Ping-seuranta

Miksi ping, jos jo monitoroin HTTP:ta

HTTP-monitorointi kertoo, antaako sivu oikean vastauksen. Ping-monitorointi kertoo, onko kone ylipäätään saavutettavissa. Ne ovat eri asioita, ja ero on tärkeä, kun jokin hajoaa. Jos verkkosovellus kaatuu, mutta palvelin on elossa, HTTP epäonnistuu – ping toimii. Tämä rajaa diagnoosia välittömästi. Jos molemmat epäonnistuvat – kyseessä on verkko- tai infrastruktuurivika. Jos vain ping epäonnistuu – ehkä palomuuri alkoi blokata probeja, mutta HTTP toimii vielä käyttäjille.

Ping-monitorointi on myös oikea työkalu isännille, jotka eivät käytä HTTP:ta: tietokantapalvelimet, sähköpostipalvelimet, sovelluspalvelimet kuormantasaajan takana, VPN-yhdyskäytävät, sisäiset palvelut – missä tahansa, missä haluat vain tietää "onko tämä boksi elossa ja saavutettavissa".

Miksi TCP-pohjainen ping

Klassinen ICMP-ping (komento "ping") toimii hyvin työpöydällä, mutta ei ole luotettava pilven monitoroinnissa. Useimmat nykyaikaiset palomuurit estävät tai rajoittavat ICMP:ta, erityisesti julkisista verkoista, joten ICMP-ajastuksen ylittyminen voi tarkoittaa sekä "palvelin kaatui" että "palomuuri söi paketin". Tällainen epäselvyys on katastrofi hälyttävälle työkalulle.

DiagnoSEO Uptime Monitoring käyttää TCP-pohjaista pingia: tarkistus avaa TCP-yhteyden tunnetulle portille (ensin 80, sitten varalla 443) 5 sekunnin aikakatkaisulla. Jos SYN/ACK palaa – isäntä on saavutettavissa. Jos ei – saat todellisen vikakoodin ytimestä (connection refused, timeout, no route to host), mikä nopeuttaa ongelmanratkaisua.

Mitä tallennetaan

Jokainen ping tallentaa tuloksen (ylös / alas) ja RTT-ajan millisekunteina. Tämä menee samaan historiaputkeen kuin HTTP-monitoritkin – saat sparkline-kuvaajan viimeisimmistä tarkistuksista, viimeisen 24 tunnin ja 30 päivän käyttöaikaprosentit sekä 30 vrk:n lämpökartan saavutettavuudesta. Jos isäntä kaatuu, tapahtuma avataan ja ilmoitukset lähtevät kaikille käytössä oleville kanaville.

Vinkkejä ping-monitoreille

• Valitse lyhyt intervalli: ping on kevyt, aseta 1–5 minuuttia, jos suunnitelmasi sallii. Nopeampi havaitseminen pienin kustannuksin.
• Yhdistä porttimonitoreihin: jos sinulla on tietokanta portissa 5432 tai sähköposti portissa 25, lisää myös porttimonitori. Ping kertoo, että "boksi elää", portti kertoo, että "palvelu kuuntelee".
• Valvo RTT:tä: vastausaika tallennetaan joka tarkistuksessa. Äkilliset RTT-piikit usein edeltävät täydellisiä katkoksia – määritä raja, niin saat niistä kiinni ennen kuin niistä tulee ongelmia.
• Käytä vahvistuskynnystä: verkot pätkivät. Oletuksena 2 peräkkäistä virhettä estää virheelliset hälytykset.

Miten se näkyy hallintapaneelissa

Ping-monitorit näkyvät HTTP-, portti-, avainsana-, API- ja heartbeat-monitoreiden vieressä samalla listalla. Voit tagittaa ne ("infra", "sisäinen"), suodattaa tilan mukaan, lajitella RTT:n mukaan ja tauottaa/käynnistää uudelleen kuten kaikki muutkin. Hälytykset menevät samoihin kanaviin (sähköposti, Telegram, Slack, Discord, SMS) samoilla hiljaisuussäännöillä ja vahvistuskynnyksillä.

Konfigurointi

Avaa työkalu, klikkaa "Lisää monitori", valitse tyyppi "Ping (TCP)", liitä isäntä (esim. db.internal.firma.com), aseta intervalli ja tallenna. Seuraavasta kierroksesta lähtien monitori avaa TCP-yhteyden minuutin välein, kirjaa RTT:n ja ilmoittaa kun isäntä lakkaa vastaamasta.

Usein kysytyt kysymykset

• Mihin ping-monitorointia käytetään?

  Tarkistaa saavutettavuuden kerroksella 3 – vastaako isäntä ICMP-echoon. Hyödyllinen reitittimille, kytkimille, IoT-laitteille, sisäverkon infrastruktuurille ja kaikelle, mikä ei käytä HTTP:tä mutta pitäisi olla saavutettavissa.

• Miksi AWS/pilvipalvelimeni ei läpäise ping-tarkistuksia?

  Suurin osa pilvipalveluntarjoajista estää ICMP:n oletuksena security groupin tai palomuurin tasolla. Palvelin voi olla muuten terve, mutta ei vastaa pingiin. Pilvikäyttöön suosi HTTP- tai TCP-porttitarkistuksia. Voit sallia ICMP:n security groups -asetuksista, jos todella tarvitset pingin.

• Mikä ero on pingin ja TCP-portintarkistuksen välillä?

  Ping käyttää ICMP:tä (ei porttia – pelkkä layer-3 saavutettavuus). TCP-portti avaa TCP-yhteyden tiettyyn porttiin – varmistaa layer-4-yhteyden. Isäntä voi läpäistä pingin mutta epäonnistua TCP:ssä (palomuuri estää portin) tai päinvastoin (ICMP estetty, portti auki).

• Mittaatteko pingin round-trip-aikaa?

  Kyllä – vastausaika (round-trip) tallennetaan jokaisessa tarkistuksessa ja seurataan ajan myötä. Hyödyllinen verkon laadun seurannassa: sama isäntä mutta RTT nousee hitaasti 20 ms:stä 200 ms:iin tarkoittaa, että on reititys- tai ruuhkaongelma.

• Voinko pingata sisäisiä IP-osoitteita?

  Vain jos IP on saavutettavissa tarkistuspalvelimiltamme – eli julkinen IP. Yksityiset RFC1918-osoitteet (192.168.x.x, 10.x.x.x, 172.16-31.x.x) eivät toimi ulkoisessa monitoroinnissa. Sisäverkon infrastruktuuriin käynnistä self-hosted heartbeat-agentti, joka pingaa meitä sisäverkosta.