Activer la résilience de zone pour les charges de travail Azure

Pour rendre vos applications plus résilientes aux défaillances matérielles liées aux zones de disponibilité, aux interruptions réseau et aux catastrophes naturelles, concevez vos charges de travail Azure pour la résilience des zones. Lorsque vous distribuez des ressources entre plusieurs zones de disponibilité dans une région Azure, vous réduisez le risque d’une panne de zone unique affectant les services critiques.

Bien qu’il soit recommandé d’aborder la résilience de zone pendant la planification et le déploiement initiaux des charges de travail, il est courant de convertir les charges de travail non résilientes existantes en configurations résilientes de zone. En général, le traitement de l’activation de la résilience de zone pour les charges de travail existantes est simple et Microsoft continue de simplifier le processus. Toutefois, toute modification apportée à votre charge de travail peut entraîner un risque. Une fois que vous comprenez les risques impliqués, vous pourrez ensuite évaluer et hiérarchiser les charges de travail et services au sein de ces charges de travail sont les plus vitales pour votre entreprise, puis appliquer la résilience de zone aux ressources les plus impactantes en premier.

Cet article décrit les principales considérations relatives à l’activation de la résilience des zones dans vos charges de travail Azure. Il vous aide à planifier, implémenter et valider les modifications.

Qu’est-ce que la résilience de zone ?

Azure services peuvent être résilients aux pannes de zone de disponibilité de deux manières principales :

• Services redondants de zone : De nombreux services Azure prennent en charge la redondance de zone. Ces services répliquent automatiquement les données entre les zones de disponibilité, distribuent les requêtes entrantes et basculent vers différentes zones lors d’une défaillance de zone. Chaque service prend en charge ces fonctionnalités de manière logique pour ce service spécifique. Les mécanismes et le comportement de récupération varient selon le service, et les applications peuvent toujours rencontrer des interruptions temporaires pendant le basculement. Certains services sont redondants interzone par défaut, tandis que d’autres services peuvent avoir besoin de configurer la redondance de zone.

• Services zonaux : Certains services Azure sont assignés à une zone, ce qui signifie qu’ils peuvent être associés à une zone de disponibilité spécifique. Pour obtenir une résilience de zone à l’aide d’un service zonal, déployez des instances distinctes du service dans plusieurs zones de disponibilité. Vous devrez peut-être également gérer la distribution du trafic, la réplication des données et le basculement entre les instances.

Certains services peuvent être déployés dans une configuration redondante interzone ou zonale. Dans la plupart des cas, il est préférable de déployer des services redondants interzone lorsque vous le pouvez.

Pour plus d’informations, consultez Types de prise en charge des zones de disponibilité.

Procédure de mise en œuvre de la résilience de zone

Suivez les étapes suivantes pour examiner systématiquement vos charges de travail Azure, les hiérarchiser pour la résilience de zone et activer la résilience de zone pour chaque composant.

Prerequisites

Avant de commencer, effectuez les étapes suivantes :

• Identifiez chaque charge de travail. Une charge de travail fait référence à une collection de ressources d’application, de données et d’infrastructure de prise en charge qui fonctionnent ensemble pour obtenir des résultats métier définis. Pour en savoir plus sur les charges de travail et leur définition, consultez Charges de travail Azure Well-Architected Framework.

• Hiérarchiser les flux utilisateur et système de chaque charge de travail. Découvrez les chemins d’accès et les dépendances critiques de vos charges de travail pour déterminer les composants à rendre résilients aux pannes de zone en premier. Pour plus d’informations sur l’utilisation de l’analyse de flux critique pour hiérarchiser les flux de travail, consultez les Stratégies d’architecture pour identifier et évaluer les flux.

