Fiabilité dans Azure Virtual Machine Scale Sets

Azure Virtual Machine Scale Sets est une ressource de calcul Azure que vous pouvez utiliser pour créer et gérer un groupe d’instances de machine virtuelle. Le nombre d’instances de machine virtuelle peut augmenter ou diminuer automatiquement en fonction d’une demande ou d’un calendrier défini. Les jeux d'échelle de machines virtuelles aident à rendre les applications hautement disponibles et résilientes en distribuant des machines virtuelles sur plusieurs zones de disponibilité et domaines de défaillance.

Lorsque vous utilisez Azure, la fiabilité est une responsabilité partagée. Microsoft fournit une gamme de fonctionnalités pour prendre en charge la résilience et la récupération. Vous êtes responsable de comprendre le fonctionnement de ces fonctionnalités dans tous les services que vous utilisez et de sélectionner les fonctionnalités dont vous avez besoin pour atteindre vos objectifs métier et vos objectifs de temps d’activité.

Cet article explique comment rendre les jeux d'échelle de machines virtuelles résilients à diverses pannes et problèmes potentiels, notamment les erreurs temporaires, les pannes de zone de disponibilité, les pannes de région, la reconfiguration des machines virtuelles et la maintenance du service. Il décrit également comment utiliser des sauvegardes pour récupérer à partir d’autres types de problèmes et met en évidence des informations clés sur le contrat de niveau de service des groupes de machines virtuelles identiques (SLA).

Recommandations concernant le déploiement de production

Azure Well-Architected Framework fournit des recommandations pour la fiabilité, les performances, la sécurité, le coût et les opérations. Pour savoir comment ces domaines influencent les uns les autres et contribuent à une solution de groupes de machines virtuelles identiques fiables, consultez les meilleures pratiques d’architecture pour les machines virtuelles Azure et les groupes identiques dans le Well-Architected Framework.

Vue d’ensemble de l’architecture de fiabilité

Un groupe de dimensionnement regroupe plusieurs instances de machine virtuelle et applique la configuration centralisée, les règles de mise à l'échelle automatique et les mises à niveau par roulement.

Les lots d'échelles prennent en charge deux modes d’orchestration distincts :

• Groupes d'échelle flexibles (recommandés) vous donnent une plus grande flexibilité pour déployer et gérer des instances de VM individuelles.
• Les ensembles de mise à l'échelle uniformes déploient des machines virtuelles ayant une configuration identique, que vous gérez en tant que groupe.

Répartition des domaines de défaillance

Les domaines d’erreur sont des groupes d’isolation des erreurs au sein d’un centre de données. Chaque domaine d’erreur est semblable à un rack de serveur, qui est une collection de nœuds matériels qui partagent la même alimentation, la mise en réseau, le refroidissement et la planification de maintenance de la plateforme. Étant donné que les instances de machine virtuelle de chaque ensemble d'échelle sont réparties sur plusieurs domaines de pannes, une panne planifiée ou non planifiée survenant dans un domaine de panne ne perturbe probablement pas les instances de machine virtuelle dans d'autres domaines de pannes.

Lorsque vous déployez un ensemble de mise à l'échelle, vous pouvez contrôler le nombre de domaines de défaillance répartis entre les machines virtuelles. Pour la plupart des scénarios, utilisez le comportement maximal de propagation , qui utilise autant de domaines d’erreur que possible. Pour plus d’informations, consultez Choisir le bon nombre de domaines de pannes pour les groupes de machines virtuelles identiques.

Dans les régions qui ont des zones de disponibilité, chaque zone a un ensemble distinct de domaines d’erreur. Lorsque vous créez un groupe identique couvrant une zone, les instances sont réparties entre les domaines d’erreur de chaque zone utilisée par votre groupe identique.

Équilibrage de la charge

