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 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 des régions uniques. 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é.
Reprise d’activité et continuité d’activité entre régions
La reprise après sinistre (DR) fait référence aux pratiques utilisées par les organisations pour se remettre d’événements à fort impact, tels que des catastrophes naturelles ou des déploiements échoués qui entraînent des temps d’arrêt et des pertes de données. Quelle que soit la cause, le meilleur remède à une catastrophe est un plan de reprise après sinistre bien défini et testé et une conception d’application qui prend activement en charge la récupération d'urgence. Avant de commencer à créer votre plan de reprise après sinistre, consultez Recommandations pour la conception d'une stratégie de reprise après sinistre.
Pour la récupération d’urgence, Microsoft utilise le modèle de responsabilité partagée. Dans ce modèle, Microsoft garantit que l’infrastructure de base et les services de plateforme sont disponibles. Cependant, de nombreux services Azure ne répliquent pas automatiquement les données ou ne reviennent pas 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 instructions pour la prise en charge de la récupération d’urgence. Vous pouvez utiliser des fonctionnalités spécifiques au service pour prendre en charge une récupération rapide afin de vous aider à développer votre plan de récupération d'urgence.
Pour garantir une récupération rapide et facile 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.
Récupération d’urgence géographique dans plusieurs régions
Lorsqu'une catastrophe régionale se produit, Microsoft est responsable de la détection des pannes, des notifications et du support pour AIB. Cependant, vous êtes responsable de la configuration de la reprise après sinistre pour les plans de contrôle (côté service) et 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 requêtes de support.
Configurer la reprise d’activité et la détection des pannes
Vous êtes responsable de la configuration de la reprise après sinistre pour votre environnement Azure Image Builder (AIB), car il n’existe pas de basculement régional 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 les ressources incluses dans une création AIB.
Récupération d’urgence géographique dans une seule région
En cas de sinistre pour une seule région, vous devez toujours obtenir une ressource de modèle d’image à partir de cette région même si cette région n’est pas disponible. Vous pouvez conserver une copie d’un modèle d’image localement ou utiliser Azure Resource Graph à partir du Portail Microsoft Azure pour obtenir une ressource de modèle d’image.
Pour obtenir une ressource de modèle d’image à l’aide de Resource Graph à partir du Portail Microsoft Azure :
Accédez à la barre de recherche dans Portail Microsoft Azure et recherchez explorateur ressource graph.
Utilisez la barre de recherche à l'extrême gauche pour rechercher une 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 affiche l'attribut de propriétés et les balises du modèle d'image séparément. Le nom du modèle, l'emplacement, l'ID et l'ID du locataire peuvent être utilisés pour obtenir la ressource de modèle d'image correcte.
Capacité et résilience proactive de la récupération d’urgence
Microsoft et ses clients fonctionnent selon le modèle de responsabilité partagée. Dans les services DR activés par le client (services responsables du client), vous êtes responsable de la gestion des DR pour tout service que vous déployez et contrôlez. Pour garantir que la récupération est proactive, vous devez toujours pré-déployer les secondaires. Sans serveurs secondaires pré-déployés, il n'y a aucune garantie de capacité au moment de l'impact.
Lorsque vous planifiez l’emplacement où répliquer un modèle, tenez compte des éléments suivants :
- Disponibilité des régions AIB :
- Choisissez des régions AIB prises en charges et proches de vos utilisateurs.
- AIB s’étend en permanence à de nouvelles régions.
- 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
En ce qui concerne vos informations de traitement de données, reportez-vous aux détails de résidence des données d’Azure Image Builder.