Skei VPN-gesondheidstoetse van toepassingsgesondheidstoetse
’n Werkende tonnelproses, ’n beskermde roete, DNS en die bestemming kan onafhanklik faal. Laat elke toets sy laag noem en die aksie wat dit veroorsaak.
Jou tonnelproses kan loop terwyl die beskermde verbinding onbruikbaar is, en ’n webblad wat faal is nie bewys dat die tonnel gebreek het nie. Wanneer een peiling namens almal instaan, herbegin ’n herbeginbeleid die verkeerde komponent en noem dit outomatisering. Elke toets hieronder noem die laag wat dit waarneem, die aksie wat sy mislukking veroorsaak, en die bewyse dat die aksie gewerk het. Die laaste stap verander die hele stel in ’n bladsy wat iemand om drieuur in die oggend kan volg.
Stap 1: noem die laag wat elke toets waarneem
Vra wat elke peiling werklik kan sien voordat jy enigeen skryf. Lewendigheid bewys dat die daemon op is, ’n handdruk of portuurlys bewys dat die verhouding bestaan, ’n geroteerde versoek bewys aflewering, en ’n opsoektog bewys oplossing. Hulle faal in daardie volgorde, en nie een van hulle impliseer die volgende nie. ’n Groen proseskontrole langs ’n dooie tonnel is die normale geval, nie ’n teenstrydigheid nie.
Skryf die vier kontroles in daardie volgorde neer, met die presiese opdrag en die verwagte uitset vir elkeen. ’n Peiling waarvan jy nie die verwagte uitset kan noem nie, sal deur elke operateur wat die waarskuwing sien anders gelees word. Sit dieselfde lys in die waarskuwingsteks, nie net in die runbook nie, sodat die persoon wat snags wakker gemaak word die laag voor die simptoom teëkom. Hou elke opdrag kopieer-en-plakbaar op die gasheer wat dit uitvoer.
Voeg dan die toepassingstoets as ’n vyfde, aparte item by. ’n Bladsy wie se rekeningdiens af is, regverdig nie ’n herbegin van die tonnel nie.
Stap 2: koppel elke mislukking aan een aksie
Vir elke toets, besluit wat herbegin, wat geblokkeer bly en wat ’n mens oproep. ’n Tonnellaag-mislukking kan ’n herbegin van die tonnel regverdig; ’n oplosser-mislukking wys na die DNS-integrasie op die kliënt; ’n toepassingslaag-mislukking moet byna nooit aan die tonnel raak nie.
Sê wat ’n mislukking nie mag doen nie, want die gevaarlike verstekke is die toegeeflikes. ’n Ongesonde status mag nooit toestemming word vir direkte toepassingsverkeer nie, want ’n terugval wat die tonnel stilweg omseil, verwyder die rede waarom die tonnel bestaan. Beperk ook die aksies: om ’n gedeelde komponent te herbegin omdat een bestemming stadig is, maak ’n plaaslike probleem ’n vlootwye een. Dit vernietig ook die bewyse wat jy nodig gehad het om die oorsaak te vind.
Stap 3: hou die peilings onskadelik en goedkoop
Gebruik klein, lees-alleen versoeke: ’n statiese hulpbron, ’n gesondheidseindpunt wat sy eie afhanklikheid rapporteer, of ’n TCP-verbinding na ’n poort wat jy beheer. Vermy geloofsbriewe, private blaai en enigiets wat elke interval toestand verander, want ’n peiling wat skryf is ’n ladingstoets volgens skedule.
Teken die bestemming, die roeteverwagting en die tydsbeperking vir elke peiling aan. Die roeteverwagting is die veld wat mense weglaat, en dit is wat ’n tonnelfout van ’n roeteringsfout skei wanneer jy later die waarskuwing lees. Lei die interval en die mislukkingsdrempel af uit die herstelyd wat jy belowe, en hou die tydsbeperking korter as die interval. ’n Peiling wat nog loop wanneer die volgende begin, rapporteer een mislukking twee keer en lyk soos ’n fladdering.
Stap 4: breek elke laag en kyk of die regte peiling rooi word
Stop die tonnelproses en bevestig dat die proseskontrole faal terwyl DNS dalk nog uit die kas antwoord. Verander ’n roete en bevestig dat die geroteerde versoek faal terwyl die proses en handdruk gesond bly. Breek DNS alleen en bevestig dat die toepassingstoets oplossing rapporteer eerder as ’n tonnelfout. As twee peilings altyd saam beweeg, het jy minder kontroles as wat jy dink.
Toets die herstelrigting met dieselfde dissipline. Nadat jy die laag herstel het, moet die peiling skoon word sonder ’n handmatige herbegin, en die aksie wat gevuur het, moet geen omleiding agterlaat nie. Kyk een volle siklus voordat jy die groen toestand vertrou, want ’n peiling wat net met die hand skoon word, verberg ’n gebroke herstelpad.
Stap 5: plaas die runbook waar die waarskuwing wys
Een bladsy met vyf rye dra die hele ontwerp: laag, opdrag, verwagte resultaat, aksie by mislukking, eienaar. Voeg per peiling ’n reël by oor wat dit doelbewus nie toets nie. Daardie reël is wat die volgende persoon keer om ’n sesde kontrole by te voeg wat alles meet en niks onderskei nie. Skakel die bladsy uit die waarskuwingsteks, of niemand sal dit oopmaak terwyl die voorval aan die gang is nie.
In houerontplooiings vorm ’n afhanklikheidstoestand die opstart en niks anders nie. Die Compose-opstartorde en gesondheidstoestand dokumentasie beskryf hoe gereedheid die orde bepaal waarin dienste begin; niks daarvan dwing daarna uitgangsbeleid af nie, en niks daarvan faal geslote wanneer die tonnel val nie. Deurlopende afdwinging het sy eie beleid en sy eie peiling nodig, op dieselfde bladsy geskryf.
Die runbook is klaar wanneer die regte laag herstel sonder dat iemand ’n onbeskikbare webwerf as ’n gebreekte tonnel lees. Dit toets die dokument, nie die tonnel nie.