Les groupes identiques peuvent s’intégrer aux services d’équilibrage de charge Azure, notamment Azure Load Balancer et Azure Application Gateway. Lorsque l'ensemble de machines virtuelles ajoute ou supprime des instances, l'intégration de l'équilibreur de charge met automatiquement à jour la configuration de l'équilibreur de charge. Pour plus d’informations, consultez Mise en réseau pour les groupes de machines virtuelles identiques.

Les ensembles de mise à l'échelle incluent de nombreux autres contrôles et fonctionnalités qui influencent la façon dont vous déployez, échelonnez, distribuez et mettez à jour les instances. Pour plus d’informations, consultez la présentation générale des ensembles de machines virtuelles.

Résilience aux erreurs temporaires

Les erreurs temporaires sont des défaillances courtes et intermittentes dans les composants. Elles se produisent fréquemment dans un environnement distribué comme le cloud, et font partie intégrante des opérations ordinaires. Les erreurs temporaires se corrigent après une courte période de temps. Il est important que vos applications puissent gérer les erreurs temporaires, généralement en réessayant les requêtes affectées.

Toutes les applications hébergées dans le cloud doivent suivre les instructions de gestion des erreurs temporaires Azure lorsqu’elles communiquent avec toutes les API, bases de données et autres composants hébergés dans le cloud. Pour plus d’informations, consultez Recommandations pour la gestion des erreurs temporaires.

Les applications qui s’exécutent sur vos machines virtuelles doivent implémenter des stratégies de gestion des erreurs appropriées pour s’assurer que les interruptions temporaires du service n’affectent pas votre charge de travail.

Résilience aux problèmes d’instance

Lorsqu’un groupe de machines virtuelles lance une tâche de création ou de suppression d’une instance de machine virtuelle, l’opération peut échouer. Pour réessayer automatiquement les tâches de création ou de suppression d’une instance de machine virtuelle ayant échoué, envisagez d’utiliser la fonctionnalité de création et de suppression résiliente pour les groupes de machines virtuelles identiques (préversion).

Des problèmes peuvent se produire pendant l’exécution des instances. Par exemple, une instance peut ne pas répondre en raison d’incidents d’application ou d’épuisement des ressources. Utilisez des réparations automatiques d’instance pour surveiller l’intégrité de votre application et redémarrer, réimager ou remplacer automatiquement une instance de machine virtuelle si nécessaire.

Résilience aux échecs de zone de disponibilité

Les zones de disponibilité sont des groupes physiquement distincts de centres de données au sein d’une région Azure. Lorsqu'une zone tombe en panne, les services peuvent basculer vers l'une des zones restantes.

Virtual Machine Scale Sets prend en charge les zones de disponibilité dans les configurations qui s’étendent sur plusieurs zones et zonales.

• Un ensemble d'échelle traversant plusieurs zones répartit les instances entre plusieurs zones de disponibilité que vous sélectionnez.

  La répartition des instances de machine virtuelle entre les zones de disponibilité vous offre le meilleur niveau de service. Nous vous recommandons d’utiliser des ensembles de machines virtuelles couvrant des zones pour la majorité des charges de travail basées sur des machines virtuelles dans Azure.

  Dans un ensemble de mise à l'échelle s'étendant sur une zone, chaque instance de machine virtuelle et ses disques sont attachés à une zone de disponibilité spécifique. Lorsque toutes les zones sont saines, les instances peuvent communiquer entre les zones à l’aide d’un réseau hautes performances et à faible latence. Si une zone rencontre un problème de panne ou de connectivité, les instances dans les autres zones ne sont pas affectées.

  Par défaut, l'ensemble de mise à l'échelle utilise une approche au mieux pour répartir de manière équitable les instances entre les zones sélectionnées. Toutefois, si vous avez besoin d’un équilibrage strict, vous pouvez modifier la configuration d’équilibrage de zone.

  Le diagramme suivant montre un ensemble évolutif s'étendant sur trois zones, avec une instance dans chacune.

  

  Le diagramme montre trois zones étiquetées zone de disponibilité 1, zone de disponibilité 2 et zone de disponibilité 3 de gauche à droite. Un ensemble de mise à l'échelle s'étend sur ces trois instances. Chaque zone de disponibilité inclut une instance de machine virtuelle.

  L’étendue de zone est similaire à la redondance de zone dans d’autres services Azure, mais les ensembles de machines virtuelles à échelle ne fournissent pas de réplication automatique des données à travers les zones ni de basculement en cas de panne des zones. Dans certaines situations inhabituelles, un groupe identique couvrant une zone peut également avoir ses instances déployées dans une seule zone, comme lorsque vous attachez des machines virtuelles individuelles dans une zone à un groupe identique flexible couvrant une zone qui a une seule instance dans la même zone.

  Note

  Si vous utilisez le mode d’orchestration flexible et attachez, détachez ou supprimez des machines virtuelles individuelles, assurez-vous que les machines virtuelles sont réparties entre plusieurs zones. Si les machines virtuelles se trouvent toutes dans une seule zone, votre ensemble de mise à l'échelle peut ne pas être résilient à une interruption dans cette zone.