• Attribuez une évaluation de la criticité à chaque charge de travail et flux. Cette évaluation vous aide à comprendre l’impact d’une panne potentielle sur votre entreprise et guide vos décisions sur les charges de travail à hiérarchiser pour la résilience de zone. Considérez également la quantité de temps d’arrêt acceptable pendant que vous reconfigurez les charges de travail.

  Vous pouvez utiliser une taxonomie pour classifier vos charges de travail en fonction de leur criticité. Cette approche vous aide à concentrer vos efforts sur les services les plus importants.

  Considérez l’exemple de taxonomie suivant pour classifier vos charges de travail.

  Type de charge de travail	Descriptif	Effet de l’interruption
  Intégration stratégique	Flux critiques et charges de travail qui doivent être hautement fiables, toujours disponibles, résilientes aux défaillances et pouvant être restaurées dans les objectifs de reprise définis si des temps d’arrêt se produisent.	Toute perturbation des fonctions essentielles risque immédiatement des dommages catastrophiques à l’entreprise ou introduit des risques pour la vie humaine.
  Vital pour l’entreprise	Flux et charges de travail essentiels qui exploitent des fonctions métier importantes.	L’interruption risque une perte financière ou des dommages de marque.
  Opérationnel pour l’entreprise	Contribue à l’efficacité des opérations commerciales, mais hors ligne de service directe aux clients.	Peut tolérer un certain niveau de perturbation.
  Administratif	Flux de production internes et charges de travail non alignés sur les opérations métier.	Peut tolérer des perturbations.

  Pour plus d’informations sur la classification de vos charges de travail en fonction de l’évaluation de la criticité, consultez Affecter une évaluation de criticité à chaque flux.

• Vérifiez que les régions où résident vos ressources Azure prennent en charge les zones de disponibilité. Consultez la liste des régions Azure. Si une région ne prend pas en charge les zones de disponibilité, envisagez de déplacer vos ressources vers une région qui le fait. Pour plus d’informations, consultez Déplacement des ressources Azure entre les groupes de ressources, les abonnements ou les régions.

Étape 1 : Hiérarchiser les services Azure pour la résilience de zone

Après avoir déterminé les flux de charge de travail les plus critiques pour votre entreprise, vous pouvez vous concentrer sur les services Azure dont dépendent ces flux. Certains Azure services sont plus critiques pour vos applications que d’autres. Hiérarchiser ces services pour vous assurer que vos applications restent disponibles et résilientes si une défaillance de zone se produit.

Utilisez les instructions suivantes pour hiérarchiser les groupes de services Azure en fonction de leur criticité pour vos charges de travail. Prenez en compte votre architecture d’application et vos exigences métier spécifiques lorsque vous déterminez la priorité des services pour la résilience de zone.

1. Commencez par les services de mise en réseau. Les charges de travail ont tendance à partager des services réseau, de sorte qu’une augmentation de la résilience de ces services peut améliorer la résilience de plusieurs charges de travail en même temps.

   De nombreux services de mise en réseau de base sont automatiquement redondants interzone, mais vous devez vous concentrer sur les composants tels que les passerelles Azure ExpressRoute, les Passerelle VPN Azure, les Azure Application Gateway, les Azure Load Balancer et Pare-feu Azure.

2. Améliorez la résilience du stockage des données opérationnelles. Les magasins de données opérationnels contiennent des données précieuses que plusieurs charges de travail utilisent souvent, ce qui permet d’améliorer la disponibilité de ces magasins de données.

   Pour la résilience du stockage des données opérationnelles, concentrez-vous sur des services tels que Azure SQL Database, Azure SQL Managed Instance, stockage Azure, Azure Data Lake Storage, Azure Cosmos DB, Azure Database pour PostgreSQL, Azure Database pour MySQL et Azure Redis managé.

3. Hiérarchiser les services de calcul. Les instances d’application sans état peuvent être répliquées et distribuées entre les zones sans répliquer l’état de l’application entre les instances. Toutefois, les services de calcul peuvent également héberger des applications avec état. Tenez compte de leurs besoins en matière de données, de stockage et de réplication lorsque vous planifiez la résilience des zones.

   Les services de calcul incluent Machines virtuelles Azure, Groupes de machines virtuelles identiques Azure, Azure Kubernetes Service (AKS), Azure App Service, App Service Environment, Azure Functions, Azure Service Fabric et Azure Container Apps.

4. Passez en revue les ressources restantes critiques que vos flux critiques utilisent. Ces ressources peuvent ne pas être aussi critiques que les ressources répertoriées précédemment, mais elles jouent toujours un rôle dans les fonctionnalités de votre application, et vous devez les prendre en compte pour la résilience de zone.

5. Passez en revue le reste de vos ressources opérationnelles. Prenez des décisions éclairées concernant la résilience des systèmes en fonction des zones. Cette révision inclut les services qui peuvent ne pas être directement liés à vos charges de travail critiques, mais qui contribuent toujours à la fiabilité et aux performances globales des applications.

