Contrats SLA Azure et contrats SLA composites

Un accord de niveau de service (SLA) est un engagement formel de Microsoft qui définit la disponibilité minimale et la garantie de connectivité de chaque service Azure. Les SLA sont exprimés en pourcentage : par exemple, 99,9 % signifie que le service sera disponible au moins 99,9 % du temps au cours d’un mois donné. Si Microsoft ne respecte pas le SLA, les clients peuvent bénéficier de crédits de service à titre de compensation.

Chaque service Azure possède son propre document SLA, publié à l’adresse azure.microsoft.com/en-us/support/legal/sla/. Lors de la lecture d’un SLA, prêtez attention au pourcentage de disponibilité, aux conditions requises pour l’atteindre (par exemple, un déploiement sur au moins deux instances) et au tableau des crédits, qui précise le montant du crédit reçu pour chaque niveau de performances insuffisantes.

Un pourcentage SLA correspond à un temps d’arrêt autorisé par mois :

• 99,9 % = jusqu’à 43,8 minutes d’arrêt par mois
• 99,95 % = jusqu’à 21,9 minutes par mois
• 99,99 % = jusqu’à 4,38 minutes par mois
• 99,999 % = jusqu’à 26 secondes par mois

Comprendre ces chiffres vous aide à déterminer si le SLA d’un service répond à vos exigences de continuité d’activité.

Lorsque votre application dépend de plusieurs services Azure, chacun ayant son propre SLA, la disponibilité globale est le produit de tous les SLA individuels. C’est ce qu’on appelle le SLA composite. Si un seul service est indisponible, l’application l’est également ; le SLA composite est donc toujours inférieur au plus faible SLA individuel de la chaîne.

Considérez une application utilisant Azure App Service (99,95 %), Azure SQL Database (99,99 %) et Azure Cache for Redis (99,9 %). Le SLA composite est le suivant : 0,9995 × 0,9999 × 0,999 = 0,9984 = 99,84 %. Cela signifie que l’application pourrait être indisponible jusqu’à 2,4 heures par mois, même si chaque service individuel possède un SLA élevé. L’ajout de services supplémentaires dans une chaîne augmente ce risque.

Vous pouvez améliorer votre SLA composite en ajoutant de la redondance : exécutez des instances parallèles d’un service afin que l’une continue de fonctionner si l’autre tombe en panne. Pour les services exécutés en parallèle, la formule change : l’indisponibilité combinée est le produit de l’indisponibilité de chaque service. Par exemple, deux instances d’App Service fonctionnant en parallèle, chacune avec un SLA de 99,95 %, donnent : 1 - (0,0005 × 0,0005) = 99,9997 %.

Certains services Azure n’ont aucun SLA lorsqu’ils sont utilisés dans un niveau gratuit ou partagé. Par exemple, Azure App Service dans le niveau Free (F1) ou Shared (D1) n’offre aucune garantie de disponibilité. Cela convient au développement et aux tests, mais les charges de travail de production doivent utiliser un niveau payant pour bénéficier d’un SLA. Vérifiez toujours les conditions du SLA avant de déployer des ressources de production.

Les Azure Virtual Machines ont des SLA différents selon leur configuration. Une VM à instance unique avec Premium SSD bénéficie d’un SLA de 99,9 %. La même VM déployée dans un ensemble de disponibilité bénéficie de 99,95 %. Deux VMs déployées dans différentes zones de disponibilité atteignent 99,99 %. Cela montre que les choix architecturaux influencent directement le SLA que vous pouvez revendiquer et promettre à vos propres clients.

Lorsque Microsoft ne respecte pas un SLA, les clients peuvent demander des crédits de service : des remises en pourcentage appliquées aux factures futures. Le montant du crédit augmente avec la gravité du manquement : généralement 10 % pour une disponibilité comprise entre 99,0 % et 99,9 %, 25 % en dessous de 99,0 %, et 100 % dans certains cas. Les crédits de service constituent le seul recours : Microsoft ne verse pas de compensation en espèces en cas de manquement à un SLA.

Le SLA de Microsoft est une garantie concernant la disponibilité du service, et non les objectifs spécifiques de votre application en matière de Recovery Time Objective (RTO) ou de Recovery Point Objective (RPO). Même si un service respecte son SLA, vous pouvez avoir besoin de modèles architecturaux supplémentaires — tels qu’un basculement multirégion ou des sauvegardes régulières — pour atteindre vos propres objectifs de continuité d’activité. Le SLA constitue un seuil minimal, pas une limite maximale.

Utilisez Azure Monitor et Azure Service Health pour vérifier que les services respectent leurs SLA. Azure Service Health fournit des notifications concernant les pannes de service, les opérations de maintenance planifiées et les avis d’intégrité susceptibles d’affecter vos ressources. Configurez des alertes d’intégrité pour être immédiatement averti lorsqu’un service Azure de votre région rencontre un problème.

Vérifiez votre compréhension des concepts de Microsoft Azure Fundamentals (AZ-900) abordés dans cette leçon.

Dans cette leçon, vous avez appris qu’un SLA est une garantie formelle de disponibilité de Microsoft, exprimée en pourcentage ; que le SLA composite de services en série se calcule en multipliant tous les SLA individuels ; et que la redondance en parallèle peut améliorer considérablement le SLA composite. Nous allons maintenant étudier les ensembles de disponibilité et les zones de disponibilité afin de comprendre comment atteindre des SLA élevés pour les charges de travail sur VMs.