• Un ensemble échelonnable, également appelé aligné à la zone, place toutes ses instances dans une seule zone de disponibilité que vous spécifiez. Chaque machine virtuelle et ses disques sont zonaux, de sorte qu’ils sont épinglés à cette zone spécifique.

  Important

  L’épinglage à une seule zone de disponibilité est recommandé uniquement lorsque la latence interzone est trop élevée pour vos besoins et après avoir vérifié que la latence ne répond pas à vos besoins. Par elle-même, une ressource zonale ne fournit pas de résilience à une panne d'une zone de disponibilité. Pour améliorer la résilience d’une ressource zonale, vous devez déployer explicitement des ressources distinctes dans plusieurs zones de disponibilité et configurer le routage et le basculement du trafic. Pour plus d’informations, consultez ressources zonales et résilience de zone.

  Le diagramme suivant montre un ensemble de mise à l'échelle zonale dans une zone unique, avec trois instances dans cette zone.

  

  Le diagramme montre trois zones étiquetées zone de disponibilité 1, zone de disponibilité 2 et zone de disponibilité 3 de gauche à droite. Une boîte rectangulaire chevauche la zone de disponibilité 1. Il contient une icône étiquetée ensemble de mise à l'échelle complètement à gauche et trois icônes d'instance de machine virtuelle sous la catégorie zone de disponibilité. Les cases pour la zone de disponibilité 2 et la zone de disponibilité 3 sont vides.

Si vous ne spécifiez pas de zones de disponibilité pour votre ensemble de mise à l'échelle, il est nonzoné ou régional. Dans ce scénario, les instances peuvent être placées dans n’importe quelle zone de la région et peuvent ne pas être distribuées uniformément ou situées dans la même zone. Lorsque vous utilisez un ensemble d'échelles non zonal, la colocalisation des disques dans la même zone est garantie pour les disques Ultra et Premium v2. La colocalisation est fournie sur une base de meilleur effort pour les disques Premium v1 et n’est pas garantie pour les disques SKU Standard, y compris les disques SSD ou HDD. Si une zone de la région échoue, votre ensemble de machines virtuelles identiques peut rencontrer une interruption de service.

Spécifications

• Prise en charge de la région : Vous pouvez déployer des ensembles de mises à l'échelle zonaux et interzones dans n’importe quelle région prenant en charge les zones de disponibilité.

  Toutefois, certains types et tailles de machine virtuelle sont disponibles uniquement dans des régions spécifiques ou dans des zones spécifiques au sein d’une région. Pour vérifier quelles régions et zones prennent en charge les types de machines virtuelles dont vous avez besoin, utilisez les ressources suivantes :

  • Pour vérifier les types de machines virtuelles disponibles dans chaque région, consultez Produits disponibles par région.

  • Pour vérifier les types et tailles de machine virtuelle pris en charge dans chaque zone d’une région spécifique, consultez Vérifier la disponibilité de la référence SKU de machine virtuelle.

  Si un SKU de machine virtuelle spécifique n’est disponible dans aucune des zones que vous sélectionnez pour votre ensemble évolutif, votre ensemble évolutif pourrait ne pas pouvoir s'étendre afin de satisfaire vos besoins en termes de capacité.

