Fiabilité dans les pools DevOps managés
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
La récupération d’urgence (DR) consiste à récupérer à partir d’événements à fort impact, tels que 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.
En ce qui concerne la récupération d’urgence (DR), 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. En cas de panne complète de la région Azure qui héberge votre pool DevOps managé, vous devez créer un pool DevOps managé dans une autre région et 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 DevOps managés afin de pouvoir les recréer dans le même temps qu’une panne. Cela inclut les ressources suivantes dont dépendent les pools DevOps gérés :
- Groupe de ressources pour le pool de remplacement
- Le centre de développement et le 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 ARM ou des scripts Azure CLI pour recréer votre pool à l’aide des 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 et supprimer le nouveau pool et les ressources associées.