Utiliser le placement zonal de zones de disponibilité pour une haute disponibilité d’application avec Azure NetApp Files
Les zones de disponibilité sont des emplacements physiquement séparés au sein de chaque région Azure de soutien qui tolèrent les défaillances locales. Les défaillances sont aussi bien des défaillances logicielles et matérielles que des événements de type tremblements de terre, inondations et incendies. La tolérance aux défaillances est obtenue grâce à la redondance et à l’isolation logique des services Azure. Pour garantir la résilience, au moins trois zones de disponibilité distinctes sont présentes dans toutes les régions qui ont des zones de disponibilité.
Important
Les zones de disponibilité sont appelées zones logiques. Chaque centre de données est affecté à une zone physique. Les zones physiques sont mappées à des zones logiques de votre abonnement Azure et le mappage est différent selon les abonnements. Ce mappage est automatiquement attribué aux abonnements Azure lors de leur création. Azure NetApp Files s’aligne sur le mappage de zone de disponibilité logique-physique générique pour tous les services Azure de l’abonnement.
Les zones de disponibilité Azure sont hautement disponibles, tolérantes aux pannes et plus scalables que les infrastructures traditionnelles ayant un ou plusieurs centres de données. Les zones de disponibilité vous permettent de concevoir et d’utiliser des applications et des bases de données qui passent automatiquement d’une zone à l’autre sans interruption. Vous pouvez concevoir des solutions résilientes à l’aide de services Azure qui utilisent des zones de disponibilité.
L’utilisation des architectures haute disponibilité (HA) avec des zones de disponibilité est désormais une recommandation par défaut et une bonne pratique dans le cadre du Well-Architected Framework d’Azure. Les applications et ressources d’entreprise sont de plus en plus déployées dans plusieurs zones de disponibilité pour atteindre ce niveau d’isolation de domaine de haute disponibilité (HA) ou de domaine d’échec (zone).
De nombreuses applications sont conçues pour la haute disponibilité dans plusieurs zones de disponibilité à l’aide de technologies de réplication et de basculement basées sur les applications, comme les groupes de disponibilité SQL Server Always-On (AOAG), SAP HANA avec réplication système HANA (HSR) et Oracle avec Data Guard.
Avant d’utiliser une zone de disponibilité, vous devez comprendre les concepts suivants :
Placement zonal : les ressources sont épinglées à une zone de disponibilité spécifique. Vous pouvez combiner plusieurs déploiements zonaux dans différentes zones pour répondre à des exigences de fiabilité élevées. Vous êtes responsable de la gestion de la réplication des données et de la distribution des requêtes entre les zones. Si une panne survient dans une zone de disponibilité donnée, vous êtes responsable du basculement vers une autre zone de disponibilité.
Redondance de zone : les ressources sont réparties entre nombreuses zones de disponibilité. Microsoft gère la répartition des requêtes et la réplication des données entre les zones. Si une panne survient dans une zone de disponibilité donnée, Microsoft gère automatiquement le basculement.
Important
Bien que vous puissiez utiliser le placement zonal avec Azure NetApp Files associé à des technologies de basculement et de réplication basées sur l’application pour créer une architecture hautement disponible, l’utilisation seule du placement zonal Azure NetApp Files ne fournit pas de redondance zonale. Si votre charge de travail ne prend pas en charge le basculement et la réplication basés sur l’application, envisagez d’utiliser la réplication interzone Azure NetApp Files pour assurer une redondance supplémentaire.
La fonctionnalité de placement de volumes de zone de disponibilité d’Azure NetApp Files vous permet de déployer chaque volume dans la zone de disponibilité de votre choix, en accord avec le calcul Azure et d’autres services de la même zone.
Dans le diagramme, toutes les machines virtuelles dans les réseaux virtuels (appairés) au sein de la région peuvent accéder à toutes les ressources Azure NetApp Files (flèches bleues). Les machines virtuelles accédant aux volumes Azure NetApp Files dans la même zone (flèches vertes) partagent le domaine d’échec de la zone de disponibilité. Notez qu’il n’existe aucune réplication entre les différents volumes au niveau de la plateforme.
Les déploiements Azure NetApp Files se produisent dans la zone de disponibilité de votre choix si Azure NetApp Files est présent dans cette zone de disponibilité et dispose d’une capacité suffisante.
Important
Le placement de volumes dans des zones de disponibilité d’Azure NetApp Files fournit un placement zonal. Il ne fournit pas de placement de proximité vers le calcul. Par conséquent, elle n’offre pas de garantie de latence faible. Les latences de la machine virtuelle au stockage se situent dans les fourchettes de latence de la zone de disponibilité.
Vous pouvez colocaliser vos ressources de calcul, de stockage, de réseau et de données dans une zone de disponibilité, et répliquer cette configuration dans d’autres zones de disponibilité.
La latence est soumise à la latence de la zone de disponibilité pour l’accès aux zones de disponibilité et à la fourchette de latence régionale pour l’accès aux zones à disponibilité croisée.
Important
Il n’est pas recommandé d’utiliser des zones de disponibilité avec des volumes managés par Terraform. Si vous le faites, vous devez ajouter la propriété de zone à votre volume.
Régions Azure avec des zones de disponibilité
Pour obtenir la liste des régions prenant actuellement en charge des zones de disponibilité, consultez Régions Azure avec prise en charge des zones de disponibilité.