Redundans: vad det betyder och hur det används i IT

Redundans är ett ord som används på många ställen. I allmän betydelse betyder det överflöd, att något finns i större mängd eller fler exemplar än vad som strikt behövs. [VERIFIERA MOT KÄLLA: ordboksdefinition av redundans och redundant i SO eller SAOL] I en text är redundans upprepningar som inte tillför något. I teknik vänds ordet till något positivt: det extra finns där med avsikt, som en reserv.

Den här sidan handlar om redundans i IT. Den ingår i kunskapsbanken om nätverk och moln, och den är skriven för dig som vill förstå vad som faktiskt behöver dubbleras i ett mindre företag, och vad som bara låter tryggt i en offert.

Vad betyder redundans?

Redundans i IT betyder att det finns mer än en väg, en enhet eller en kopia, så att ett fel i en del inte stoppar helheten. Målet är driftsäkerhet: att systemen fungerar även när något går sönder.

Motsatsen har ett eget namn, single point of failure. Det är en enskild del som får allt att stanna om den slutar fungera. En router, en internetlina, en server eller en person som ensam kan lösenordet till administratörskontot. Allt arbete med redundans börjar med att hitta de delarna, och den sista på listan glöms oftast bort.

Ordet redundant används på samma sätt. En redundant strömförsörjning är ett extra nätaggregat i servern som tar över om det första går sönder. En redundant anslutning är en andra internetlina.

Redundans i IT: nät, strömförsörjning, servrar, data

Redundans kan byggas i varje lager av IT-miljön, och varje lager skyddar mot ett eget fel. Tabellen visar de vanligaste typerna.

Område	Vad kan gå fel	Vanlig redundans	Värt att fundera på när
Internetanslutning	Fibern grävs av, operatören har driftstörning	En andra lina från en annan operatör, eller mobilt internet som reserv	Allt arbete sker i molntjänster
Nätverksutrustning	Brandväggen eller switchen går sönder	Två enheter i par, där den ena tar över automatiskt	Kontoret stannar helt utan nätet
Ström	Strömavbrott eller spänningsfall	UPS, alltså ett batteri som ger ström en kort stund, och ibland reservkraft	Det finns servrar eller nätutrustning på plats
Servrar	Hårdvaran går sönder	Flera fysiska värdar där de virtuella servrarna kan flyttas, eller dubblerade nätaggregat	Egna servrar kör affärskritiska system
Lagring	En hårddisk går sönder	RAID, alltså flera diskar där datan fördelas så att en disk kan gå sönder utan förlust	I stort sett alltid, i servrar
Plats	Brand, vattenskada eller inbrott i serverrummet	Replikering till en annan plats eller till molnet	Hela verksamheten hänger på ett rum
Personer	Den enda som kan systemet är sjuk eller slutar	Dokumentation och minst två personer med behörighet	Alltid

Den sista raden är ingen teknik, och det är med avsikt. I många mindre företag är den största single point of failure en person, inte en låda. [FYLL I från Sebastian: bekräfta mot egen erfarenhet från branschen]

Redundans i servrar hänger ofta ihop med virtualisering. När servrarna körs som virtuella maskiner på flera fysiska värdar kan de flyttas om en värd går sönder. Läs mer i hypervisor och virtualisering.

Redundans jämfört med backup

Redundans och backup skyddar mot olika saker, och det ena ersätter aldrig det andra. Redundans håller verksamheten igång när en del går sönder. Backup låter dig gå tillbaka i tiden när data har raderats, skrivits över eller krypterats.

Skillnaden syns tydligast vid ett misstag. Säg att någon raderar en mapp på filservern. En speglad disk speglar raderingen direkt, och replikeringen till den andra platsen gör detsamma några sekunder senare. Redundansen fungerade perfekt, och mappen är borta på alla ställen. Samma sak gäller när ransomware krypterar filerna.

Därför säger NCSC att säkerhetskopior ska lagras offline eller på en plats som inte kan nås via nätverket, och att återställning ska testas. En kopia som alltid är ansluten och synkroniserad är redundans, inte backup. Hur backup ska byggas beskrivs i backup för företag, och hur du skyddar dig mot kryptering i ransomware-skydd.

	Redundans	Backup
Skyddar mot	Avbrott när något går sönder	Förlust när data raderas, skrivs över eller krypteras
Tid	Nu, i realtid	Tillbaka till en tidigare tidpunkt
Kopierar fel och misstag	Ja, direkt	Nej, om kopian är äldre än felet
Mäts ofta i	Tillgänglighet och tid utan avbrott	Hur gammal den senaste kopian är och hur snabbt den kan läsas tillbaka

Hur mycket redundans behövs?

Så mycket som ett avbrott kostar dig, och inte mer. Frågan är inte om något kan gå sönder, för det kan allt, utan vad det kostar när det gör det och hur länge du klarar dig utan.

Börja med tre frågor för varje viktigt system:

1. Vad händer om det står still i en timme, en dag, en vecka? Förlorade order, stillastående personal, missade leveranser.
2. Hur länge klarar du dig utan det? Det är din maximala avbrottstid, i disaster recovery kallad RTO. Begreppet förklaras i disaster recovery.
3. Var finns single point of failure i kedjan? Gå igenom hela vägen från användaren till systemet: dator, wifi, switch, brandvägg, internetlina, server eller molntjänst, och personen som kan felsöka.

Ett påhittat men typiskt exempel: en redovisningsbyrå med 15 anställda har allt i Microsoft 365 och ett affärssystem i molnet. De har ingen server att dubblera. Deras enda riktiga single point of failure är internetlinan på kontoret. En mobil reservlina som tar över automatiskt löser det mesta, och resten är att se till att två personer kan administrera Microsoft 365.

Ett annat påhittat exempel: ett tillverkande företag med produktionssystem på en egen server i fabriken. Där står maskinerna om servern står. Här kan det vara rimligt med två fysiska värdar, UPS och en tydlig plan för vad som händer om serverrummet blir obrukbart.

Kostnad mot risk

Redundans kostar mer än inköpet. Den extra utrustningen ska installeras, licensieras, uppdateras, övervakas och testas, år efter år. En reserv som aldrig har provats är två saker som kan gå sönder i stället för en.

Det gör att redundans ibland säljs in utan att behövas. Dubblerade brandväggar på ett kontor där alla ändå jobbar hemifrån halva veckan, eller ett andra datacenter för ett system som kan vara nere en dag utan att någon märker det. Omvänt är det som faktiskt fäller mindre företag oftare det billiga som saknas: en reservlina, en UPS, en dokumenterad inloggning. [FYLL I från Sebastian: bekräfta mot egen erfarenhet från branschen]

Tänk också på vem som ansvarar. Köper du drift av någon annan ska det stå i avtalet vilken tillgänglighet som gäller och vad som händer när den inte uppfylls. Läs mer i SLA och serviceavtal.

Två av allt är inte målet

Redundans är ett sätt att köpa sig tid när något går sönder. Det är värt pengarna där ett avbrott kostar mer än reserven, och bortkastat där det inte gör det. Hitta dina single point of failure först, räkna på vad ett stopp kostar och dubblera sedan det som behöver dubbleras. Glöm inte backup, för redundans skyddar inte mot misstag.

Så hjälper Nod till

Nod går igenom din IT-miljö och pekar ut var det finns single point of failure, från internetlinan till vem som har administratörsbehörighet. Därefter föreslår vi vad som är värt att dubblera, och vad som inte är det. Vi kan också sköta driften, övervaka reserverna och testa att de tar över. Läs mer om IT-drift hos Nod.