Overvågning: vide at siden er nede før kunderne
Overvågning begynder med ét spørgsmål — svarer siden — men de fejl, der koster penge, er sjældent så simple. Siden er oppe, og formularen sender intet. Forsiden indlæses, og betalingen fejler. Certifikatet udløber om tre dage, og ingen kigger.
Denne guide gennemgår, hvad du reelt overvåger, hvordan du sætter alarmer der får opmærksomhed, og hvad du gør når en går.
Hvad du overvåger ud over «er den oppe»#
En ping til forsiden fanger de åbenlyse fejl. Disse tjek fanger de tavse.
- HTTP-status og indhold: ikke bare at der kommer noget tilbage, men at siden indeholder forventet tekst.
- Certifikatets udløbsdato: alarmér tredive dage i forvejen, ikke på selve dagen.
- Domæneudløb: det sjældneste og mest katastrofale, og helt til at undgå.
- Formularindsendelser: en periodisk testindsendelse der bekræfter, at mailen faktisk når frem.
- Købsforløbet i en webshop: den dyreste tavse fejl der findes.
- Svartid: en stigende tendens advarer ofte dage før et reelt nedbrud.
- Fejlrate i loggen: en stigning i 500-fejl som besøgende ikke rapporterer.
- Baggrundsjob: planlagte processer der tavst holder op med at køre.
Formulartjekket giver mest pr. indsats. Kontaktformularer der fejler tavst, koster forespørgsler i ugevis, før nogen opdager det.
At sætte alarmer der virker#
En alarm ingen læser, er værre end ingen alarm, fordi du tror du er dækket.
| Indstilling | Anbefaling | Hvorfor |
|---|---|---|
| Tjekfrekvens | Hvert minut på kritiske sider | Fem minutter betyder op til fem minutters tavs fejl |
| Bekræftelse fra andet sted | Slået til | Forhindrer alarmer ved netværksfejl hos tjekkeren |
| Alarmtærskel | To fejl i træk | Undgår støj ved et enkeltstående hik |
| Kanal | Mail plus SMS eller chat | Kun mail læses ikke om natten |
| Modtager | En navngiven person, ikke en gruppepostkasse | Gruppepostkasser betyder at ingen ejer det |
| Alarm ved genoprettelse | Slået til | Uden den ved du ikke at det er ovre |
| Vedligeholdelsesvindue | Sat før planlagte ændringer | Forhindrer vane til falske alarmer |
Alarmtræthed er den hyppigste måde, overvågning fejler på. To falske alarmer om ugen, og ingen kigger på den tredje.
Når en alarm går#
En kort procedure der sparer tid og frem for alt forhindrer, at nogen ændrer noget i panik.
- Bekræft fejlen selv fra et andet netværk — mobildata virker fint. En del alarmer er lokale.
- Tjek din hostingudbyders statusside, før du undersøger noget.
- Se hvad der sidst blev ændret: en udrulning, en udvidelsesopdatering, en DNS-ændring.
- Tjek certifikat og domæne — de to forklarer en overraskende stor del af pludselige nedbrud.
- Sæt om nødvendigt en vedligeholdelsesside op, så besøgende ser noget brugbart.
- Rul tilbage før du diagnosticerer, hvis en nylig ændring er sandsynlig årsag.
- Notér bagefter hvad det var, og hvor længe det varede. Tre af den slags noter viser et mønster.
Hvor meget oppetid du reelt har brug for#
Oppetidsprocenter lyder abstrakte, indtil de omregnes til tid pr. år.
| Oppetid | Nedetid pr. år | Realistisk for |
|---|---|---|
| 99 % | Over tre døgn | For lidt til en virksomhedsside |
| 99,5 % | Næsten to døgn | Billig delt hosting |
| 99,9 % | Næsten ni timer | God hosting; rimeligt mål |
| 99,95 % | Lidt over fire timer | Administreret hosting med support |
| 99,99 % | Cirka en time | Kræver redundans og reelt ingeniørarbejde |
For de fleste virksomhedssider er 99,9 % et godt mål, og pengene gør mere gavn i hurtig genopretning end i at jagte endnu et nital.
Ofte stillede spørgsmål
Hvor ofte skal jeg tjekke?
Hvert minut for noget hvor der løber omsætning igennem, hvert femte minut for en almindelig virksomhedsside. Intervallet tæller, fordi det er din nedre grænse for, hvor længe en fejl forbliver uopdaget. Vigtigere end intervallet er, at tjekket verificerer sidens indhold frem for blot at bekræfte, at serveren returnerede noget.
Rækker gratis overvågning?
For én side med tjek hvert femte minut og alarmer via mail som regel ja. Man betaler for kortere intervaller, flere steder, SMS-alarmer og transaktionstjek som et købsforløb. For en webshop er det det værd; for en virksomhedsside som regel ikke.
Hvorfor virker siden oppe, mens overvågningen melder nedbrud?
Som regel DNS-cache eller et regionalt problem: din resolver har stadig den gamle adresse, eller fejlen rammer ét netværk. Derfor er bekræftelse fra et andet sted værdifuld. Tjek altid fra et andet netværk, før du afskriver alarmen som falsk — netop den antagelse er, hvordan reelle fejl ignoreres.
Hvad er en tavs fejl?
En fejl hvor siden ser ud til at virke, men noget væsentligt ikke gør: kontaktformularen sender ingen mail, betalingen fejler i sidste trin, eller søgningen giver intet. Oppetidsovervågning fanger det ikke, fordi siden indlæses fint. Til det kræves funktionelle tjek, der reelt udfører handlingen.
oppetidsovervågningovervåge hjemmesidenedetidsalarmtilgængelighed websiteudløbet certifikatnedbrud hjemmeside