Ping uzraudzība

Kāpēc ping, ja jau monitorēju HTTP

HTTP monitorings parāda, vai lapa atbild pareizi. Ping monitorings norāda, vai serveris vispār ir sasniedzams. Tie ir dažādi jautājumi, un atšķirība ir svarīga, ja kaut kas vairs nestrādā. Ja tīmekļa lietotne avarē, bet serveris joprojām darbojas, HTTP krīt — ping iziet cauri. Tas uzreiz sašaurina diagnostiku. Ja abi krīt — problēma var būt tīklā vai infrastruktūrā. Ja krīt tikai ping — iespējams, ugunsmūris sāk bloķēt pieprasījumus, bet HTTP vēl darbojas lietotājiem.

Ping monitorings ir piemērots arī tām sistēmām, kas neizmanto HTTP: datubāzu serveriem, pasta serveriem, lietotņu serveriem aiz slodzes balansētāja, VPN vārtejām, iekšējiem servisiem — jebkur, kur svarīgi vienkārši zināt "vai šī iekārta ir dzīva un pieejama".

Kāpēc uz TCP balstīts ping

Klasiskais ICMP ping (komanda "ping") ir lielisks uz darbvirsmas, bet nav uzticams monitoringam no mākoņa. Lielākā daļa mūsdienu ugunsmūru bloķē vai ierobežo ICMP, īpaši no publiskiem tīkliem, tāpēc ICMP timeouts var nozīmēt gan "serveris nedarbojas", gan "ugunsmūris bloķēja paketi". Šāda neskaidrība nav pieļaujama brīdinājumu rīkā.

DiagnoSEO Uptime Monitoring izmanto uz TCP balstītu ping: pārbaude atver TCP savienojumu uz zināmu portu (sākumā 80, pēc tam 443) ar 5 sekunžu timeout. Ja atgriežas SYN/ACK — hosts ir sasniedzams. Ja nē — saņem patiesu kļūdas kodu no kodola (connection refused, timeout, no route to host), kas paātrina problēmas risināšanu.

Kas tiek reģistrēts

Katrā ping mēģinājumā tiek saglabāts rezultāts (up / down) un RTT laiks milisekundēs. Tas nonāk tajā pašā vēstures plūsmā kā HTTP monitori — saņemat pēdējo pārbaudes punktu sparklaini, 24h un 30d uptime procentus un pieejamības siltumkarti pēdējo 30 dienu laikā. Ja hosts krīt, tiek izveidots incidents un izziņoti visi aktīvie kanāli.

Ieteikumi ping monitoriem

• Izvēlies īsu intervālu: ping ir lēts, uzstādi 1–5 minūtes, ja plāns to atļauj. Ātrāka atklāšana ar zemām izmaksām.
• Kombinē ar portu monitoriem: ja tev ir datubāze uz 5432 vai epasts uz 25, pievieno arī portu monitoringu. Ping saka "iekārta ir dzīva", ports saka "pakalpojums klausās".
• Pievērs uzmanību RTT: atbildes laiks tiek reģistrēts katrā pārbaudē. Strauji RTT kāpumi bieži liecina par gaidāmu pilnu avāriju — uzstādi slieksni, lai tu to noķertu pirms tas kļūst par incidentu.
• Lieto apstiprinājuma slieksni: tīkli dažkārt piedzīvo traucējumus. Noklusētais 2 secīgiem kļūdainiem mērījumiem aizsargā pret kļūdainiem pozitīviem rezultātiem.

Kā tas integrējas informācijas panelī

Ping monitori ir redzami blakus HTTP, portu, atslēgvārdu, API un heartbeat monitoriem tajā pašā sarakstā. Vari tos birkot ("infra", "iekšējie"), filtrēt pēc statusa, kārtot pēc RTT un apturēt/atsākt kā jebkuru citu monitoru. Brīdinājumi iziet pa tiem pašiem kanāliem (Email, Telegram, Slack, Discord, SMS) pēc tām pašām nakts klusuma un apstiprinājuma politikām.

Konfigurācija

Atver rīku, noklikšķini uz "Pievienot monitoru", izvēlies tipu "Ping (TCP)", ievadi hostu (piemēram, db.internal.firma.com), uzstādi intervālu un saglabā. No nākamā cikla monitors ik minūti atvērs TCP savienojumu, saglabās RTT un paziņos, kad hosts pārstāj atbildēt.

Biežāk uzdotie jautājumi

• Kam paredzēts ping monitorings?

  Pieejamības pārbaude trešajā tīkla slānī — vai hosts atbild uz ICMP echo. Noder maršrutētājiem, slēdžiem, IoT ierīcēm, iekšējai infrastruktūrai un visam, kas nedarbojas uz HTTP, bet vajadzētu būt pieejamam.

• Kāpēc mans AWS/mākoņa serveris neiztur ping pārbaudi?

  Lielākā daļa mākoņpakalpojumu sniedzēju pēc noklusējuma bloķē ICMP drošības grupās vai ugunsmūrī. Servers var būt vesels, bet nereaģē uz ping. Mākoņa darba slodzēm izmanto HTTP vai TCP portu pārbaudes. Ja patiešām nepieciešams ping, vari atsevišķi to atļaut drošības grupās.

• Kāda ir atšķirība starp ping un TCP porta pārbaudi?

  Ping izmanto ICMP (bez porta — tīra trešā līmeņa pieejamība). TCP ports atver TCP savienojumu uz konkrētu portu — tā apstiprina ceturtā līmeņa savienojumu. Hosts var atbildēt uz ping, bet ne uz TCP (ugunsmūris bloķē portu), vai otrādi (ICMP bloķēts, ports atvērts).

• Vai jūs mērat pinga round-trip laiku?

  Jā — atbildes laiks (round-trip) tiek reģistrēts katrā pārbaudē un laika gaitā izsekots. Noder tīkla degradācijas noteikšanai: tam pašam hostam RTT pakāpeniski pieaug no 20ms līdz 200ms, tas nozīmē problēmas ar maršrutēšanu vai tīkla noslodzi.

• Vai varu pingot iekšējos IP?

  Tikai tad, ja IP ir pieejams no mūsu monitoringa serveriem — t.i., publiskais IP. RFC1918 privātie diapazoni (192.168.x.x, 10.x.x.x, 172.16-31.x.x) nestrādās no ārējā monitoringa. Iekšējai infrastruktūrai palaid self-hosted heartbeat aģentu iekšējā tīklā, kas ik pa laikam pingo mūs.