Partager via


Fiabilité dans Azure Image Builder (AIB)

Cet article contient des informations sur la récupération d'urgence et la continuité des activités dans plusieurs régions.

Azure Image Builder (AIB) est un service régional avec un cluster qui dessert une seule région. La configuration régionale AIB conserve les données et les ressources à l’intérieur de la limite régionale. AIB en tant que service n’effectue pas de basculement pour le cluster et la base de données SQL dans les scénarios de panne de région.

Remarque

Azure Image Builder ne prend pas en charge les zones de disponibilité.

Récupération d’urgence et continuité d’activité inter-région

La récupération d’urgence (DR) consiste à récupérer après des évènements à fort impact, comme des catastrophes naturelles ou des échecs de déploiements, 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. La plupart des services qui s’exécutent sur des offres PaaS (Platform as a Service) Azure fournissent des fonctionnalités et des conseils pour prendre en charge la récupération d’urgence et vous pouvez utiliser fonctionnalités spécifiques au service pour prendre en charge la récupération rapide pour vous aider à développer votre plan de récupération d’urgence.

Pour garantir une récupération simple et rapide pour Azure Image Builder (AIB), il est recommandé d’exécuter un modèle d’image dans des paires de régions ou plusieurs régions lors de la conception de votre solution AIB. Vous devez également répliquer les ressources dès le début lorsque vous configurez vos modèles d’image.

Reprise d’activité géographique dans plusieurs régions

Si un sinistre régional se produit, Microsoft est responsable de la détection, des notifications et de la prise en charge des pannes pour AIB. Toutefois, vous êtes responsable de la configuration de la récupération d’urgence pour le contrôle (côté service) et les plans de données.

Détection, notification et gestion des pannes

Microsoft envoie une notification en cas de panne du service Azure Image Builder (AIB). Les modèles d’image qui obtiennent des erreurs 500 lors d’une tentative d’exécution constituent un symptôme de panne courant. Vous pouvez consulter les notifications de panne et les mises à jour d’état d’Azure Image Builder via la gestion des demandes de support.

Configurer la reprise d’activité et la détection des pannes

Vous êtes responsable de la configuration de la récupération d’urgence pour votre environnement Azure Image Builder (AIB), car il n’y a pas de basculement de région côté service AIB. Vous devez configurer à la fois le plan de contrôle (côté service) et le plan de données.

Il est recommandé de créer une ressource AIB dans une autre région proche, dans laquelle vous pouvez répliquer vos ressources. Pour plus d’informations, consultez les régions prises en charge et découvrez quelles sont les ressources incluses dans la création d’une instance AIB.

Récupération d’urgence géographique dans une seule région

Dans le cas d’un sinistre concernant une seule région, vous devez quand même obtenir une ressource de modèle d’image de cette région, même si celle-ci n’est pas disponible. Vous pouvez conserver une copie d’un modèle d’image localement ou utiliser Azure Resource Graph dans le portail Azure pour obtenir une ressource de modèle d’image.

Pour obtenir une ressource de modèle d’image à l’aide de Resource Graph dans le portail Azure :

  1. Accédez à la barre de recherche dans Portail Azure et recherchez explorateur ressource graph.

    Capture d’écran de l’Explorateur Azure Resource Graph dans le portail.

  2. Utilisez la barre de recherche à l’extrême gauche pour rechercher la ressource par type et par nom afin de voir comment les détails vous donnent les propriétés du modèle d’image. L’option Voir les détails en bas à droite montre les étiquettes et l’attribut des propriétés du modèle d’image séparément. Le nom, l’emplacement, l’ID et l’ID de locataire du modèle peuvent être utilisés pour obtenir la ressource de modèle d’image appropriée.

    Capture d’écran de l’utilisation de la recherche de l’Explorateur Azure Resource Graph.

Capacité et résilience proactive de la récupération d’urgence

Microsoft et ses clients opèrent selon le modèle de responsabilité partagée. Dans la récupération d’urgence activée par le client (services dont est responsable le client), vous êtes responsable de l’implémentation de la récupération d’urgence pour tous les services que vous déployez et contrôlez. Pour vous assurer que la récupération est proactive, vous devez toujours prédéployer des régions secondaires. Sans aucune région secondaire prédéployée, la capacité au moment de l’impact n’est pas garantie.

Lorsque vous planifiez l’emplacement où répliquer un modèle, tenez compte des éléments suivants :

  • Disponibilité des régions AIB :
  • Régions jumelées Azure :
    • Pour votre zone géographique, choisissez deux régions appairées.
    • Efforts de récupération pour les régions jumelées dont la hiérarchisation est nécessaire.

Conseils supplémentaires

Pour obtenir des informations sur le traitement de vos données, reportez-vous aux détails relatifs à la résidence des données Azure Image Builder.

Étapes suivantes