Redundans
Vad är redundans?
Redundans innebär att kritiska komponenter, system eller förbindelser dubbleras, så att en reserv kan ta över om den ordinarie delen fallerar – och tjänsten fortsätter fungera trots felet. Redundans kan byggas på alla nivåer: dubbla nätaggregat i en server, dubbla switchar, dubbla internetförbindelser, dubbla datacenter. Principen är densamma: en enskild felkälla, en single point of failure, ska aldrig kunna stoppa verksamheten.
Betydelsen av redundans
All teknik går sönder förr eller senare – frågan är inte om utan när. Utan redundans blir varje komponentfel ett driftstopp, och kostnaden för stillestånd i affärskritiska system mäts ofta i hundratusentals kronor per timme, förlorat förtroende och i vissa verksamheter risk för liv och hälsa. Redundans är därför grundmekanismen bakom hög tillgänglighet (High Availability) och en förutsättning för de uptime-nivåer som moderna SLA:er utlovar: redan 99,9 procents tillgänglighet är svår att nå utan dubblering, och 99,99 procent är i praktiken omöjligt. Regelverk som NIS2 och DORA, liksom driftsäkerhetskraven i lagen om elektronisk kommunikation, pekar dessutom åt samma håll – verksamheter och operatörer förväntas designa bort enskilda felkällor i det som är samhälls- eller affärskritiskt.
Så fungerar redundans
Redundans designas i flera dimensioner och på flera nivåer:
- Komponentredundans: dubbla nätaggregat, fläktar och diskar (RAID) i samma utrustning skyddar mot enskilda komponentfel.
- Utrustningsredundans: två brandväggar, switchar eller servrar i par, där den ena tar över den andras roll vid fel.
- Förbindelseredundans: två internet- eller WAN-förbindelser, helst från olika operatörer och med diversitet – fysiskt åtskilda vägar – så att en avgrävning inte tar båda.
- Plats- och kraftredundans: dubbla datacenter eller datahallar, UPS och reservkraft som skyddar mot fel i el och lokal.
- Aktiv/aktiv eller aktiv/passiv: redundanta resurser kan dela lasten i normaldrift (aktiv/aktiv) eller stå i beredskap (aktiv/passiv). Omkopplingen till reserven vid fel kallas failover.
- N+1 och 2N: vanliga dimensioneringsbegrepp – N+1 betyder en reservenhet utöver behovet, 2N betyder full dubblering.
En viktig princip: redundansen är aldrig starkare än sin svagaste gemensamma punkt. Två förbindelser som delar samma kabelstråk, samma teknikutrymme eller samma strömkälla är bara skenbart redundanta.
Fördelar med redundans
Redundans ger högre tillgänglighet och färre verksamhetsstopp, men också friare underhåll – komponenter kan uppdateras och bytas under drift när en reserv bär lasten. Den ger förutsägbarhet i SLA-åtaganden, uppfyller regulatoriska krav på driftsäkerhet och minskar beroendet av akuta insatser: ett fel i en redundant miljö är ett ärende, inte en kris. Kostnaden för dubblering ska alltid vägas mot kostnaden för stillestånd – för kritiska system är kalkylen sällan svår.
Redundans med Advania
Advania designar och levererar redundanta lösningar i hela kedjan – från dubbla förbindelser med verifierad fysisk diversitet, där Advania som operatör kan leverera över skilda nät, till redundant infrastruktur i datacenter och fastigheter. Läs mer om hur vi arbetar med hållbar och säker fastighets-IT.
Vanliga frågor och svar om redundans
Vad är skillnaden mellan redundans och failover?
Redundans är designprincipen – att det finns dubblerade resurser. Failover är själva övergången – mekanismen som flyttar driften till reserven när den ordinarie resursen fallerar. Redundans är förutsättningen; failover är handlingen. Utan redundans finns inget att fela över till, och utan fungerande failover står reserven bara och väntar utan att hjälpa.
Hur mycket redundans behöver min verksamhet?
Det styrs av kostnaden för avbrott. Klassificera system efter hur långa stopp de tål, och dimensionera därefter – N+1 för det viktiga, 2N eller mer för det kritiska. Full dubblering av allt är sällan motiverat; ingen redundans alls för kritiska system är det ännu mer sällan.
Är två internetförbindelser alltid redundant?
Nej. Om båda går i samma kabelstråk, genom samma nod eller in genom samma intag i fastigheten delar de felkällor. Verklig förbindelseredundans kräver diversitet – dokumenterat åtskilda fysiska vägar, helst via olika operatörer och skilda intag.
Hur vet man att redundansen fungerar?
Genom att testa den. Failover som aldrig övats har en tendens att misslyckas när den behövs. Regelbundna, planerade tester av omkoppling – inklusive återgång – bör ingå i förvaltningen av varje redundant miljö.
Viktiga punkter att ta med sig om redundans
- Dubblering mot fel: redundans innebär att reservresurser tar över när något fallerar.
- Inga enskilda felkällor: målet är att designa bort varje single point of failure.
- Redundans ≠ failover: redundans är de dubbla resurserna, failover är omkopplingen.
- Diversitet krävs: dubbla förbindelser måste gå fysiskt skilda vägar för att räknas.
- Testa regelbundet: oövad redundans är ett antagande, inte ett skydd.
Hur robust är er uppkoppling när det verkligen gäller?
-
A
- Accessnät
- Accesspunkt
- Active Directory
- Affärssystem
- Agent Assist
- Agentic AI
- Artificial General Intelligence (AGI)
- AI
- AI Act / AI-förordningen
- AI-agent
- AI-compliant
- AI Factory
- AI-first
- AI governance
- AI PC
- AI-proofed
- AI-ready
- AIaaS
- AIOps
- Air Gap / Air Gapped
- Azure Kubernetes Service (AKS)
- Algoritm
- Alignment
- API
- API Gateway
- Attack Surface Management (ASM)
- Automation
- Autonomous agents
- AWS (Amazon Web Services)
- Azure API Management
- Azure Arc
- Azure Cosmos DB
- Azure Data Factory
- Azure DevOps
- Azure Event Grid
- Azure Event Hubs
- Azure Function Apps
- Azure Integration Services
- Azure Key Vault
- Azure Logic Apps
- Azure Service Bus
- Azure Storage Account
- Azure Virtual Desktop (AVD)
- B
-
C
- C3PAO
- CapEx vs OpEx
- CASB (Cloud Access Security Broker)
- CCaaS
- CEaaS
- Chaos Engineering
- Chatbot
- CI/CD
- CIEM (Cloud Infrastructure Entitlement Management)
- Cirkulär IT
- CIS
- Claude Code
- CLI
- Click to Do
- CLOUD Act
- Cloud Native
- Cloud Security (Molnsäkerhet)
- CMMC
- CNAPP
- Colocation
- Computer vision
- Conditional Access (Villkorlig åtkomst)
- Confidential Computing
- Containerisering
- Content Delivery Network (CDN)
- Context window
- Copilot
- Copilot Studio
- CRC
- CRM
- CSIRT
- CSP (Cloud Solution Provider)
- CSRD
- CTEM
- Customer experience
- CVE (Common Vulnerabilities and Exposures)
- CVSS
- Cyber Kill Chain
- Cyber range
- Cyber resilience
- Cyberförsäkring
- Cyberresiliensförordningen
- Cybersäkerhet
- Cybersäkerhetslagen
- Cybersäkerhetsakten
-
D
- DaaS
- DANE
- DAS (Distributed Antenna System)
- Data-fabric plattform
- Data Governance
- Data Lake
- Data Lakehouse
- Data Mesh
- Data Pipeline
- Data sovereignty
- Dataanalys
- Databas
- Databricks
- Datacenter
- Datacenterstack
- Datahantering (Data Management)
- Datalager (Data Warehouse)
- Datamigrering
- Dataskyddsombud (DPO)
- Datasuveränitet
- Datavisualisering
- DCS
- DDoS
- Deep learning
- Deepfake
- DevOps
- DevSecOps
- Digital Employee Experience (DEX)
- Digital Experience Platform (DXP)
- Digital kompetens
- Digital leveranskedja
- Digital motståndskraft
- Digital Operational Resilience
- Digital suveränitet
- Digital transformation
- Digital tvilling
- Digital twin
- Digitalisering
- Disaster Recovery
- Diversitet
- DKIM
- Data Loss Prevention (DLP)
- DMA
- DMARC
- DNS (Domain Name System)
- DNSSEC
- Docker
- DORA
- DPIA (Dataskyddskonsekvensbedömning)
- Disaster Recovery as a Service (DRaaS)
- DRP
- DSA
- DSPM (Data Security Posture Management)
- DUC
- E
- F
- G
- H
-
I
- IaaS (Infrastructure as a Service)
- IAM
- ICS
- Identity Governance and Administration (IGA)
- IEC 62443
- IIoT
- Immutable backups
- IMY (Integritetsskyddsmyndigheten)
- Incident Response
- Inference
- Informationsklassning
- Informationssäkerhet
- Infrastruktur-som-kod
- Inomhustäckning
- Insider Threat / Insiderhot
- Integration
- Integration ERP
- Integrationsförvaltning
- Intrångsdetektionssystem (IDS)
- Intune
- IOC
- IoT - Internet of Things
- IPS
- ISO
- ISO 22301
- ISO 27001
- ISO 42001
- IT-drift
- IT-forensik
- IT/OT-konvergens
- IT-säkerhet
- IT-upphandling
- ITAD Services
- IT Asset Management (ITAM)
- ITIL
- J
- K
- L
-
M
- Malware
- Managed Print Services (MPS)
- Managed Service Provider (MSP)
- Maskininlärning
- Master Data Management (MDM)
- MDM (Mobile Device Management)
- Managed Detection and Response (MDR)
- MFA
- Microservices
- Microsoft 365
- Microsoft Defender
- Microsoft Entra ID
- Microsoft Fabric
- Microsoft Foundry
- Microsoft Pluton
- Microsoft Purview
- Microsoft Sentinel
- Microsoft Teams Rooms
- Microsoft Viva
- Mikrosegmentering
- MISP
- MITRE ATT&CK
- MLOps (Machine Learning Operations)
- Modbus
- Model Context Protocol (MCP)
- Model drift
- Model serving
- Molndrift
- Molnmigrering
- Molnsäkerhet
- Monoberoende - Ändringar som hotar
- Mopria
- MTA-STS
- Multiagent Systems / Multiagentsystem
- Multicloud
- Multimodal
- N
- O
-
P
- PaaS (Platform as a Service)
- PAM (Privileged Access Management)
- Passkey / Passwordless
- Patch
- Patch Management
- Patchhantering
- Penetrationstest
- Personuppgiftsbiträdesavtal
- Phishing
- Pinnacle Partner
- PKI (Public Key Infrastructure)
- Platform Engineering
- PLC
- Post-kvantumkryptografi
- Power Automate
- Power BI
- Power Platform
- Primär / sekundär förbindelse
- Privat 5G-nät
- Private AI
- Profibus / Fieldbus
- Profinet
- Prompt Engineering
- Prompt injection
- Promptslop
- PropTech
- PTS (Post- och telestyrelsen)
- Purdue-modellen
- Q
- R
-
S
- Supply Chain Attack
- SaaS
- Säkerhetsgranskning
- Säkerhetskänslig verksamhet
- Säkerhetsklassad
- Säkerhetsklassad IT-miljö
- Säkerhetsklassning
- Säkerhetsmedvetenhet (Security Awareness)
- Säkerhetsskyddad IT
- Säkerhetsskyddad upphandling
- Säkerhetsskyddsanalys
- Säkerhetsskyddslagen
- SASE
- SBOM (Software Bill of Materials)
- SBTi
- SCADA
- Schrems II
- Scope 1/2/3
- SD-WAN (Software-Defined WAN)
- SDN
- Secure-Core PC
- Security Posture Management (CSPM/SSPM)
- SEK Handbok 459
- Self-hosted LLM
- SEO
- Serverless Computing
- Servicedesk
- Shadow AI
- Sharepoint
- SIEM
- Single Sign-On (SSO)
- SIS
- SIT-test
- Skyddsvärd information
- Service Level Agreement (SLA)
- Småceller (small cells)
- Small Language Models (SLM)
- Smart fastighet
- Smishing
- SMTP AUTH
- SOAR
- SOC
- SOC 2
- Social Engineering
- Sovereign AI
- Sovereign Cloud
- Spear phishing
- SPF (Sender Policy Framework)
- Spoofing
- Spridningsnät
- SRE (Site Reliability Engineering)
- SSE
- SSL/TLS
- Stadsnät
- Strukturerat kablage
- Svanenmärkningen
- Svartfiber
- Synthetic data
- Systemintegration
- T
- U
- V
- W
- X
- Y
- Z
- Å
- Ä
- Ö