• Hôtes dédiés : Les déploiements d’hôtes dédiés Azure ne prennent pas en charge les jeux d'échelles s'étendant sur plusieurs zones ou au sein d'une même zone.

• Types: La prise en charge des zones de disponibilité est disponible pour tous les types de groupes de mise à l'échelle, y compris les groupes de mise à l'échelle flexibles et uniformes.

Considérations

• Répartition du domaine de panne : Lorsque votre ensemble de mise à l'échelle utilise des zones de disponibilité, vous devez choisir parmi des approches spécifiques de propagation de domaine de panne. Nous vous recommandons d’utiliser la répartition maximale, qui utilise autant de domaines d’erreur que possible, pour la plupart des charges de travail. Pour plus d’informations, consultez Choisir le bon nombre de domaines de pannes pour les groupes de machines virtuelles identiques.

• Équilibrage de zone :L’équilibrage des zones détermine si les instances de machine virtuelle d’un ensemble de machines virtuelles sont réparties uniformément entre les zones que vous sélectionnez. Un ensemble de mises à l'échelle est considéré comme équilibré si chaque zone a le même nombre de machines virtuelles, avec un écart d'une machine virtuelle. Vous pouvez définir le mode d’équilibrage de zone sur best-effort ou strict. Ce paramètre contrôle si l'ensemble de machines virtuelles peut effectuer une mise à l'échelle horizontale inégalement, y compris dans les scénarios de panne de zone.

• Groupes de placement : Pour les groupes identiques uniformes, si vous configurez plusieurs groupes de placement, Azure déploie plusieurs groupes de placement dans chaque zone utilisée par votre groupe identique.

Coûts

Il n’existe aucune différence de coût entre un groupe identique interzone, zonal et nonzonal qui a le même nombre et le même type d’instances de machine virtuelle.

Configurez la prise en charge des zones de disponibilité

Cette section explique comment configurer la prise en charge des zones de disponibilité pour votre ensemble évolutif.

• Créez un ensemble de mise à l'échelle interzone ou zonal. Vous pouvez configurer des zones de disponibilité lors de la création d'un nouveau jeu d'échelle. Pour plus d’informations, consultez Créer un groupe de machines virtuelles identiques qui utilise des zones de disponibilité.

  Note

  Lorsque vous sélectionnez les zones de disponibilité à utiliser, vous sélectionnez en fait la zone de disponibilité logique. Si vous déployez d’autres composants de charge de travail dans un autre abonnement Azure, ils peuvent utiliser un autre numéro de zone de disponibilité logique pour accéder à la même zone de disponibilité physique. Pour plus d’informations, consultez Zones de disponibilité physiques et logiques.

• Convertissez des groupes identiques existants pour utiliser des zones de disponibilité. Vous pouvez convertir un ensemble de mise à l'échelle nonzonal (régional) existant pour utiliser des zones de disponibilité. Pour plus d’informations, consultez Mettez à jour les jeux d'échelle pour ajouter des zones de disponibilité.

• Modifiez la configuration de la zone de disponibilité d’un jeu d'échelle existant. Vous pouvez ajouter des zones à un ensemble de mise à l'échelle existant, mais il n'est pas possible de supprimer des zones. Pour plus d’informations, consultez Mettez à jour les jeux d'échelle pour ajouter des zones de disponibilité.

  Important

  Lorsque vous développez un ensemble d'échelle vers d’autres zones, les instances VM d'origine ne changent ni ne migrent immédiatement. Lorsque vous effectuez un scale-out, de nouvelles instances sont créées et réparties uniformément entre les zones de disponibilité sélectionnées. Si vous avez besoin de données à partir des instances d’origine, vous êtes responsable de la migration des données vers des instances dans les nouvelles zones. Lorsque vous effectuez une mise à l’échelle dans le groupe identique, toutes les instances régionales sont prioritaires pour la suppression en premier. Ensuite, les instances sont supprimées en fonction de la politique de réduction de l'échelle de l'ensemble d'échelle. Pour plus d’informations, consultez Comment équilibrer votre jeu d'échelle manuellement.

