Opsio - Cloud and AI Solutions
Azure5 min read· 1,001 words

Vad är SLA i Azure? Service Level Agreements, garantinivåer och credits förklarade

Jacob Stålbro
Jacob Stålbro

Head of Innovation

Published: ·Updated: ·Reviewed by Opsio Engineering Team
Översatt från engelska och granskad av Opsios redaktion. Visa originalet →

Quick Answer

Ett SLA (Service Level Agreement) i Microsoft Azure är ett juridiskt bindande löfte från Microsoft om en specifik tjänsts tillgänglighet (uptime) eller prestanda . Varje Azure-tjänst har sin egen SLA-procent — typiskt 99,9 %, 99,95 %, 99,99 % eller 99,999 % — och om Microsoft inte når den utlovade nivån har kunden rätt till service credits , dvs. avdrag på fakturan för den drabbade perioden. SLA är fundamentalt för att designa svenska företags kritiska Azure-arbetsbelastningar — både för att förstå vad Microsoft faktiskt garanterar och för att veta var ni måste bygga egen redundans. Den här guiden förklarar hur Azure SLA fungerar i praktiken, vilka nivåer som gäller per tjänst, hur service credits beräknas, och hur ni designar för hög tillgänglighet. Vad menas med uptime-procent? SLA-nivå Max nedtid/månad Max nedtid/år 99 % ("två nior") ~7,2 timmar ~3,65 dagar 99,9 % ("tre nior") ~43,8 minuter ~8,77 timmar 99,95 % ~21,9 minuter

Ett SLA (Service Level Agreement) i Microsoft Azure är ett juridiskt bindande löfte från Microsoft om en specifik tjänsts tillgänglighet (uptime) eller prestanda. Varje Azure-tjänst har sin egen SLA-procent — typiskt 99,9 %, 99,95 %, 99,99 % eller 99,999 % — och om Microsoft inte når den utlovade nivån har kunden rätt till service credits, dvs. avdrag på fakturan för den drabbade perioden.

SLA är fundamentalt för att designa svenska företags kritiska Azure-arbetsbelastningar — både för att förstå vad Microsoft faktiskt garanterar och för att veta var ni måste bygga egen redundans. Den här guiden förklarar hur Azure SLA fungerar i praktiken, vilka nivåer som gäller per tjänst, hur service credits beräknas, och hur ni designar för hög tillgänglighet.

Vad menas med uptime-procent?

SLA-nivåMax nedtid/månadMax nedtid/år
99 % ("två nior")~7,2 timmar~3,65 dagar
99,9 % ("tre nior")~43,8 minuter~8,77 timmar
99,95 %~21,9 minuter~4,38 timmar
99,99 % ("fyra nior")~4,4 minuter~52,6 minuter
99,999 % ("fem nior")~26 sekunder~5,26 minuter

Skillnaden mellan 99,9 % och 99,99 % verkar liten i procent men är 10x i faktisk tillåten nedtid — och kräver fundamentalt olika arkitektur.

SLA per Azure-tjänstkategori (urval, 2026)

TjänstStandard-SLAMaximal SLA
Virtual Machines (enkel instans, Premium SSD)99,9 %
Virtual Machines (Availability Set, 2+ instanser)99,95 %
Virtual Machines (Availability Zone, 2+ instanser)99,99 %
Azure SQL Database (Business Critical, zone-redundant)99,995 %
App Service (Standard+)99,95 %
Storage (LRS Hot)99,9 %
Storage (GRS/RA-GRS)99,99 % läs
Cosmos DB (single region)99,99 %
Cosmos DB (multi-region, multi-write)99,999 %
Azure Kubernetes Service (uptime SLA paid tier)99,95 %

Microsoft uppdaterar SLA-dokumentationen löpande på azure.microsoft.com/sv-se/support/legal/sla/. Verifiera alltid aktuell SLA för exakt tjänstkonfiguration ni kör.

Kostnadsfri experthjälp

Behöver ni hjälp med cloud?

Boka ett kostnadsfritt 30-minuters möte med en av våra specialister inom cloud. Vi analyserar ert behov och ger konkreta rekommendationer — helt utan förpliktelse.

Solution ArchitectAI-specialistSäkerhetsexpertDevOps-ingenjör
50+ certifierade ingenjörerAWS Advanced Partner24/7 support
Helt kostnadsfritt — ingen förpliktelseSvar inom 24h

Composite SLA — varför "kedjan är så stark som svagaste länken"

En typisk arkitektur använder flera Azure-tjänster i kedja: App Service (99,95 %) → SQL Database (99,99 %) → Storage (99,9 %). Den effektiva SLA är produkten av dessa: 0,9995 × 0,9999 × 0,999 = 99,84 % — lägre än någon enskild komponent.

För att designa kritiska arbetsbelastningar måste man:

  • Identifiera alla beroenden i den kritiska vägen
  • Beräkna composite SLA
  • Lägga till redundans (Availability Zones, multi-region failover, queues för asynkron arkitektur)
  • Använda Azure Site Recovery eller Always-On-replikering för databaser

Service credits — hur du faktiskt får pengar tillbaka

Uppnådd månadsuptimeService credit (typiskt)
< 99,9 %10 %
< 99 %25 %
< 95 %100 %

