High Availability
Vad är High Availability?
High Availability (HA), på svenska hög tillgänglighet, är ett designprincip för IT-system som innebär att en tjänst fortsätter fungera även när enskilda komponenter fallerar. Det uppnås genom att bygga bort single points of failure – enskilda felpunkter – med hjälp av redundans: dubblerade servrar, nätverksvägar, strömförsörjning och datacenter. Målet är maximal drifttid (uptime), ofta uttryckt i "antal nior", där 99,99 % tillgänglighet motsvarar mindre än en timmes oplanerad nedtid per år.
Betydelsen av High Availability
Allt fler verksamheter är i praktiken stillastående när IT ligger nere – produktion, vård, handel och myndighetsservice förutsätter att systemen svarar. Samtidigt ökar förväntningarna: kunder och medarbetare accepterar inte längre att tjänster är otillgängliga "en stund". Hög tillgänglighet är därför inte bara en teknisk fråga utan en affärsfråga, och ofta ett uttryckligt krav i SLA:er gentemot kunder och leverantörer. Den hänger också ihop med regelefterlevnad: krav på motståndskraft i exempelvis NIS2 förutsätter att kritiska tjänster är designade för att tåla fel, inte bara för att återställas efteråt.
Så fungerar High Availability
HA är ett paraplybegrepp som omfattar flera tekniker och designprinciper:
- Redundans: Kritiska komponenter dubbleras – servrar, diskar, nätverkslänkar, strömkällor – så att en reservresurs alltid finns redo.
- Failover: När en komponent fallerar tar reserven över, automatiskt och helst utan att användarna märker något.
- Lastbalansering: Trafik fördelas över flera instanser, vilket både ökar prestandan och gör att en instans kan försvinna utan avbrott.
- Kluster: Flera servrar arbetar som en enhet och övervakar varandra; faller en nod omfördelas arbetet till de övriga.
- Geografisk redundans: För de högsta kraven sprids miljön över flera datacenter eller tillgänglighetszoner, så att inte ens ett helt datacenterbortfall stoppar tjänsten.
- Eliminering av planerad nedtid: Verklig HA omfattar även underhåll – uppdateringar ska kunna göras rullande utan att tjänsten stoppas.
Viktigt att förstå är att HA skyddar mot komponentfel, inte mot allt. Logiska fel, ransomware och korrupt data replikeras lika snabbt som korrekt data – därför kompletterar HA backup och disaster recovery, det ersätter dem inte.
Fördelar med High Availability
Rätt dimensionerad HA ger färre och kortare avbrott, vilket direkt minskar produktionsbortfall, intäktsförluster och förtroendeskador. Den gör tillgänglighet förutsägbar – nivåer kan avtalas, mätas och följas upp i SLA:er. Den minskar också stressen i driftorganisationen: ett komponentfel blir en arbetsorder i stället för en kris. Samtidigt gäller det att välja nivå klokt; varje extra "nia" kostar väsentligt mer än den föregående, och alla system behöver inte samma skydd.
Designa för tillgänglighet med Advania
Advania hjälper organisationer att designa, implementera och drifta högtillgängliga miljöer – från redundant infrastruktur i egna datacenter till molnarkitekturer spridda över flera tillgänglighetszoner. Utgångspunkten är alltid verksamhetens faktiska krav: vilka tjänster behöver fyra nior, och var räcker det med god återställningsförmåga? Så blir tillgängligheten både rätt och kostnadseffektiv.
Vanliga frågor och svar om High Availability
Vad är skillnaden mellan High Availability och Disaster Recovery?
HA håller tjänsten igång genom att tåla komponentfel i realtid, medan disaster recovery handlar om att återställa tjänsten efter en större katastrof, som ett datacenterbortfall eller en ransomware-attack. En robust miljö behöver båda: HA mot vardagsfelen, DR mot det stora avbrottet.
Vad betyder "fem nior"?
Fem nior är 99,999 % tillgänglighet, vilket motsvarar drygt fem minuters oplanerad nedtid per år. Det är en mycket hög ambitionsnivå som kräver fullständig redundans i alla led och är dyr att uppnå – de flesta verksamhetssystem klarar sig utmärkt med tre eller fyra nior.
Skyddar High Availability mot ransomware?
Nej. HA replikerar data och tjänster – inklusive skadlig kryptering – mellan redundanta system. Skydd mot ransomware kräver i stället säkra, gärna oföränderliga, backuper och en testad återställningsplan. HA och backup löser olika problem och behövs båda.
Hur väljer man rätt tillgänglighetsnivå?
Utgå från vad nedtid kostar per system, exempelvis genom en Business Impact Analysis. Sätt sedan tillgänglighetsmål per tjänst och låt dem styra arkitekturen. Att ge alla system högsta nivå är lika fel som att ge inga – differentiering är nyckeln till rätt kostnad.
Viktiga punkter att ta med sig om High Availability
- Redundans: HA bygger bort enskilda felpunkter med dubblerade komponenter.
- Paraplybegrepp: omfattar failover, lastbalansering, kluster och geografisk spridning.
- Mäts i nior: 99,99 % tillgänglighet motsvarar under en timmes nedtid per år.
- Inte backup: HA skyddar mot komponentfel – inte mot ransomware eller korrupt data.
- Differentiera: varje extra nia kostar mer – välj nivå utifrån vad nedtid faktiskt kostar.
Hur snabbt är er verksamhet igång igen efter ett avbrott?
-
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
- Å
- Ä
- Ö