Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article décrit la prise en charge de la fiabilité dans les pools DevOps managés et couvre la récupération d’urgence inter-régions.
Zones de disponibilité
Les pools DevOps managés ne prennent pas en charge les zones de disponibilité pour l’instant.
Récupération d’urgence inter-région
Le concept de récupération d’urgence consiste à récupérer des événements à fort impact (comme les catastrophes naturelles) qui entraînent un temps d’arrêt et une perte de données. Quelle qu’en soit la cause, la meilleure solution en cas de sinistre est d’avoir un plan de DR bien défini et testé, et une conception d’application qui prend activement en charge la DR. Avant de commencer à réfléchir à la création de votre plan de récupération d’urgence, consultez Suggestions pour la conception d’une stratégie de récupération d’urgence.
Pour la récupération d’urgence, Microsoft utilise le modèle de responsabilité partagée. Dans un modèle de responsabilité partagée, Microsoft garantit que l’infrastructure de référence et les services de plateforme sont disponibles. En même temps, de nombreux services Azure ne répliquent pas automatiquement les données ou reviennent d’une région défaillante pour effectuer une réplication croisée vers une autre région activée. Pour ces services, vous êtes responsable de la configuration d’un plan de récupération d’urgence qui fonctionne pour votre charge de travail.
Les instances de pools DevOps managées ne répliquent pas ou basculent automatiquement d’une région défaillante vers une autre région activée. S’il existe une panne complète de la région Azure qui héberge votre pool, vous devez créer un pool dans une autre région, puis mettre à jour manuellement vos pipelines pour référencer le nouveau pool.
Planifier la reprise d’activité après sinistre
Documentez la configuration de vos pools afin de pouvoir les recréer en cas de panne. Les pools DevOps managés dépendent des ressources suivantes :
- Groupe de ressources pour le pool de remplacement
- Le Centre de développement et projet du Centre de développement pour le pool de remplacement
- Images de la galerie de calcul Azure (si votre pool les utilise)
Vous pouvez enregistrer la configuration de votre pool existant et créer des modèles Azure Resource Manager (modèles ARM), des modèles Bicep ou des scripts Azure CLI pour recréer votre pool. Vous pouvez utiliser les mêmes paramètres (à l’exception du nom et de l’emplacement) et mettre à jour manuellement vos pipelines pour utiliser le nouveau pool. Lorsque les opérations normales reprendnt dans la région Azure de votre pool d’origine, vous pouvez mettre à jour vos pipelines pour utiliser le pool d’origine, puis supprimer le nouveau pool et ses ressources associées.