მთავარ კონტენტზე გადასვლა

მონიტორინგი და დაკვირვებადობა

ქსელის დაკვირვებადობა

SNMP polling, სინთეტიკური შემოწმებები და მარშრუტიზაციის მდგომარეობა ერთ დაშბორდზე.

არქიტექტურა

არქიტექტურა

  1. 01შეგროვებაpolling + streaming + flow
    • SNMP
    • gNMI
    • NetFlow/IPFIX
  2. 02დამუშავება
    • Telegraf
    • Akvorado
    • Vector
  3. 03შენახვადროითი სერიები და flow
    • Prometheus
    • InfluxDB
    • ClickHouse
  4. 04ვიზუალიზაცია
    • Grafana
    • Zabbix
  5. 05Alertმარშრუტიზაცია და ესკალაცია
    • Alertmanager
    • Telegram
    • PagerDuty
SNMP, ტელემეტრია და flow ერთად — თითოეული იმ ფენაზე, სადაც ის მუშაობს

საოპერაციო ეკრანები

საოპერაციო ეკრანები

ეს კონკრეტული სისტემები ჯგუფის რეალურ ინფრასტრუქტურაზე მუშაობს — სქრინშოტები დამუშავებულია გამოქვეყნებამდე.

დაბუნდოვნებული Grafana დაშბორდი upstream-ებისა და peering-ის ტრაფიკის ინდიკატორებით.

გამტარუნარიანობა და peering რეალურ დროში

თითოეული upstream და თითოეული peering ცალკე იზომება, გლობალური და ლოკალური მიმართულებების გაყოფით. capacity-ისა და peering-ის გადაწყვეტილება სწორედ ამ ხედვიდან მოდის — არა შეგრძნებიდან.

GrafanaZabbixper-peerIXP
დაბუნდოვნებული AS Upstream ანალიზატორი პრეფიქსების ხილვადობის ცხრილით სამ ტრანზიტზე.

BGP ხილვადობა upstream-ების მიხედვით

თითოეული პრეფიქსი და მისი ხილვადობა ცალკეულ ტრანზიტზე — რომელი upstream ავრცელებს რომელ პრეფიქსს და რა წილით. სწორედ ასე ჩანს route leak, დაკარგული ანონსი ან არასწორად აწყობილი პოლიტიკა, სანამ ის ინციდენტად იქცევა. ხელსაწყო საჯაროდაა noc.com.ge-ზე.

BGPper-prefixRPKIpublic tool
ავტომატური BGP ანგარიში ოთხი ლოკაციიდან — თითო პრეფიქსზე დანაკარგი და latency, ბოლოს პრიორიტეტი.

Global BGP Report — ავტომატური, ყოველდღიური

ოთხი საერთაშორისო წერტილიდან (სოფია, აშშ, ამსტერდამი, ინდოეთი) იზომება ჩვენი ყოველი პრეფიქსის ხელმისაწვდომობა, დანაკარგი და latency. ანგარიშს ადამიანი არ ადგენს: სისტემა თვითონ აჯამებს 3-საათიან ფანჯარას 24-საათიან ბაზისთან, გამოყოფს პრობლემურ მიმართულებას და პრიორიტეტს თვითონ ანიჭებს — ამ კადრში P1 ინდოეთია, სადაც RTT 190 ms-ს აჭარბებს.

BGPpacket lossRTTautomated
ქსელის რუკა უსადენო ხაზებით — თითოეულ კვანძზე კლიენტების რაოდენობა, CCQ, ხმაურის ფონი, airMAX ხარისხი და ტევადობა, მანძილი და სიხშირე; ჰოსტნეიმები წაშლილია.

ერთი რუკა — MikroTik, Ubiquiti და Cambium ერთად

მცირე და საშუალო ოპერატორის ქსელი იშვიათად ერთვენდორიანია: MikroTik ბირთვში, Ubiquiti უსადენო ხაზებზე, Cambium წვდომაზე. ეს რუკა თითოეულ ხაზზე იმას აჩვენებს, რაზეც ოპერირება დგას — რამდენი უსადენო კლიენტია სექტორზე, CCQ, ხმაურის ფონი, airMAX ხარისხი და ტევადობა, მანძილი, სიხშირე, Rx/Tx და uptime. ანძის კვების კვანძები იმავე რუკაზეა: აკუმულატორის ძაბვა ჩვენთვის ისეთივე მეტრიკაა, როგორც ტრაფიკი — ღამის ჩავარდნების ნახევარი სწორედ იქ იხსნება.

MikroTikUbiquitiCambiumairMAXSNMP
დაბუნდოვნებული LibreNMS დაშბორდი მოწყობილობების ხელმისაწვდომობის რუკითა და alert-ების ისტორიით.

ქსელის ინვენტარი და მდგომარეობა

130-ზე მეტი მოწყობილობა და ათასობით პორტი ერთ სისტემაში: ხელმისაწვდომობის რუკა, alert-ების ისტორია და შეცდომების მქონე ინტერფეისების ტოპი — GPON/EPON წვდომის ქსელის ჩათვლით, სადაც პრობლემა ჯერ პორტზე ჩანს და მერე აბონენტთან.