Viktigt att veta:

  • Service credits gäller bara för den specifika tjänsten som missade SLA, inte hela Azure-fakturan.
  • Kunden måste själv begära credit inom 60 dagar efter incidenten via Azure-supporten.
  • Credits kompenserar inte verksamhetsförlust — bara en del av tjänstefakturan.
  • Stora kunder med Enterprise Agreement kan förhandla bättre SLA-villkor.

Hur designar svenska företag för hög tillgänglighet i Azure?

  1. Använd Availability Zones i de regioner som har det — Sweden Central har AZ-stöd (3 zoner). Höjer VM-SLA från 99,9 % till 99,99 %.
  2. Multi-region för verksamhetskritiska tjänster — typisk konfiguration Sweden Central + West Europe (Amsterdam) med Azure Front Door för traffic management.
  3. Asynkron arkitektur — Service Bus eller Storage Queues mellan komponenter så att korta avbrott absorberas.
  4. Databasreplikering — SQL Database Business Critical med zone-redundans, Cosmos DB multi-region för låg latens + hög tillgänglighet.
  5. Backup + Disaster Recovery — RPO/RTO definierat och testat; Azure Backup + Site Recovery är basnivå.
  6. Övervakning av composite SLA — använd Azure Service Health, Application Insights, och egen syntetisk monitorering.

För svenska företag som driver verksamhetskritiska arbetsbelastningar på Azure och behöver löpande SLA-design, övervakning och incidenthantering erbjuder partners som Opsio managerade Azure-tjänster med svensk kontaktpunkt och dygnet-runt-bevakning.

Vanliga frågor

Vad är SLA i Azure?

SLA (Service Level Agreement) i Microsoft Azure är ett juridiskt bindande löfte från Microsoft om en tjänsts tillgänglighet (uptime) eller prestanda. Varje Azure-tjänst har sin egen SLA-procent — typiskt 99,9 %, 99,95 %, 99,99 % eller 99,999 % — och om Microsoft inte når nivån har kunden rätt till service credits (avdrag på fakturan för den drabbade perioden).

Vilka SLA-nivåer finns på Azure-tjänster?

Vanligaste nivåerna: 99,9 % för enkel-instans-tjänster (max 43,8 min/månad nedtid), 99,95 % för redundanta konfigurationer (max 21,9 min/månad), 99,99 % för Availability Zone-konfigurationer (max 4,4 min/månad), och 99,999 % för multi-region distribuerade tjänster som Cosmos DB med multi-write (max 26 sek/månad). Verifiera alltid aktuell SLA för exakt tjänstkonfiguration på azure.microsoft.com/sv-se/support/legal/sla/.

Vad är composite SLA?

Composite SLA är den effektiva SLA för en arkitektur med flera Azure-tjänster i kedja. Beräknas som produkten av varje tjänsts SLA. Exempel: App Service (99,95 %) × SQL Database (99,99 %) × Storage (99,9 %) = 99,84 % — lägre än någon enskild komponent. Avgörande för att förstå faktisk tillgänglighet — kedjan är så stark som svagaste länken.

Hur fungerar service credits?

Vid uppnådd uptime under 99,9 % får kund 10 % service credit; under 99 % får kund 25 %; under 95 % får kund 100 %. Credits gäller bara den specifika tjänsten som missade SLA, inte hela Azure-fakturan. Kunden måste själv begära credit inom 60 dagar efter incidenten via Azure-supporten. Credits kompenserar inte verksamhetsförlust — bara en del av tjänstefakturan. Stora kunder med Enterprise Agreement kan förhandla bättre villkor.

Hur designar man för 99,99 % uptime i Azure?

Sex-stegsmetodik: (1) använd Availability Zones i Sweden Central (3 zoner) — höjer VM-SLA från 99,9 till 99,99 %; (2) multi-region för verksamhetskritiska tjänster med Azure Front Door (typisk Sweden Central + West Europe); (3) asynkron arkitektur med Service Bus/Storage Queues mellan komponenter; (4) databasreplikering med SQL Business Critical zone-redundant och Cosmos DB multi-region; (5) Backup + Disaster Recovery med definierat RPO/RTO; (6) övervakning av composite SLA via Azure Service Health, Application Insights och syntetisk monitorering.

Vilken Azure-region har högst SLA-stöd i Sverige?

Sweden Central (Gävle, lanserad 2021) är Microsofts huvudregion i Sverige och har stöd för Availability Zones (3 zoner) vilket möjliggör 99,99 % uptime för VM-arbetsbelastningar. Sweden South (Staffanstorp) är en sekundär region utan AZ-stöd. För verksamhetskritiska arbetsbelastningar är typisk konfiguration Sweden Central som primär region med West Europe (Amsterdam) eller North Europe (Dublin) som DR-region.

Written By

Jacob Stålbro
Jacob Stålbro

Head of Innovation at Opsio

Jacob leads innovation at Opsio, specialising in digital transformation, AI, IoT, and cloud-driven solutions that turn complex technology into measurable business value. With nearly 15 years of experience, he works closely with customers to design scalable AI and IoT solutions, streamline delivery processes, and create technology strategies that drive sustainable growth and long-term business impact.

Editorial standards: Denna artikel är skriven av molnpraktiker och granskad av vårt ingenjörsteam. Vi uppdaterar innehållet kvartalsvis. Opsio upprätthåller redaktionellt oberoende.