Étape 2 : Évaluer les approches de configuration de zone

Après avoir hiérarchisé vos charges de travail et Azure services, identifiez l’approche requise pour activer la prise en charge des zones de disponibilité pour chaque service. Comprenez ce que vous devez faire pour configurer la résilience de zone.

Chaque guide de service de fiabilité Azure fournit une section qui décrit comment activer la résilience de zone pour ce service. Cette section vous aide à comprendre l’effort nécessaire pour rendre chaque zone de service résiliente afin que vous puissiez planifier votre stratégie en conséquence. Pour plus d’informations sur un service spécifique, consultez Azure guides de service de fiabilité.

Utilisez le tableau de configuration de zone pour identifier les approches pour les services Azure courants.

Étape 3 : Tester la latence

Lorsque vous rendez la zone des charges de travail résiliente, envisagez la latence entre les zones de disponibilité. Parfois, certains systèmes hérités ne peuvent pas tolérer la faible latence supplémentaire introduite par le trafic interzone, en particulier lorsque vous activez la réplication synchrone entre les zones au sein du niveau de données. Si vous pensez que la latence interzone peut affecter votre charge de travail, exécutez des tests avant et après avoir activé la résilience de zone. Pour plus d’informations sur la façon dont la latence interzone peut affecter votre application et les approches permettant d’atténuer les problèmes de latence interzone, consultez les ressources zonales et la résilience de zone.

Étape 4 : Implémenter les modifications

Pour chaque composant, suivez les instructions de configuration ou de migration dans son guide de fiabilité. Avant de modifier les ressources de production :

• Définissez les critères d’acceptation pour vos flux critiques, notamment les temps d’arrêt acceptables, la latence, le débit et la perte de données.
• Vérifiez la région, le niveau, la capacité et les exigences de quota du service. Incluez les ressources dépendantes et toutes les ressources temporaires requises par la migration.
• Vérifiez que vous disposez de sauvegardes récupérables le cas échéant. Utilisez la section Sauvegarde et restauration du guide de fiabilité pour comprendre comment sauvegarder chaque ressource. Documentez comment revenir en arrière ou récupérer si la modification échoue, notamment comment gérer les données écrites après un basculement de migration.
• Testez les procédures de modification et de récupération dans un environnement non de production représentatif.

Appliquez des modifications en phases là où le service le prend en charge. Surveillez l’état de santé de l’application et les flux critiques pendant chaque phase et utilisez votre procédure de restauration ou de récupération si les résultats ne répondent pas à vos critères d’acceptation.

Étape 5 : Valider la résilience des zones

Après avoir appliqué les modifications, vérifiez que la charge de travail répond aux critères d’acceptation que vous avez définis. Validez la nouvelle configuration, par exemple en vérifiant que le service est maintenant configuré pour la redondance de zone.

Pour certains services, vous gérez le nombre d’instances. Vérifiez que les instances du service sont distribuées entre les zones. Déterminez si la capacité dans les zones survivantes peut répondre à vos besoins si une zone devient indisponible. Ne partez pas du principe que vous pouvez allouer une capacité de remplacement pendant une panne. Pour plus d’informations, consultez Gérer la capacité avec le surapprovisionnement.

Pour les services qui prennent en charge les tests de défaillance, suivez son guide de fiabilité pour tester le comportement de l’application en cas de défaillance et lors de la reprise dans un environnement contrôlé. Testez le comportement dont vous êtes responsable, plutôt que d'essayer de valider les mécanismes de basculement internes de Microsoft.

Approches de configuration de zone pour les services Azure

Chaque service Azure prend en charge un type spécifique de prise en charge de zone de disponibilité, qui est basé sur l'utilisation prévue du service et l'architecture interne. Si vous disposez d’une ressource qui n’est pas configurée pour utiliser des zones de disponibilité (également appelée une ressource non zonale), vous souhaiterez peut-être la reconfigurer avec la prise en charge des zones de disponibilité. Le guide de fiabilité de ce service fournit des conseils ou des liens vers des instructions de configuration de zone de disponibilité.

Cette section fournit une vue d’ensemble des différents types d’approches de configuration de zone et de l’approche prise en charge par chaque service. Cette section exclut les services non régionaux, car Azure ne les déploie pas dans une seule région. Pour plus d'informations sur les services non régionaux, consultez Azure services non régionaux et le guide de fiabilité du service.

