Fiabilité dans Insights Santé Azure AI

Cet article décrit la prise en charge de la fiabilité dans Insights Santé Azure AI et couvre la résilience régionale avec des zones de disponibilité et la résilience interrégionale 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.

Quand vous créez une ressource Insights Santé dans le portail Azure, vous spécifiez une région. À partir de là, votre ressource et toutes ses opérations restent associées à cette région Azure en particulier. Il est rare, mais pas impossible, de rencontrer un problème réseau qui touche une région entière. Si votre solution doit toujours être disponible, vous devez la concevoir pour qu’elle bascule vers une autre région ou qu’elle répartisse la charge de travail entre deux régions ou plus.

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é. Les Insights Santé Azure AI prennent en charge une configuration « zonale », ce qui signifie que les instances sont épinglées à une zone spécifique.

Expérience en cas de panne de zone

Pendant une panne à l’échelle de la zone, le client doit s’attendre à une brève dégradation des performances, jusqu’à ce que le service ré-équilibre la capacité sous-jacente pour s’ajuster aux zones saines. Cela ne dépend pas de la restauration de zone ; on s’attend à ce que l’état de l’auto-réparation du service géré par Microsoft compense une zone perdue, en se servant de la capacité des autres zones.

Reprise d’activité inter-région dans une zone géographique multiré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 des temps d’arrêt. 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.

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. 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.

Pour les Insights Santé Azure AI, le service ne stocke pas les données pendant une longue période et se limite plutôt à la durée du traitement des données. Si une panne se produit dans une région, toutes les données associées aux demandes qui sont en cours sont perdues. Si votre solution doit toujours être disponible, vous devez la concevoir pour qu’elle bascule vers une autre région ou qu’elle répartisse la charge de travail entre deux régions ou plus. Lorsque vous envisagez de déployer votre application pour la récupération d’urgence, il est utile de comprendre les régions et zones géographiques Azure. Pour plus d’informations, consultez Réplication inter-régions Azure.

Étapes suivantes

Fiabilité dans Azure