Fiabilité dans le Azure Data Manager pour Energy
Cet article décrit la prise en charge de la fiabilité dans Azure Data Manager pour Energy, et couvre la résilience régionale avec les zones de disponibilité et la résilience inter-région avec la récupération d’urgence. Pour obtenir une vue d’ensemble plus détaillée de la fiabilité dans Azure, consultez Fiabilité Azure.
Prise en charge des zones de disponibilité
Les zones de disponibilité Azure sont au moins trois groupes physiquement distincts de centres de données dans chaque région Azure. Les centres de données de chaque zone sont équipés d’une infrastructure réseau, de refroidissement et d’alimentation indépendante. En cas de défaillance de zone locale, les zones de disponibilité sont conçues de telle sorte que si une zone est affectée, les services, la capacité et la haute disponibilité de la région sont pris en charge par les deux autres zones.
Les défaillances sont aussi bien des défaillances logicielles et matérielles que des événements de type tremblements de terre, inondations et incendies. La tolérance aux défaillances est obtenue par la redondance et l’isolation logique des services Azure. Pour obtenir des informations détaillées sur les zones de disponibilité dans Azure, consultez Régions et zones de disponibilité.
Les services Azure compatibles avec les zones de disponibilité sont conçus pour fournir le niveau approprié de fiabilité et de flexibilité. Ils peuvent être configurés de deux façons. Un service peut être redondant interzone, avec une réplication automatique entre les zones, ou zonal, avec des instances épinglées à une zone spécifique. Vous pouvez également combiner ces approches. Pour plus d’informations sur l’architecture zonale et redondante interzone, consultez Recommandations relatives à l’utilisation de zones de disponibilité et de régions.
Azure Data Manager for Energy prend en charge les instances redondantes par défaut et aucune configuration supplémentaire n’est nécessaire.
Prérequis
Azure Data Manager pour Energy prend en charge les zones de disponibilité dans les régions suivantes :
| Amérique | Europe | Asie-Pacifique | Moyen-Orient / Afrique |
|---|---|---|---|
| États-Unis - partie centrale méridionale | Europe Nord | Australie Est | Qatar Centre |
| USA Est | Europe Ouest | ||
| Brésil Sud |
Expérience en cas de panne de zone
Lors d’une panne à l’échelle de la zone, aucune action n’est requise lors de la récupération de zone. Il peut y avoir une brève dégradation des performances jusqu’à ce que le service se rééquilibre automatiquement et rééquilibre la capacité sous-jacente pour s’adapter aux zones saines. Pendant cette période, il se peut que vous rencontriez des erreurs 5xx et que vous deviez réessayer les appels API jusqu'à ce que le service soit rétabli.
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.
Récupération d’urgence dans la zone géographique multi-région
Azure Data Manager pour Energy est un service régional et, par conséquent, il est susceptible de subir des pannes de service au niveau régional. Azure Data Manager pour Energy suit une configuration de basculement actif-passif pour récupérer en cas de sinistre régional. Une configuration active-passive garde la ressource Azure Data Manager for Energy chaude dans la région secondaire, mais n’y envoie pas de trafic, sauf en cas de défaillance de la région primaire.
Voici la liste des régions primaires et secondaires pour les régions où la récupération d’urgence est prise en charge :
| Pays | Principal | Secondary |
|---|---|---|
| Amérique | États-Unis - partie centrale méridionale | Centre-Nord des États-Unis |
| Amérique | USA Est | USA Ouest |
| Amérique | Brésil Sud* | |
| Europe | Europe Nord | Europe Ouest |
| Europe | Europe Ouest | Europe Nord |
| Asie-Pacifique | Australie Est | Australie |
| Moyen-Orient / Afrique | Qatar Central* |
(*) Ces régions sont limitées dans la prise en charge des scénarios de reprise d’activité après sinistre des clients. Pour plus d’informations, veuillez contacter vos représentants commerciaux ou clients Microsoft.
Azure Data Manager pour Energy utilise Azure Storage, Azure Cosmos DB et Elasticsearch index comme magasins de données sous-jacents pour la persistance de vos données de partition. Ces magasins de données offrent une durabilité, une disponibilité et une scalabilité élevées. Azure Data Manager pour Energy utilise un stockage géo-redondant interzone ou GZRS pour répliquer automatiquement des données vers une région secondaire qui est éloignée de la région primaire. Les mêmes fonctions de sécurité activées dans la région principale (par exemple, le chiffrement au repos à l'aide de votre clé de chiffrement) pour protéger vos données sont applicables à la région secondaire. De même, Azure Cosmos DB est un service de données distribué à l'échelle mondiale, qui réplique les métadonnées (catalogue) entre les régions. Les instantanés d'index Elasticsearch sont pris à intervalles réguliers et géo-répliqués dans la région secondaire. Toutes les données en cours sont éphémères et donc susceptibles d’être perdues. Par exemple, les données en transit qui font partie d'un travail d'ingestion en cours et qui ne sont pas encore conservées sont perdues, et vous devez redémarrer le processus d'ingestion lors de la récupération.
Important
Dans les régions suivantes, la récupération d’urgence n’est pas disponible. Pour plus d’informations, veuillez contacter votre représentant commercial ou clients Microsoft.
- Brésil Sud
- Qatar Centre
Configurer la reprise d’activité et la détection des pannes
Le service Azure Data Manager pour Energy surveille en permanence l’intégrité du service dans la région primaire. Si une panne de service est détectée dans la région primaire, nous tentons de la rétablir avant d'initier le basculement vers la région secondaire en votre nom. Nous vous informerons de la progression du basculement. Une fois le basculement terminé, vous pouvez vous connecter à la ressource Azure Data Manager pour Energy dans la région secondaire et poursuivre les opérations. Toutefois, il pourrait y avoir une légère dégradation des performances en raison de contraintes de capacité dans la région secondaire.
Gestion des ressources de votre abonnement
Vous devez gérer le basculement de vos applications professionnelles qui se connectent à Azure Data Manager pour Energy et qui sont hébergées dans la même région primaire. En outre, vous êtes responsable de la récupération de tous les journaux de diagnostic stockés dans votre espace de travail Log Analytics.
Si vous configurez des liens privés vers votre ressource Azure Data Manager pour Energy dans la région primaire, vous devez créer un point de terminaison privé secondaire vers la même ressource dans la région jumelée.
Attention
Si vous n'activez pas les réseaux d'accès public ou ne créez pas de point de terminaison privé secondaire avant une panne, vous perdrez l'accès à la ressource Azure Data Manager pour Energy défaillante dans la région secondaire. Vous ne pourrez accéder à la ressource Azure Data Manager pour Energy qu'une fois le basculement de la région primaire terminé.
Important
Après le basculement et jusqu'à ce que le basculement de la région primaire soit terminé, vous ne pourrez pas modifier l'état de la ressource Azure Data Manager pour Energy créée dans votre abonnement. Par exemple,
- vous ne pouvez pas Activer ou Désactiver les réseaux d’accès public.
- vous ne pouvez pas Approuver ou Rejeter la connexion de point de terminaison privé à la ressource Azure Data Manager pour Energy
- vous ne pouvez pas créer une nouvelle partition de données.