La table de configuration zone répertorie l’approche de configuration de zone prise en charge pour de nombreux services Azure et contient un lien vers chaque guide de fiabilité pour ce service. Le guide de fiabilité fournit des informations sur la configuration des ressources de service nonzonales pour activer la prise en charge des zones de disponibilité.

Le tableau suivant décrit les approches courantes de configuration des zones, notamment le niveau d’effort et le temps d’arrêt requis pour activer les zones de disponibilité. Certains services ont des approches différentes répertoriées en raison de la façon dont ils fonctionnent.

Comprendre le coût de l’activation du support des zones de disponibilité pour un service. Certains services ne facturent pas séparément la fonctionnalité, mais vous payez toujours les ressources et la capacité que vous déployez. D’autres services nécessitent un niveau spécifique, un nombre minimal d’instances ou d’unités de capacité, ou les deux. Pour les services de stockage, le stockage redondant interzone (ZRS) peut avoir des taux plus élevés que le stockage localement redondant (LRS). Le tableau de la section suivante identifie ces facteurs de coût.

Services Azure selon l'approche de configuration par zone

Le tableau suivant récapitule la prise en charge des zones de disponibilité pour de nombreux services Azure et fournit une approche, y compris l’impact sur les coûts, afin d’activer la prise en charge des zones de disponibilité pour chaque service.

