Azure-SLA'er og sammensatte SLA'er

En Service Level Agreement (SLA) er en formel forpligtelse fra Microsoft, der definerer den minimale oppetid og forbindelsesgaranti for hver Azure-tjeneste. SLA'er udtrykkes som en procentdel — for eksempel betyder 99.9%, at tjenesten er tilgængelig mindst 99.9% af tiden i en given måned. Hvis Microsoft ikke overholder SLA'en, kan kunder være berettigede til tjenestekreditter som kompensation.

Hver Azure-tjeneste har sit eget SLA-dokument, som er udgivet på azure.microsoft.com/en-us/support/legal/sla/. Når du læser en SLA, skal du være opmærksom på: oppetidsprocenten, de betingelser, der kræves for at opnå den (f.eks. udrulning på tværs af to eller flere instanser), og kredittabellen, der angiver, hvor stor en kredit du får for hvert niveau af manglende ydeevne.

En SLA-procent svarer til en tilladt nedetid pr. måned:

• 99.9% = op til 43.8 minutters nedetid pr. måned
• 99.95% = op til 21.9 minutter pr. måned
• 99.99% = op til 4.38 minutter pr. måned
• 99.999% = op til 26 sekunder pr. måned

Hvis du forstår disse tal, kan du vurdere, om en tjenestes SLA opfylder dine krav til forretningskontinuitet.

Når din applikation afhænger af flere Azure-tjenester, der hver har sin egen SLA, er den samlede tilgængelighed produktet af alle individuelle SLA'er. Det kaldes den sammensatte SLA. Hvis en enkelt tjeneste ikke er tilgængelig, er applikationen utilgængelig, så den sammensatte SLA er altid lavere end den laveste individuelle SLA i kæden.

Overvej en applikation, der bruger Azure App Service (99.95%), Azure SQL Database (99.99%) og Azure Cache for Redis (99.9%). Den sammensatte SLA er: 0.9995 × 0.9999 × 0.999 = 0.9984 = 99.84%. Det betyder, at applikationen kan være utilgængelig i op til 2.4 timer pr. måned, selvom hver enkelt tjeneste har en stærk SLA. Hvis du tilføjer flere tjenester i en kæde, øges denne risiko.

Du kan forbedre din sammensatte SLA ved at tilføje redundans — ved at køre parallelle instanser af en tjeneste, så den ene fortsætter, hvis den anden fejler. For tjenester i parallel ændres formlen: Den samlede utilgængelighed er produktet af hver tjenestes utilgængelighed. To App Service-instanser, der hver har 99.95% og kører parallelt, giver for eksempel: 1 - (0.0005 × 0.0005) = 99.9997%.

Nogle Azure-tjenester har ingen SLA, når de bruges på et gratis eller delt niveau. Azure App Service på Free-niveauet (F1) eller Shared-niveauet (D1) har for eksempel ingen oppetidsgaranti. Det er acceptabelt til udvikling og test, men produktionsarbejdsbelastninger skal bruge et betalt niveau for at være omfattet af en SLA. Kontrollér altid SLA-betingelserne, før du udruller produktionsressourcer.

Azure Virtual Machines har forskellige SLA'er afhængigt af konfigurationen. En VM med en enkelt instans og Premium SSD får en SLA på 99.9%. Den samme VM, der udrulles i et tilgængelighedssæt, får 99.95%. To VM'er, der udrulles på tværs af tilgængelighedszoner, når 99.99%. Det viser, at arkitekturvalg har direkte indflydelse på den SLA, du kan hævde og forpligte dig til over for dine egne kunder.

Når Microsoft ikke overholder en SLA, kan kunder kræve tjenestekreditter — procentvise rabatter, der anvendes på fremtidige regninger. Kreditbeløbene stiger med overtrædelsens alvor: typisk 10% kredit for oppetid mellem 99.0% og 99.9%, 25% for under 99.0% og i nogle tilfælde 100%. Tjenestekreditter er det eneste retsmiddel — Microsoft udbetaler ikke kontant kompensation for SLA-overtrædelser.

Microsofts SLA er en garanti for tjenestens tilgængelighed, ikke for din applikations specifikke Recovery Time Objective (RTO) eller Recovery Point Objective (RPO). Selv hvis en tjeneste overholder sin SLA, kan du stadig have brug for yderligere arkitekturmønstre — f.eks. failover på tværs af regioner eller regelmæssige sikkerhedskopier — for at nå dine egne mål for forretningskontinuitet. SLA'en er et gulv, ikke et loft.

Brug Azure Monitor og Azure Service Health til at følge, om tjenesterne overholder deres SLA'er. Azure Service Health giver meddelelser om tjenesteudfald, planlagt vedligeholdelse og sundhedsadvarsler, der kan påvirke dine ressourcer. Konfigurer sundhedsalarmer, så du straks får besked, når en Azure-tjeneste i din region har et problem.

I denne lektion har du lært, at en SLA er en formel oppetidsgaranti fra Microsoft, der udtrykkes som en procentdel; at den sammensatte SLA for tjenester i serie beregnes ved at multiplicere alle individuelle SLA'er; og at redundans i parallel kan forbedre den sammensatte SLA markant. Nu ser vi på tilgængelighedssæt og tilgængelighedszoner for at forstå, hvordan du opnår høje SLA'er for VM-arbejdsbelastninger.