Erota VPN:n terveystarkastukset sovelluksen terveystarkastuksista

Tunneliprosessisi voi olla käynnissä, vaikka suojattu yhteys on käyttökelvoton, eikä epäonnistuva verkkosivu ole todiste siitä, että tunneli meni rikki. Kun yksi anturi edustaa kaikkia muita, uudelleenkäynnistyskäytäntö käynnistää uudelleen väärän komponentin ja kutsuu sitä automaatioksi. Jokainen alla oleva tarkastus nimeää havaitsemansa tason, epäonnistumisensa käynnistämän toimenpiteen ja todisteen siitä, että toimenpide toimi. Viimeinen vaihe muuttaa koko joukon sivuksi, jota joku voi seurata kolmelta yöllä.

Vaihe 1: nimeä taso, jota kukin tarkastus havaitsee

Kysy, mitä kukin anturi todella näkee, ennen kuin kirjoitat yhtäkään niistä. Elinvoimaisuus todistaa, että daemon on käynnissä, kättely tai vertaisluettelo todistaa, että suhde on olemassa, reititetty pyyntö todistaa toimituksen ja haku todistaa ratkaisun. Ne epäonnistuvat juuri siinä järjestyksessä, eikä mikään niistä edellytä seuraavaa. Vihreä prosessitarkastus kuolleen tunnelin vieressä on normaali tapaus, ei ristiriita.

Kirjoita neljä tarkastusta siinä järjestyksessä, tarkka komento ja odotettu tuloste kullekin. Anturi, jonka odotettua tulostetta et osaa ilmaista, luetaan eri tavalla jokaisen hälytyksen näkevän operaattorin toimesta. Laita sama luettelo hälytyksen tekstiin, ei vain käsikirjaan, jotta yöllä herätetty henkilö kohtaa tason ennen oiretta. Pidä jokainen komento kopioitavana sillä isännällä, joka sen suorittaa.

Lisää sitten sovellustarkastus viidentenä, erillisenä kohtana. Sivu, jonka tilitili on alhaalla, ei oikeuta tunnelin uudelleenkäynnistystä.

Vaihe 2: sido jokainen epäonnistuminen yhteen toimenpiteeseen

Päätä jokaisen tarkastuksen kohdalla, mikä käynnistyy uudelleen, mikä pysyy estettynä ja mikä kutsuu ihmisen. Tunnelitason epäonnistuminen voi oikeuttaa tunnelin uudelleenkäynnistyksen; selvitysohjelman epäonnistuminen osoittaa asiakkaan DNS-integraatioon; sovellustason epäonnistuminen ei saisi melkein koskaan koskea tunnelia.

Sano, mitä epäonnistuminen ei saa tehdä, koska vaaralliset oletusarvot ovat sallivia. Epäterve tila ei saa koskaan muuttua luvaksi suoralle sovellusliikenteelle, koska tunnelin hiljaisesti ohittava varareitti poistaa syyn tunnelin olemassaololle. Kavenna myös toimenpiteitä: jaetun komponentin uudelleenkäynnistys siksi, että yksi kohde on hidas, muuttaa paikallisen ongelman koko laivaston ongelmaksi. Se myös tuhoaa todisteen, jota tarvitsit syyn löytämiseen.

Vaihe 3: pidä anturit vaarattomina ja halpoina

Käytä pieniä, vain luku -pyyntöjä: staattinen resurssi, terveyspäätepiste, joka raportoi oman riippuvuutensa, tai TCP-yhteys porttiin, jota hallitset. Vältä tunnuksia, yksityistä selaamista ja kaikkea, mikä muuttaa tilaa joka välissä, koska kirjoittava anturi on aikataulun mukainen kuormitustesti.

Kirjaa kohde, reittiodotus ja aikakatkaisu jokaiselle anturille. Reittiodotus on kenttä, jonka ihmiset jättävät pois, ja juuri se erottaa tunnelin epäonnistumisen reititysvirheestä, kun luet hälytystä myöhemmin. Johda väli ja epäonnistumiskynnys lupaamastasi palautumisajasta ja pidä aikakatkaisu väliä lyhyempänä. Anturi, joka on vielä käynnissä seuraavan alkaessa, raportoi yhden epäonnistumisen kahdesti ja näyttää välkkymiseltä.

Vaihe 4: riko jokainen taso ja katso, muuttuuko oikea anturi punaiseksi

Pysäytä tunneliprosessi ja vahvista, että prosessitarkastus epäonnistuu, vaikka DNS voi vielä vastata välimuistista. Muuta reittiä ja vahvista, että reititetty pyyntö epäonnistuu, vaikka prosessi ja kättely pysyvät terveinä. Riko vain DNS ja vahvista, että sovellustarkastus raportoi ratkaisusta eikä tunnelivirheestä. Jos kaksi anturia liikkuu aina yhdessä, sinulla on vähemmän tarkastuksia kuin luulet.

Testaa palautumisen suunta samalla kurilla. Kun olet palauttanut tason, anturin pitäisi puhdistua ilman käsin tehtävää uudelleenkäynnistystä, eikä lauennut toimenpide saisi jättää taakseen ohitusreittiä. Seuraa yksi täysi sykli ennen kuin luotat vihreään tilaan, koska vain käsin puhdistuva anturi piilottaa rikkinäisen palautumispolun.

Vaihe 5: laita käsikirja sinne, mihin hälytys osoittaa

Yksi sivu, jossa on viisi riviä, kantaa koko suunnittelun: taso, komento, odotettu tulos, toimenpide epäonnistuessa, omistaja. Lisää jokaiselle anturille rivi siitä, mitä se tarkoituksella ei testaa. Juuri se rivi estää seuraavaa henkilöä lisäämästä kuudetta tarkastusta, joka mittaa kaikkea eikä erota mitään. Linkitä sivu hälytyksen tekstistä, muuten kukaan ei avaa sitä, kun tapahtuma on käynnissä.

Konttiasennuksissa riippuvuusehto muokkaa käynnistystä eikä mitään muuta. Composen käynnistysjärjestys ja terveysehto dokumentaatio kuvaa, miten valmius määrää järjestyksen, jossa palvelut käynnistyvät; mikään siitä ei valvo lähtevää käytäntöä jälkeenpäin, eikä mikään siitä epäonnistu suljetusti, kun tunneli kaatuu. Jatkuva valvonta tarvitsee oman käytäntönsä ja oman anturinsa, kirjoitettuna samalle sivulle.

Käsikirja on valmis, kun oikea taso palautuu ilman, että kukaan lukee käyttökelvotonta verkkosivua rikkinäisenä tunnelina. Se testaa asiakirjaa, ei tunnelia.