Planification de capacité et gestion

Pour vous préparer à une défaillance d'une zone de disponibilité, envisagez de surprovisionner le nombre d'instances de machine virtuelle dans votre ensemble de mise à l'échelle. Cette approche permet à la solution de tolérer une perte de capacité et de continuer à fonctionner sans dégradation des performances et garantit que les zones restantes disposent d’une capacité suffisante pour gérer la charge de production complète. Pour plus d’informations, consultez Gérer la capacité à l’aide du surapprovisionnement.

Comportement lorsque toutes les zones sont saines

Cette section décrit à quoi s'attendre lorsque les jeux de mise à l'échelle sont configurés avec la prise en charge des zones de disponibilité et que toutes les zones de disponibilité sont opérationnelles.

• Routage du trafic entre les zones : Vous êtes responsable du routage du trafic entre les machines virtuelles de l'ensemble de mise à l'échelle, y compris les machines virtuelles qui se trouvent dans différentes zones de disponibilité. Les approches courantes incluent Load Balancer et Application Gateway, qui fournissent une intégration intégrée avec des groupes de mise à l'échelle. Pour plus d’informations, consultez Mise en réseau pour les groupes de machines virtuelles identiques.

• Réplication des données entre les zones : Vous êtes responsable de toute réplication de données qui doit se produire entre les machines virtuelles, y compris entre les machines virtuelles dans différentes zones de disponibilité. Les bases de données et d’autres applications avec état similaires qui s’exécutent sur des machines virtuelles fournissent souvent des fonctionnalités pour répliquer des données.

Comportement lors d’une défaillance de zone

Cette section décrit à quoi s'attendre lorsque les ensembles de mise à l'échelle sont configurés avec la prise en charge des zones de disponibilité et qu'il y a une panne dans leurs zones de disponibilité.

• Détection et réponse : Vous êtes responsable de la détection de la perte d’une zone de disponibilité et de la décision de répondre.

  Pour les ensembles d'échelle couvrant plusieurs zones, certaines instances de machine virtuelle dans la zone concernée peuvent être indisponibles. Les instances des zones saines restent opérationnelles.

  Pour les ensembles de machines virtuelles zonaux déployés dans la zone affectée, toutes les instances de VM peuvent être indisponibles. Vous devez planifier la façon dont vous répondez à une défaillance de zone. Par exemple, vous pourriez rediriger le trafic vers un autre ensemble de dimensionnement dans une autre zone ou région.

• Notification : Microsoft ne vous avertit pas automatiquement lorsqu’une zone est en panne. Toutefois, vous pouvez utiliser Azure Resource Health pour surveiller l’intégrité d’une ressource individuelle, et vous pouvez configurer des alertes Resource Health pour vous avertir des problèmes. Vous pouvez également utiliser Azure Service Health pour comprendre l’intégrité globale du service, y compris les défaillances de zone, et vous pouvez configurer des alertes Service Health pour vous avertir des problèmes.

• Demandes actives : Toutes les demandes actives ou tout autre travail qui se produit sur des machines virtuelles dans la zone de disponibilité affectée sont susceptibles d’être arrêtées.

• Perte de données attendue : Les disques de machine virtuelle zonal peuvent ne pas être disponibles lors d’une défaillance de zone.

  Si vous utilisez des disques de stockage redondant interzone (ZRS) et qu’une panne affecte votre machine virtuelle, vous pouvez forcer le détachement de vos disques ZRS de la machine virtuelle ayant échoué. Cette approche vous permet d’attacher les disques ZRS à une autre machine virtuelle.

