Varje höst upprepas samma mönster. Lågtryck drar in över Nordeuropa, elnätet belastas hårt och här och där tappar datacenter och nätverksknutpunkter strömmen eller sin uppströmsförbindelse. För dig som ansvarar för kundernas sajter betyder det en sak: sajter som var uppe klockan tre kan vara borta klockan fyra – utan att en enda rad kod har ändrats.
Problemet är inte bara att avbrottet inträffar. Problemet är att avgöra vad som faktiskt hänt innan du agerar, larmar en kund eller lägger timmar på felsökning som riktar sig åt fel håll.
Varför väder orsakar nedtid som inte handlar om din sajt
Ett väderrelaterat avbrott hos en hostingleverantör sker sällan där du kan se det. Det kan handla om:
- Strömbortfall i ett datacenter eller hos en delad server-park, ofta lokalt begränsat till en region eller en enskild leverantör.
- Skadad fiberinfrastruktur som stör routing mellan operatörer, vilket kan påverka vissa nätverksvägar men inte andra.
- Överbelastade reservkraftsystem när strömavbrottet varar längre än UPS-batterierna är dimensionerade för.
- DNS- och peering-problem som uppstår när trafik måste omdirigeras via alternativa vägar i nätet.
Gemensamt för alla dessa scenarier är att de ligger utanför din och kundens kontroll – men de syns fortfarande som "sajten är nere" i din övervakning, om övervakningen är enkel nog att missförstå situationen.
Det klassiska misstaget: en enda kontrollnod
Om du bara har en övervakningsnod, säg i Frankfurt, och just den nodens uppströmsleverantör drabbas av ett lokalt nätverksfel under en storm, ser du ett falskt "nere" – trots att sajten fungerar utmärkt för besökare i Stockholm, Amsterdam eller London. Det omvända gäller också: en riktig väderrelaterad utslagning hos din kunds hostingleverantör kanske inte syns alls om kontrollnoden råkar ligga i samma region och delar samma infrastrukturproblem, eller om den ligger så långt bort att routingproblemet aldrig påverkar den vägen.
Resultatet blir antingen ett falsklarm mitt i natten för ett problem som aldrig påverkade en enda besökare, eller värre: tystnad när sajten faktiskt är otillgänglig för en stor del av världen.
Varför bekräftelse från ett andra land är avgörande
Det är exakt den här typen av situation som gör att ett enskilt failat kontrollanrop aldrig bör trigga ett larm direkt. På Ravnsight bekräftas varje failat kontrollanrop från en andra plats i ett annat land innan något larm går ut. Logiken är enkel men kraftfull:
- En nod i land A ser att sajten inte svarar.
- Innan larmet skickas kontrolleras samma sajt omedelbart från en nod i land B.
- Svarar sajten från land B normalt, är sannolikheten hög att problemet är lokalt – ett nätverksfel längs vägen till nod A, inte ett faktiskt avbrott hos sajten.
- Svarar sajten inte heller från land B, stärks bedömningen till en verklig, bekräftad störning – och larmet går ut med rätt allvarlighetsgrad.
Den här typen av korsvalidering är särskilt värdefull under höststormar, eftersom väderrelaterade nätverksstörningar nästan alltid är geografiskt avgränsade. Ett strömavbrott i en region i Tyskland påverkar inte automatiskt en nod i Finland eller Sverige, och den skillnaden är precis vad som skiljer ett äkta avbrott från ett lokalt hack i nätet.
Vad du bör kräva av din övervakning inför stormsäsongen
Inför hösten är det värt att se över hur din nuvarande övervakning faktiskt fungerar, inte bara vad den lovar:
- Flera oberoende kontrollnoder i olika länder, inte bara olika städer inom samma nät.
- Automatisk andra-lands-bekräftelse innan ett larm går till dig eller kunden.
- Tydlig tidslinje som visar exakt när det första failade anropet skedde, när bekräftelsen kom och från vilka platser.
- Separation mellan "nere", "långsam" och "varning" så att ett gränsfall inte automatiskt tolkas som totalt avbrott.
Vad du gör när ett väderavbrott väl är bekräftat
När ett avbrott är bekräftat från två länder vet du att problemet är på riktigt. Nästa steg är att avgöra om det ligger hos hostingleverantören, DNS-kedjan eller något annat i infrastrukturen. Ravnsight observerar och korrelerar dessa signaler tydligt i tidslinjen, men fixar aldrig något automatiskt. Det är fortfarande du, eller hostingleverantören, som avgör och genomför åtgärden – med rätt information i handen istället för gissningar under press.
Väderrelaterade avbrott går inte att förhindra. Men att veta säkert att ett avbrott är verkligt, och att veta det snabbt utan falsklarm, är fullt möjligt med rätt övervakningsupplägg.