Service	Peut être redondant interzone	Peut être zonal	Approche de configuration de zone classique	Impact classique sur les coûts
Recherche Azure AI			Activation	Niveau minimal et nombre minimal de réplicas requis
Gestion des API Azure : niveau Premium (classique)			Configuration automatique : Toujours résilient aux zones Reconfiguration manuelle de zone : Modification	Unités supplémentaires facturées au tarif du niveau Premium
Gestion des API Azure : niveaux Standard v2 et Premium v2			Redéploiement	Unités supplémentaires facturées aux tarifs du niveau sélectionné
Azure App Configuration			Toujours résilient aux zones	N/A
Azure App Service			Activation	Nombre minimal de niveaux et d’instances requis
Azure App Service - App Service Environment			Activation	Nombre minimal d’instances requis
Azure Application Gateway			Toujours résilient aux zones	N/A
Azure Application Gateway pour les conteneurs			Toujours résilient aux zones	N/A
Azure Automation			Toujours résilient aux zones	N/A
Sauvegarde Azure			Redéploiement	Augmentation modérée des coûts
Azure Bastion			Redéploiement	Aucun impact sur les coûts
Azure Batch			Redéploiement	Aucun impact sur les coûts pour le même nombre de machines virtuelles
Stockage Blob Azure			Activation	Augmentation modérée des coûts
Azure Chaos Studio			Toujours résilient aux zones	N/A
Azure Container Apps			Redéploiement	Nombre minimal de réplicas requis
Azure Container Instances : groupes de conteneurs			Redéploiement	Aucun impact sur les coûts
Azure Container Instances : NGroups (préversion)			Redéploiement	Aucun impact sur les coûts pour le même nombre de groupes de conteneurs
Azure Container Registry			Toujours résilient aux zones	N/A
Azure Cosmos DB			Modification	Aucun si vous utilisez la mise à l’échelle automatique ou les écritures multirégion
Azure Data Explorer			Modification	Augmentation modérée des coûts
Azure Data Factory			Toujours résilient aux zones	N/A
Azure Data Lake Storage			Activation	Augmentation modérée des coûts
Azure Database pour MySQL			Redéploiement	Nécessite une réplique principale et une réplique de haute disponibilité (HA)
Azure Database pour PostgreSQL			Activation	Nécessite une réplique principale et une réplique de haute disponibilité.
Azure Databricks			Activation	Aucun impact sur les coûts pour le même nombre de machines virtuelles ; augmentation modérée des coûts pour le stockage
Stockage sur disque Azure			Activation	Augmentation modérée des coûts
Protection DDoS Azure			Toujours résilient aux zones	N/A
Registre des appareils Azure			Toujours résilient aux zones	N/A
Azure DNS Programme de résolution privé			Toujours résilient aux zones	N/A
Azure DocumentDB			Activation	Nécessite une partition principale et une partition de secours HA
Azure Elastic SAN			Redéploiement	Augmentation modérée des coûts
Azure Event Grid			Toujours résilient aux zones	N/A
Azure Event Hubs : niveau dédié			Toujours résilient aux zones	Unités de capacité minimales requises
Azure Event Hubs : tous les autres niveaux			Toujours résilient aux zones	N/A
Passerelle Azure ExpressRoute			Nouvelles passerelles : résilientes aux zones par défaut Passerelles nonzonales existantes : modification	Référence SKU minimale requise
Azure Files			Activation	ZRS : Augmentation modérée des coûts LRS zonal : aucun impact sur les coûts
Pare-feu Azure			Nouveaux pare-feu : zone résiliente par défaut Pare-feu nonzonal existant : Modification (migration automatique en cours)	Aucun impact sur les coûts
Azure Functions : Plan dédié			Activation	Nombre minimal d’instances requis
Azure Functions : Plan De consommation Flex			Activation	Nombre minimal d’instances requis
Azure Functions : Plan Premium			Redéploiement	Nombre minimal d’instances requis
Azure HDInsight			Redéploiement	Aucun impact sur les coûts pour le même nombre de nœuds
Azure IoT Hub			Toujours résilient aux zones	N/A
Azure Key Vault			Toujours résilient aux zones	N/A
Azure Kubernetes Service (AKS)			Redéploiement	Aucun impact sur les coûts
Azure Load Balancer			Modification	Aucun impact sur les coûts
Azure Logic Apps - Niveau consommation			Toujours résilient aux zones	N/A
Azure Logic Apps - Niveau Standard			Redéploiement	Nombre minimal de niveaux et d’instances requis
Azure Managed Grafana			Redéploiement	Augmentation modérée des coûts
Azure Managed Redis			Activation	Nécessite une instance principale et une instance de haute disponibilité
modèles d’intégrité Azure Monitor			Toujours résilient aux zones	N/A
Journaux d’activité Azure Monitor			Toujours résilient aux zones
Azure NAT Gateway			Redéploiement	Aucun impact sur les coûts
Azure NetApp Files			Redéploiement	Dépend de la configuration de la réplication
Azure Notification Hubs			Redéploiement	Augmentation modérée des coûts
service Azure Private Link			Toujours résilient aux zones	N/A
Stockage File d'attente Azure			Activation	Augmentation modérée des coûts
Azure Service Bus			Toujours résilient aux zones	N/A
Azure Service Fabric			Redéploiement	Aucun impact sur les coûts pour le même nombre de machines virtuelles
Azure SignalR Service			Activation	Niveau minimal requis
Azure Site Recovery			Redéploiement	Aucun impact sur les coûts pour Site Recovery, augmentation modérée des coûts pour le stockage de la réplication
Azure SQL Database : niveau Critique pour l’entreprise			Activation	Aucun impact sur les coûts
Azure SQL Database : niveau Usage général			Activation	Augmentation modérée des coûts
Azure SQL Database : niveau Hyperscale			Redéploiement	Nombre minimal de réplicas requis
Azure SQL Database : niveau Premium			Activation	Aucun impact sur les coûts
Azure SQL Managed Instance			Activation	Augmentation modérée des coûts
stockage Azure Actions			Toujours résilient aux zones (plan de contrôle) Activation (comptes de stockage cibles)	N/A (plan de contrôle) Dépend de la redondance du compte de stockage cible
Azure Stream Analytics			Toujours résilient aux zones	N/A
Découverte stockage Azure			Toujours résilient aux zones	N/A
Azure Table Storage			Activation	Augmentation modérée des coûts
Groupes de machines virtuelles identiques Azure			Redéploiement	Aucun impact sur les coûts pour le même nombre de machines virtuelles
Machines virtuelles Azure			Modification	Aucun impact sur les coûts pour le même nombre de machines virtuelles
Réseau virtuel Azure			Toujours résilient aux zones	N/A
Azure Virtual Network Manager			Toujours résilient aux zones	N/A
Azure VMware Solution			Redéploiement	Aucun impact sur les coûts pour le même nombre de nœuds
Passerelle VPN Azure			Modification	Référence SKU minimale requise
Azure Web PubSub			Activation	Niveau minimal requis
Adresse IP publique			Toujours résilient aux zones	N/A

Ressources associées

• guides de fiabilité Azure
• Services Azure qui prennent en charge les zones de disponibilité
• Services Azure non régionaux
• Liste des régions Azure