SLA di Azure e SLA compositi

Un Service Level Agreement (SLA) è un impegno formale di Microsoft che definisce la garanzia minima di disponibilità e connettività per ogni servizio Azure. Gli SLA sono espressi in percentuale: ad esempio, 99.9% significa che il servizio sarà disponibile almeno per il 99,9% del tempo in un determinato mese. Se Microsoft non rispetta lo SLA, i clienti possono ricevere crediti di servizio come compensazione.

Ogni servizio Azure dispone di un documento SLA dedicato, pubblicato all'indirizzo azure.microsoft.com/en-us/support/legal/sla/. Quando legge uno SLA, presti attenzione a: la percentuale di disponibilità, le condizioni necessarie per raggiungerla (ad esempio, la distribuzione su due o più istanze) e la tabella dei crediti, che specifica l'importo del credito ricevuto per ogni livello di prestazioni inferiori a quelle garantite.

Una percentuale SLA corrisponde a un tempo di inattività consentito al mese:

• 99.9% = fino a 43,8 minuti di inattività al mese
• 99.95% = fino a 21,9 minuti al mese
• 99.99% = fino a 4,38 minuti al mese
• 99.999% = fino a 26 secondi al mese

Comprendere questi valori la aiuta a valutare se lo SLA di un servizio soddisfa i requisiti di continuità operativa della sua azienda.

Quando l'applicazione dipende da più servizi Azure, ciascuno con il proprio SLA, la disponibilità complessiva è il prodotto di tutti gli SLA singoli. Questo viene definito SLA composito. Se un qualsiasi servizio non è disponibile, anche l'applicazione non è disponibile; perciò lo SLA composito è sempre inferiore allo SLA singolo più basso della catena.

Consideri un'applicazione che usa Azure App Service (99.95%), Azure SQL Database (99.99%) e Azure Cache for Redis (99.9%). Lo SLA composito è: 0.9995 × 0.9999 × 0.999 = 0.9984 = 99.84%. Ciò significa che l'applicazione potrebbe non essere disponibile per un massimo di 2,4 ore al mese, anche se ogni singolo servizio ha uno SLA elevato. L'aggiunta di altri servizi nella catena aumenta questo rischio.

Può migliorare lo SLA composito aggiungendo ridondanza, ovvero eseguendo istanze parallele di un servizio, in modo che, se una si guasta, l'altra continui a funzionare. Per i servizi in parallelo, la formula cambia: l'indisponibilità combinata è il prodotto delle indisponibilità dei singoli servizi. Ad esempio, due istanze di App Service in parallelo, ciascuna con uno SLA del 99.95%, producono: 1 - (0.0005 × 0.0005) = 99.9997%.

Alcuni servizi Azure non prevedono uno SLA quando vengono usati in un piano gratuito o condiviso. Ad esempio, Azure App Service nel piano Free (F1) o Shared (D1) non offre alcuna garanzia di disponibilità. Questo è accettabile per lo sviluppo e i test, ma i carichi di lavoro di produzione devono usare un piano a pagamento per poter usufruire di uno SLA. Verifichi sempre le condizioni dello SLA prima di distribuire risorse di produzione.

Le macchine virtuali Azure hanno SLA diversi a seconda della configurazione. Una VM a istanza singola con Premium SSD ha uno SLA del 99.9%. La stessa VM distribuita in un set di disponibilità ha uno SLA del 99.95%. Due VM distribuite in più zone di disponibilità raggiungono il 99.99%. Questo dimostra che le scelte architetturali influiscono direttamente sullo SLA che può dichiarare e impegnarsi a garantire ai suoi clienti.

Quando Microsoft non rispetta uno SLA, i clienti possono richiedere crediti di servizio, ovvero sconti percentuali applicati alle fatture future. L'importo dei crediti aumenta in base alla gravità della violazione: in genere, un credito del 10% per una disponibilità compresa tra il 99,0% e il 99,9%, del 25% per valori inferiori al 99,0% e del 100% in alcuni casi. I crediti di servizio sono l'unico rimedio previsto: Microsoft non corrisponde compensazioni in denaro per le violazioni degli SLA.

Lo SLA di Microsoft è una garanzia relativa alla disponibilità del servizio, non agli specifici Recovery Time Objective (RTO) o Recovery Point Objective (RPO) dell'applicazione. Anche se un servizio rispetta il proprio SLA, potrebbe comunque aver bisogno di ulteriori schemi architetturali, come il failover multi-regione o backup regolari, per soddisfare gli obiettivi di continuità operativa della sua azienda. Lo SLA rappresenta una soglia minima, non un limite massimo.

Usi Azure Monitor e Azure Service Health per verificare se i servizi rispettano i propri SLA. Azure Service Health fornisce notifiche relative a interruzioni del servizio, manutenzione pianificata e avvisi sullo stato dei servizi che potrebbero influire sulle sue risorse. Configuri avvisi sullo stato per ricevere una notifica immediata quando un servizio Azure nella sua regione presenta un problema.

Verifichi la sua comprensione dei concetti di Microsoft Azure Fundamentals (AZ-900) trattati in questa lezione.

In questa lezione ha imparato che uno SLA è una garanzia formale di disponibilità da parte di Microsoft, espressa in percentuale; lo SLA composito per i servizi in serie si calcola moltiplicando tutti gli SLA singoli; e la ridondanza in parallelo può migliorare notevolmente lo SLA composito. Nella prossima lezione esamineremo i set di disponibilità e le zone di disponibilità per comprendere come ottenere SLA elevati per i carichi di lavoro basati su VM.