LibreNMSSNMPGPON/EPONalerting
დაბუნდოვნებული OpenPath NOC კონსოლი სერვისების მდგომარეობით, latency-ის გრაფიკებითა და ინციდენტების ლენტით.

OpenPath — ჩვენი საკუთარი NOC კონსოლი

ცოცხალი path-მონიტორინგი 15-წამიან განახლებაზე: latency და პაკეტების დანაკარგი თითოეულ სერვისამდე, მათ შორის ოპერატორებში განთავსებულ cache-სერვერებამდე. მარშრუტის ცვლილება ცალკე ინციდენტად აღირიცხება, ფილტრებით ASN-ის, ISP-ისა და კლიენტის მიხედვით. ეს ინსტრუმენტი ჩვენ დავწერეთ, რადგან მზა პროდუქტი ამ კითხვას არ პასუხობდა.

in-houselatency / losspath changeper-ASN

შესაძლებლობები

შესაძლებლობები

თითოეული პუნქტი აღნიშნულია: დადასტურებული პროდაქშენ გამოცდილება თუ საინჟინრო შესაძლებლობა.

ანძის კვება და აკუმულატორები

Proven

აკუმულატორის ძაბვა, დენის ხაზი და ტემპერატურა იმავე რუკაზე, სადაც ტრაფიკია. ძაბვის კლება ავარიაზე ადრე ჩანს — და ღამის ჩავარდნების ის ნაწილი, რომელიც სხვაგვარად „აუხსნელია“, სწორედ აქ იხსნება.

  • SNMP
  • Battery voltage
  • Temperature

SNMP polling მასშტაბში

Proven

polling რჩება საბაზისო მექანიზმად პარკის უმეტესობაზე — მრიცხველები, ხელმისაწვდომობა და ინტერფეისების მდგომარეობა.

  • SNMP
  • Zabbix
  • LibreNMS

gNMI streaming telemetry

Capability

Streaming telemetry ცვლის polling-ს მხოლოდ იქ, სადაც სიხშირე ამას მოითხოვს — დანარჩენში ისინი ერთმანეთს ავსებენ.

  • gNMI
  • gnmic
  • Telegraf

Flow ანალიტიკა

Capability

NetFlow/IPFIX/sFlow ClickHouse-ზე, peering-ისა და ტრაფიკის ანალიზისთვის.

  • Akvorado
  • ClickHouse
  • IPFIX

Grafana დაშბორდები

Proven
  • Grafana
  • Prometheus
  • InfluxDB

Zabbix ინფრასტრუქტურული მონიტორინგი

Proven
  • Zabbix
  • SNMP traps
  • Agents

მოწყობილობების ინვენტარი და პორტების მონიტორინგი

Proven

ქსელის მთელი პარკი და მისი პორტები ერთ სისტემაში — ავტომატური აღმოჩენით, ხელმისაწვდომობის რუკითა და შეცდომების მქონე ინტერფეისების რანჟირებით, GPON/EPON წვდომის ქსელის ჩათვლით.

  • LibreNMS
  • SNMP
  • GPON/EPON

SLO და error budget

Capability

Capacity პროგნოზირება

Capability

ზრდის ტენდენციები და გაჯერების პროგნოზი ლინკებზე და საცავზე.

ტექნოლოგიური სტეკი

ტექნოლოგიური სტეკი

მეტრიკები
PrometheusInfluxDBZabbixLibreNMSVictoriaMetrics
ტელემეტრია
gNMIIOS XR telemetryTelegraf
Flow
AkvoradoClickHouseNetFlow v9IPFIXsFlow
ვიზუალიზაცია
GrafanaZabbix UI
alerting
AlertmanagerGrafana AlertsTelegram

თანამშრომლობის მოდელი

თანამშრომლობის მოდელი

პროექტი

ერთჯერადი scope: აუდიტი, მიგრაცია ან დანერგვა ფიქსირებული შედეგით.

რეტეინერი

ყოველთვიური საინჟინრო საათები — სპეციალისტზე წვდომა მოთხოვნისამებრ.

Co-Managed

NetWizard და თქვენი შიდა გუნდი ერთად, გაყოფილი პასუხისმგებლობით.

ხშირი კითხვები

ხშირი კითხვები

Zabbix თუ Prometheus?

ორივე — სხვადასხვა ამოცანისთვის. Zabbix ძლიერია აღჭურვილობის და agent-ული მონიტორინგისთვის, Prometheus — დინამიური, კონტეინერიზებული გარემოსთვის. ხშირად ორივე ერთად დგას Grafana-ს ქვეშ.

რამდენ ხანს ინახება მონაცემები?

შენახვის ვადა განისაზღვრება ბიუჯეტისა და მოთხოვნის მიხედვით — მაღალი გარჩევადობა მოკლე ვადით, აგრეგირებული მონაცემები გრძელვადიანად.

დაგვიწერეთ თქვენი ინფრასტრუქტურის შესახებ