• Temps d’arrêt attendu : Toutes les machines virtuelles de la zone affectée restent en panne jusqu’à ce que la zone de disponibilité récupère. Lorsque vous utilisez des groupes échelonnables couvrant plusieurs zones, les machines virtuelles dans les zones non affectées continuent de fonctionner.

• Réacheminement du trafic : Vous êtes responsable de la réacheminement du trafic vers d’autres machines virtuelles dans des zones saines.

  Si vous configurez un équilibreur de charge résilient à une zone qui effectue des vérifications d’intégrité, l’équilibreur de charge détecte généralement les machines virtuelles ayant échoué et peut acheminer le trafic vers d’autres instances de machine virtuelle dans des zones saines.

• Remplacement de l’instance : Les jeux d'échelles de machines virtuelles ne garantissent pas d'ajouter automatiquement de nouvelles instances dans les zones saines.

  Si vous disposez d’un ensemble de mise à l'échelle couvrant plusieurs zones, vous pouvez effectuer une mise à l’échelle horizontale pour ajouter d’autres instances. Si l’échec de la zone est limité à des ensembles spécifiques de serveurs au sein de la zone, l’opération de scale-out peut ajouter des instances saines dans la même zone ou ajouter des instances dans d’autres zones. Toutefois, si l'ensemble d'échelles utilise un équilibrage de zone strict, l'ensemble d'échelles bloque les opérations de mise à l'échelle horizontale qui provoquent un déséquilibre.

  Conseil / Astuce

  Il est recommandé de configurer des règles de mise à l’échelle automatique en fonction de l’utilisation du processeur ou de la mémoire. Les règles de mise à l'échelle automatique peuvent permettre à l'ensemble de mise à l'échelle de répondre à une perte d'instances de machines virtuelles dans une zone en ajoutant de nouvelles instances dans les zones opérationnelles restantes.

Récupération de la zone

Lorsque la zone est saine, les machines virtuelles de la zone redémarrent. Vous êtes responsable des procédures de récupération de zone et de la synchronisation des données dont vos charges de travail ont besoin.

Si vous ajoutez des instances temporaires à votre ensemble de mise à l'échelle lors d'une défaillance de zone, lorsque la zone est restaurée, vous devrez peut-être réduire votre ensemble de mise à l'échelle à la capacité d'origine.

Tester les pannes de zone

Vous pouvez utiliser Azure Chaos Studio pour simuler la perte de machines virtuelles dans une ou plusieurs zones de disponibilité dans le cadre d’une expérience. Chaos Studio fournit des défaillances intégrées pour les ensembles de mise à l'échelle, notamment la possibilité d’arrêter des machines virtuelles dans des zones spécifiques. Vous pouvez utiliser ces fonctionnalités pour simuler des défaillances au niveau de la zone et tester vos processus de basculement.

Résilience aux défaillances à l’échelle de la région

Les ensembles d'échelles sont des ressources limitées à une seule région. Si la région n’est pas disponible, les ensembles d'échelle de la région sont également indisponibles.

Solutions multirégions personnalisées pour la résilience

Vous pouvez déployer plusieurs groupes identiques dans différentes régions, mais vous devez implémenter la réplication, l’équilibrage de charge et les processus de basculement. Par exemple, vous pouvez déployer des groupes identiques dans plusieurs régions et utiliser Azure Front Door ou Azure Traffic Manager avec des sondes d’intégrité pour acheminer le trafic. Vous êtes responsable de la réplication de l’état à l’aide de mécanismes d’application ou de services de données managés.

Sauvegarde et restauration

