SLA (Service Level Agreement)
Présentation
SLA, pour Service Level Agreement, signifie accord de niveau de service. Il s'agit d'un engagement contractuel entre un fournisseur et son client sur le niveau de service fourni.
Dans Microsoft Azure, cet accord précise :
- La disponibilité annoncée, exprimée en pourcentage, par exemple 99,95 %.
- Les conditions à respecter pour bénéficier de cet engagement, comme la configuration des ressources.
- Les exclusions et les compensations éventuelles, généralement sous forme de crédits de service si l’engagement n’est pas respecté.
| Période | Indisponibilité pour un SLA de 99,95 % | Indisponibilité pour un SLA de 99,99 % |
|---|---|---|
| Un jour de 24 heures | 43 secondes | 9 secondes |
| Un mois de 30 jours | 21 minutes et 36 secondes | 4 minutes et 19 secondes |
| Une année de 365 jours | 4 heures, 22 minutes et 48 secondes | 52 minutes et 33 secondes |
Pour en savoir davantage sur les SLA Microsoft, cliquez ici.
SLA et disponibilité
Il faut donc distinguer deux notions :
- Améliorer le SLA contractuel du service : Microsoft garantit officiellement un pourcentage supérieur grâce à une configuration particulière ;
- Améliorer la disponibilité de l’application : vous ajoutez des instances, des zones ou des régions, sans que le SLA contractuel individuel de chaque ressource change nécessairement.
Une architecture redondante peut rendre l’application plus disponible que chacune de ses ressources, mais le SLA global doit être calculé en tenant compte de toutes les dépendances : application, base de données, réseau, stockage, authentification, etc. Les documents contractuels Microsoft restent la référence pour connaître les conditions exactes applicables à chaque service et à chaque niveau.
Amélioration du SLA des services
Il est possible de configurer un meilleur SLA pour les services suivants :
| Service Azure | Moyen d’améliorer le SLA ou l’engagement de disponibilité |
|---|---|
| Machines virtuelles Azure | Utiliser des disques éligibles, placer plusieurs VM dans un groupe à haute disponibilité, puis les répartir entre plusieurs zones de disponibilité |
| Azure SQL Database | Choisir un niveau compatible et activer la redondance interzone |
| Azure SQL Managed Instance | Utiliser un niveau compatible, notamment Business Critical, avec redondance interzone |
| Azure App Configuration | Activer la géoréplication : le SLA du niveau Standard passe de 99,9 % à 99,95 % |
| Azure Kubernetes Service | Choisir un niveau offrant un SLA financièrement garanti et répartir les composants entre plusieurs zones |
| Azure Cosmos DB | Répliquer les données dans plusieurs régions, avec des engagements qui varient selon la configuration des lectures et des écritures |
| Azure Storage | Choisir une redondance LRS, ZRS, GRS, GZRS ou leur variante avec accès en lecture à la région secondaire ; l’engagement dépend de l’opération et de la configuration |
| VPN Gateway / ExpressRoute | Utiliser une configuration redondante ou active-active selon le service |
| Application Gateway et Azure Load Balancer | Déployer une configuration redondante interzone lorsque le niveau du service le permet |
Plus de SLA est élevé, plus le coût des services sera élevé.