Architecture Azure et garanties de service
Qu’est-ce qu’une région ?
Une région est une zone géographique sur la planète contenant au moins un centre de données, voire plusieurs centres de données proches les uns des autres et reliés par un réseau à faible latence. Azure assigne et contrôle intelligemment les ressources au sein de chaque région pour que les charges de travail soient correctement équilibrées.
Quelques services ou fonctionnalités des machines virtuelles ne sont disponibles que dans certaines régions, par exemple des tailles de machines virtuelles ou des types de stockage spécifiques. De même, certains services Azure mondiaux ne vous obligent pas à sélectionner une région particulière, par exemple Microsoft Azure Active Directory, Microsoft Azure Traffic Manager et Azure DNS.
Les zones géographiques sont réparties comme suit :
- États-Unis
- Europe
- Asie-Pacifique
- Moyen-Orient et Afrique
Qu’est-ce qu’une zone de disponibilité ?
Les zones de disponibilité sont des centres de données physiquement séparés au sein d’une région Azure.
Chaque zone de disponibilité est composée d’un ou de plusieurs centres de données équipés d’une alimentation, d’un refroidissement et d’un réseau indépendants. Elle est configurée pour être une limite d’isolation. Si une zone de disponibilité tombe en panne, l’autre continue à fonctionner. Les zones de disponibilité sont connectées par le biais de réseaux en fibre optique privés très rapides.
Régions prises en charge
Les régions ne prennent pas toutes en charge les zones de disponibilité. Les régions suivantes comportent au minimum trois zones distinctes afin de garantir la résilience.
- USA Centre
- USA Est 2
- USA Ouest 2
- Europe Ouest
- France Centre
- Europe Nord
- Asie Sud-Est
Les zones de disponibilité sont utilisées principalement pour les machines virtuelles, les disques managés, les équilibreurs de charge et les bases de données SQL. Les services Azure qui prennent en charge les zones de disponibilité sont classés en deux catégories :
- Services zonaux : vous épinglez la ressource à une zone spécifique (par exemple, des machines virtuelles, des disques managés, des adresses IP)
- Services redondants interzone : la plateforme effectue automatiquement la réplication entre des zones (par exemple, stockage redondant interzone, SQL Database).
Qu’est-ce qu’une paire de régions ?
Chaque région Azure est toujours associée à une autre région au sein de la même zone géographique (par exemple États-Unis, Europe ou Asie) à au moins 480 kilomètres de distance. Cette approche permet la réplication des ressources (par exemple le stockage des machines virtuelles) sur l’ensemble d’une région, aidant ainsi à réduire la probabilité d’interruptions liées à des événements tels que des catastrophes naturelles, des troubles civils, des coupures de courant ou des pannes de réseau physique affectant les deux régions en même temps. Par exemple, si une région d’une paire est touchée par une catastrophe naturelle, les services basculent automatiquement vers l’autre région de la paire de régions.
exemple avec la région Europe Nord et Europe Ouest :
Contrats SLA pour les produits et services Azure
Il existe trois principales caractéristiques des contrats SLA pour les produits et services Azure :
- Cibles de performances
- Garanties de connectivité et durée de fonctionnement
- Crédits du service
Garanties de connectivité et durée de fonctionnement
| % de contrat SLA | Temps d’arrêt par semaine | Temps d’arrêt par mois | Temps d’arrêt par an |
|---|---|---|---|
| 99 | 1,68 heure | 7,2 heures | 3,65 jours |
| 99.9 | 10,1 minutes | 43,2 minutes | 8,76 heures |
| 99.95 | 5 minutes | 21,6 minutes | 4,38 heures |
| 99.99 | 1,01 minute | 4,32 minutes | 52,56 minutes |
| 99.999 | 6 secondes | 25,9 secondes | 5,26 minutes |
Rédiger des contrats SLA entre services
Lors de la combinaison de contrats SLA entre différentes offres de services, le contrat SLA résultant est appelé contrat SLA composite. Le contrat SLA composite obtenu peut fournir des valeurs de durée de fonctionnement supérieures ou inférieures en fonction de l’architecture de votre application.
Calcul du temps d’arrêt Envisagez une application web App Service qui écrit à Azure SQL Database. Actuellement, ces services Azure ont les contrats SLA suivants :
Exemple d’application web avec une valeur SLA de 99,95 % connectée à une base de données SQL avec une valeur SLA de 99,99 %.
Dans cet exemple, en cas d’échec d’un service, l’application entière échoue. En règle générale, la probabilité d’échec de chaque service est indépendante. Toutefois, la valeur de contrat SLA composite pour cette application est :
99.95 percent × 99.99 percent = 99.94 percent
Cela signifie que la probabilité de panne combinée est supérieure aux valeurs SLA individuelles. Cela n’est pas surprenant, car une application qui repose sur plusieurs services possède davantage de points de défaillance potentiels.
Questionnaire
- À quel niveau de granularité physique le déploiement d’une application peut-il être effectué directement ?
Région
Centre de données
Rack de serveurs
- Pour utiliser des centres de données qui sont disponibles avec des fonctionnalités d’alimentation, de refroidissement et de mise en réseau indépendantes des autres centres de données d’une région, choisissez une région qui prend en charge la/les_________ ?
Distribution géographique
Contrats de niveau de service (SLA)
Zones de disponibilité
- À quoi la disponibilité d’une application fait-elle référence ?
Le contrat de niveau de service de la ressource associée.
La prise en charge de l’application pour une zone de disponibilité.
Le temps total pendant lequel le système est fonctionnel et opérationnel.