Azure Backup fournit un support de sauvegarde natif pour les machines virtuelles. Sauvegarde Azure crée et gère les sauvegardes et fournit une protection cohérente avec les applications pour l’ensemble de la machine virtuelle, y compris tous les disques attachés. Une solution de sauvegarde de machine virtuelle avec Sauvegarde Azure est idéale lorsque vous avez besoin d’une sauvegarde coordonnée de plusieurs disques ou sauvegardes prenant en charge les applications. Toutefois, pour les charges de travail de base de données, envisagez des solutions de sauvegarde spécifiques à l’application qui fournissent une protection cohérente des transactions et des options de récupération plus rapides.

Avec Sauvegarde Azure pour machines virtuelles, vous pouvez personnaliser la fréquence de sauvegarde, la durée de rétention et la configuration du stockage en fonction de vos besoins. Pour plus d’informations, consultez Sauvegarde Azure pour machines virtuelles.

La sauvegarde prend également en charge les disques attachés aux machines virtuelles. Pour plus d’informations, consultez Vue d’ensemble de la sauvegarde de disque Azure.

Pour la plupart des solutions, vous ne devez pas vous appuyer exclusivement sur les sauvegardes. Utilisez plutôt les autres fonctionnalités décrites dans ce guide pour prendre en charge vos exigences de résilience. Toutefois, les sauvegardes protègent contre certains risques que d’autres approches ne le font pas. Pour plus d’informations, consultez Que sont la redondance, la réplication et la sauvegarde ?.

Résilience à la reconfiguration des machines virtuelles

Les jeux d'échelle vous permettent de contrôler la façon dont vous appliquez des modifications de configuration à vos machines virtuelles, telles que la modification du SKU de votre machine virtuelle, la modification de l’image utilisée par chaque machine virtuelle et l’ajout ou la suppression d’extensions de machine virtuelle. Vous pouvez contrôler le mode de stratégie de mise à niveau, qui détermine la façon dont les mises à niveau sont appliquées. Pour plus d’informations, consultez les modes de stratégie de mise à niveau pour Virtual Machine Scale Sets.

Certains types de mise à niveau nécessitent une réinitialisation ou un redéploiement d’une instance. Pour exclure des instances spécifiques des mises à niveau automatiques, envisagez d’utiliser la protection des instances. Vous pouvez exclure des instances qui contiennent l’état dont vous avez besoin pour conserver ou configurer que vous ne pouvez pas répliquer sur d’autres instances.

Résilience à la maintenance du service

Azure effectue régulièrement des mises à jour pour améliorer la fiabilité, les performances et la sécurité de l’infrastructure hôte pour les machines virtuelles. Les ensembles d'instances offrent plusieurs manières de comprendre et de gérer la maintenance planifiée :

• Les notifications de maintenance planifiée vous indiquent quand la maintenance est due et vous permettent de contrôler quand la maintenance se produit.

• Les configurations de maintenance vous permettent de planifier une fenêtre de maintenance à la fois qui répond aux besoins de votre entreprise.

• Les événements planifiés pour les machines virtuelles Linux et pour les machines virtuelles Windows permettent à votre application de se préparer à la maintenance des machines virtuelles. Il fournit des informations sur les événements de maintenance à venir, comme un redémarrage, afin que votre application puisse les préparer et limiter les interruptions.

Contrat de niveau de service

Le contrat de niveau de service (SLA) pour les services Azure décrit la disponibilité attendue de chaque service et les conditions que votre solution doit respecter pour atteindre cette attente de disponibilité. Pour plus d’informations, consultez les contrats SLA pour les services en ligne.

Les groupes d'échelle de machines virtuelles partagent l'accord de niveau de service (SLA) de disponibilité pour les machines virtuelles. Vous pouvez obtenir un pourcentage de disponibilité plus élevé pour vos machines virtuelles à l’aide d’un ensemble de mise à l'échelle qui répond aux deux critères suivants :

• L'ensemble de mise à l'échelle contient deux instances ou plus.
• L'ensemble de mise à l’échelle répartit ces instances à travers deux zones de disponibilité ou plus.

Contenu connexe

• Que sont les zones de disponibilité ?
• Que sont les ensembles de machines virtuelles ?