Fiabilité dans Azure Event Hubs
Cet article décrit la prise en charge de la fiabilité dans Azure Event Hubs, et couvre la résilience intra-régionale avec les zones de disponibilité ainsi que la continuité d’activité et reprise d’activité inter-région. Pour obtenir une vue d’ensemble plus détaillée de la fiabilité dans Azure, consultez fiabilité d’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.
Event Hubs implémente des mécanismes transparents de détection des défaillances et de basculement, de sorte qu’en cas de défaillance, le service continue à fonctionner dans les limites des niveaux de service assurés et sans interruption notable. Si vous créez un espace de noms Event Hubs dans une région qui prend en charge les zones de disponibilité, la redondance de zone est automatiquement activée. Avec la redondance de zone, la tolérance de panne est accrue et le service dispose de suffisamment de réserves de capacité pour faire face à la panne d’une installation entière. Les métadonnées et les données (événements) sont répliquées dans les centres de données dans chaque zone.
Prérequis
La prise en charge des zones de disponibilité est disponible uniquement dans les régions Azure avec des zones de disponibilité.
Créer une ressource avec les zones de disponibilité activées
Lorsque vous utilisez le portail Azure, la redondance de zone est automatiquement activée. Lorsque vous créez un espace de noms, le message mis en évidence suivant s’affiche quand vous sélectionnez une région qui prend en charge les zones de disponibilité.
Désactiver les zones de disponibilité
Le portail Azure ne prend pas en charge la désactivation des zones de disponibilité. Pour désactiver les zones de disponibilité, appliquez l’une des méthodes suivantes :
Commande Azure CLI
az eventhubs namespaceavec--zone-redundant=falseCommande PowerShell
New-AzEventHubNamespaceavec-ZoneRedundant=falsepour créer un espace de noms avec redondance de zone désactivée.
Migration de zones de disponibilité
Lorsque vous créez des zones de disponibilité dans une région qui les prend en charge, les zones de disponibilité sont automatiquement activées. Si vous souhaitez apprendre à déplacer votre espace de noms Event Hubs vers une nouvelle région prenant en charge les zones de disponibilité, consultez Déplacer Event Hubs vers une autre région.
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.
Le modèle de cluster Azure Event Hubs tout actif avec prise en charge des zones de disponibilité offre une résilience contre les pannes matérielles et de centres de données. Toutefois, si une catastrophe dans laquelle une région entière et toutes les zones ne sont pas disponibles, vous pouvez utiliser la Géo-reprise d'activité après sinistre pour récupérer votre charge de travail et la configuration de votre application.
Il existe deux fonctionnalités qui fournissent la géo-reprise d’activité après sinistre dans Azure Event Hubs.
Géo-reprise d’activité après sinistre (récupération d’urgence des métadonnées), qui fournit simplement la réplication des métadonnées uniquement.
La Géo-reprise d'activité après sinistre garantit que toute la configuration d’un espace de noms (Event Hubs, groupes de consommateurs et paramètres) est répliquée en continu à partir d’un espace de noms principal vers un espace de noms secondaire lorsqu’il est associé.
La fonctionnalité de géorécupération d’urgence d’Azure Event Hubs est une solution de récupération d’urgence. Les concepts et le workflow décrits dans cet article concernent des scénarios de sinistres, pas des pannes temporaires. Pour obtenir une présentation détaillée de la récupération d’urgence dans Microsoft Azure, consultez cet article.
Avec la Géo-reprise d'activité après sinistre, vous pouvez lancer un basculement une seule fois du serveur principal vers le serveur secondaire à tout moment. Le basculement fait pointer le nom d’alias choisi pour l’espace de noms vers l’espace de noms secondaire. Une fois le déplacement terminé, le jumelage est ensuite supprimé. Le basculement est presque instantané une fois lancé.
Pour obtenir des informations détaillées, des exemples et une documentation supplémentaire sur la géo-reprise d’activité dans Event Hubs, consultez Azure Event Hubs – Géo-reprise d’activité.
La géoréplication (préversion publique), qui fournit la réplication des métadonnées et des données, réplique les informations de configuration et toutes les données d’un espace de noms principal vers un ou plusieurs espaces de noms secondaires. Lorsqu’un basculement est effectué, le secondaire sélectionné devient le principal et le serveur principal précédent devient secondaire. Les utilisateurs peuvent effectuer un basculement vers le serveur principal d’origine lorsque vous le souhaitez.
Pour obtenir des informations détaillées, des exemples et une documentation supplémentaire sur la géoréplication dans Event Hubs, consultez Géoréplication.