Gestion de la disponibilité des machines virtuelles Windows dans AzureManage the availability of Windows virtual machines in Azure

Découvrez comment configurer et gérer plusieurs machines virtuelles pour garantir une haute disponibilité pour votre application Windows dans Azure.Learn ways to set up and manage multiple virtual machines to ensure high availability for your Windows application in Azure. Vous pouvez également gérer la disponibilité des machines virtuelles Linux.You can also manage the availability of Linux virtual machines.

Pour obtenir des instructions sur la création et l’utilisation de groupes à haute disponibilité lorsque vous utilisez le modèle de déploiement classique, consultez la rubrique Configuration d’un groupe à haute disponibilité.For instructions on creating and using availability sets when using the classic deployment model, see How to Configure an Availability Set.

Comprendre les redémarrages des machines virtuelles : maintenance et temps d’arrêtUnderstand VM Reboots - maintenance vs. downtime

Il existe trois scénarios pouvant affecter une machine virtuelle dans Azure : maintenance matérielle non planifiée, temps d’arrêt imprévu et maintenance planifiée.There are three scenarios that can lead to virtual machine in Azure being impacted: unplanned hardware maintenance, unexpected downtime, and planned maintenance.

  • Les événements de maintenance matérielle non planifiée surviennent lorsque la plateforme Azure prédit qu’une défaillance du matériel ou d’un composant de la plateforme, associé à une machine physique, est sur le point de se produire.Unplanned Hardware Maintenance Event occurs when the Azure platform predicts that the hardware or any platform component associated to a physical machine, is about to fail. Lorsque la plateforme prédit une défaillance, elle génère un événement de maintenance matérielle non prévue afin de réduire l’impact sur les machines virtuelles hébergées sur ce matériel.When the platform predicts a failure, it will issue an unplanned hardware maintenance event to reduce the impact to the virtual machines hosted on that hardware. Azure utilise Live Migration technologie pour migrer les Machines virtuelles depuis le matériel défectueux vers une machine physique saine.Azure uses Live Migration technology to migrate the Virtual Machines from the failing hardware to a healthy physical machine. La migration dynamique est une opération de préservation des machines virtuelles qui interrompt la machine virtuelle pendant une courte période.Live Migration is a VM preserving operation that only pauses the Virtual Machine for a short time. La mémoire, les fichiers ouverts et les connexions réseau sont conservés, mais les performances peuvent être réduites avant et/ou après l’événement.Memory, open files, and network connections are maintained, but performance might be reduced before and/or after the event. Dans les cas où la migration dynamique ne peut pas être utilisée, la machine virtuelle subit des temps d’arrêt imprévus, comme décrit ci-dessous.In cases where Live Migration cannot be used, the VM will experience Unexpected Downtime, as described below.

  • On parle de temps d’arrêt inattendu lorsque le matériel ou l’infrastructure physique de l’ordinateur virtuel échoue de manière inattendue.An Unexpected Downtime is when the hardware or the physical infrastructure for the virtual machine fails unexpectedly. Cela comprend les défaillances du réseau local, du disque local ou au niveau du rack.This can include local network failures, local disk failures, or other rack level failures. Lorsqu’une défaillance de ce type est détectée, la plateforme Azure migre automatiquement (répare) votre machine virtuelle vers une machine physique saine dans le même centre de données.When detected, the Azure platform automatically migrates (heals) your virtual machine to a healthy physical machine in the same datacenter. Lors de la procédure de réparation, les machines virtuelles subissent des temps d’arrêt (redémarrage) et, dans certains cas, une perte du lecteur temporaire.During the healing procedure, virtual machines experience downtime (reboot) and in some cases loss of the temporary drive. Le système d’exploitation attaché et les disques de données sont toujours conservés.The attached OS and data disks are always preserved.

    Les machines virtuelles peuvent éventuellement subir un temps d’arrêt en cas de panne ou de catastrophe qui affectent l’ensemble d’un centre de données ou d’une région.Virtual machines can also experience downtime in the unlikely event of an outage or disaster that affects an entire datacenter, or even an entire region. Dans ce genre de scénarios, Azure offre des options de protection pour les zones de disponibilité et les régions jumelées.For these scenarios, Azure provides protection options including availability zones and paired regions.

  • Les événements de maintenance planifiés sont des mises à jour périodiques effectuées par Microsoft sur la plateforme sous-jacente Azure afin d’améliorer la fiabilité, les performances et la sécurité de l’infrastructure de la plateforme hébergeant vos machines virtuelles.Planned Maintenance events are periodic updates made by Microsoft to the underlying Azure platform to improve overall reliability, performance, and security of the platform infrastructure that your virtual machines run on. La plupart de ces mises à jour se déroulent sans aucune incidence sur les machines virtuelles ou les services cloud (voir Maintenance de conservation des machines virtuelles).Most of these updates are performed without any impact upon your Virtual Machines or Cloud Services (see VM Preserving Maintenance). La plateforme Azure s’efforce d’utiliser la maintenance de conservation des machines virtuelles lorsque cela est possible. Toutefois, dans quelques rares cas, ces mises à jour nécessitent le redémarrage de votre machine virtuelle afin d’appliquer les mises à jour requises sur l’infrastructure sous-jacente.While the Azure platform attempts to use VM Preserving Maintenance in all possible occasions, there are rare instances when these updates require a reboot of your virtual machine to apply the required updates to the underlying infrastructure. Dans ce cas, vous pouvez effectuer la maintenance planifiée Azure via l’opération de maintenance-redéploiement, en lançant la maintenance pour les machines virtuelles dans la période de temps adaptée.In this case, you can perform Azure Planned Maintenance with Maintenance-Redeploy operation by initiating the maintenance for their VMs in the suitable time window. Pour plus d’informations, consultez Maintenance planifiée pour les machines virtuelles.For more information, see Planned Maintenance for Virtual Machines.

Pour réduire l'effet des interruptions de service dues à un ou plusieurs de ces événements, nous vous recommandons les meilleures pratiques suivantes pour la haute disponibilité de vos machines virtuelles :To reduce the impact of downtime due to one or more of these events, we recommend the following high availability best practices for your virtual machines:

Configuration de plusieurs machines virtuelles dans un groupe à haute disponibilité pour assurer la redondanceConfigure multiple virtual machines in an availability set for redundancy

Pour assurer la redondance de votre application, nous vous recommandons de regrouper au moins deux machines virtuelles dans un groupe à haute disponibilité.To provide redundancy to your application, we recommend that you group two or more virtual machines in an availability set. Cette configuration au sein d’un centre de données assure la disponibilité d’au moins une des machines virtuelles pendant un événement de maintenance planifié ou non, avec le niveau de 99,95 % stipulé dans le contrat de niveau de service (SLA) Azure.This configuration within a datacenter ensures that during either a planned or unplanned maintenance event, at least one virtual machine is available and meets the 99.95% Azure SLA. Pour plus d’informations, consultez le SLA pour Virtual Machines.For more information, see the SLA for Virtual Machines.

Important

Évitez de laisser une instance unique de machine virtuelle dans un groupe à haute disponibilité.Avoid leaving a single instance virtual machine in an availability set by itself. Avec cette configuration, les machines virtuelles ne sont pas sous la garantie du SLA et connaissent des interruptions de service au cours des événements de maintenance planifiés, sauf lorsqu’une machine virtuelle unique utilise des disques SSD Premium Azure.VMs in this configuration do not qualify for a SLA guarantee and face downtime during Azure planned maintenance events, except when a single VM is using Azure premium SSDs. Pour les machines virtuelles uniques utilisant des disques SSD Premium, le contrat SLA Azure s’applique.For single VMs using premium SSDs, the Azure SLA applies.

Chaque machine virtuelle de votre groupe à haute disponibilité se voit attribuer un domaine de mise à jour et un domaine d’erreur par la plateforme Azure sous-jacente.Each virtual machine in your availability set is assigned an update domain and a fault domain by the underlying Azure platform. Pour un groupe à haute disponibilité donné, cinq domaines de mise à jour non configurables par l’utilisateur sont affectés par défaut (les déploiements Resource Manager peuvent ensuite être étendus à 20 domaines de mise à jour) pour indiquer les groupes de machines virtuelles et les équipements physiques sous-jacents qui peuvent être redémarrés simultanément.For a given availability set, five non-user-configurable update domains are assigned by default (Resource Manager deployments can then be increased to provide up to 20 update domains) to indicate groups of virtual machines and underlying physical hardware that can be rebooted at the same time. Dans le cas où un seul groupe à haute disponibilité comprend plus de cinq machines virtuelles, la sixième machine est placée dans le même domaine de mise à jour que la première, la septième dans le même que la deuxième, etc.When more than five virtual machines are configured within a single availability set, the sixth virtual machine is placed into the same update domain as the first virtual machine, the seventh in the same update domain as the second virtual machine, and so on. Le redémarrage des domaines de mise à jour peut ne pas suivre un ordre séquentiel au cours de la maintenance planifiée, mais un seul domaine de mise à jour peut être redémarré à la fois.The order of update domains being rebooted may not proceed sequentially during planned maintenance, but only one update domain is rebooted at a time. Un domaine de mise à jour redémarré bénéficie de 30 minutes pour récupérer avant que la maintenance ne soit lancée sur un autre domaine de mise à jour.A rebooted update domain is given 30 minutes to recover before maintenance is initiated on a different update domain.

Les domaines d’erreur définissent le groupe de machines virtuelles partageant une source d’alimentation et un commutateur réseau communs.Fault domains define the group of virtual machines that share a common power source and network switch. Par défaut, les machines virtuelles configurées dans votre groupe à haute disponibilité sont réparties entre trois domaines d’erreur au maximum pour les déploiements Resource Manager (deux domaines d’erreur pour les déploiements Classic).By default, the virtual machines configured within your availability set are separated across up to three fault domains for Resource Manager deployments (two fault domains for Classic). Le fait de placer vos machines virtuelles dans un groupe à haute disponibilité ne protège pas vos applications des défaillances du système d’exploitation ou propres aux applications, mais limite l’effet des défaillances des équipements physiques, des pannes du serveur et des coupures d’électricité.While placing your virtual machines into an availability set does not protect your application from operating system or application-specific failures, it does limit the impact of potential physical hardware failures, network outages, or power interruptions.

Schéma conceptuel de la configuration de domaine de domaine et d’erreur de mise à jourConceptual drawing of the update domain and fault domain configuration

Utilisation de disques managés pour les machines virtuelles dans le groupe à haute disponibilitéUse managed disks for VMs in an availability set

Si vous utilisez actuellement des machines virtuelles avec des disques non managés, nous vous recommandons fortement de convertir les machines virtuelles du groupe à haute disponibilité pour utiliser la fonctionnalité Disques managés.If you are currently using VMs with unmanaged disks, we highly recommend you convert VMs in Availability Set to use Managed Disks.

Les disques managés augmentent la fiabilité des groupes à haute disponibilité en garantissant que les disques des machines virtuelles d’un groupe à haute disponibilité sont suffisamment isolés les uns des autres, ceci pour éviter les points de défaillance uniques.Managed disks provide better reliability for Availability Sets by ensuring that the disks of VMs in an Availability Set are sufficiently isolated from each other to avoid single points of failure. Ceci se fait en plaçant automatiquement les disques dans des domaines d’erreur de stockage différents (clusters de stockage) et en les alignant avec le domaine d’erreur de machine virtuelle.It does this by automatically placing the disks in different storage fault domains (storage clusters) and aligning them with the VM fault domain. Si un domaine d’erreur de stockage est mis en échec en raison d’une défaillance matérielle ou logicielle, seule l’instance de machine virtuelle possédant des disques sur le domaine d’erreur de stockage est mise en échec.If a storage fault domain fails due to hardware or software failure, only the VM instance with disks on the storage fault domain fails. Domaines d’erreurs de disques managésManaged disks FDs

Important

Le nombre de domaines d’erreur des groupes à haute disponibilité gérés varie selon la région : de deux à trois par région.The number of fault domains for managed availability sets varies by region - either two or three per region. Le tableau suivant présente le nombre de domaines d’erreur par régionThe following table shows the number per region

Nombre de domaines d’erreur par régionNumber of Fault Domains per region

RégionRegion Nombre maximum de domaines d’erreurMax # of Fault Domains
USA EstEast US 33
USA Est 2East US 2 33
USA OuestWest US 33
USA Ouest 2West US 2 22
USA CentreCentral US 33
USA Centre NordNorth Central US 33
USA Centre SudSouth Central US 33
USA Centre-OuestWest Central US 22
Centre du CanadaCanada Central 33
Est du CanadaCanada East 22
Europe NordNorth Europe 33
Europe OuestWest Europe 33
Sud du Royaume-UniUK South 22
Ouest du Royaume-UniUK West 22
Asie EstEast Asia 22
Asie Sud-EstSouth East Asia 22
Japon EstJapan East 22
Japon OuestJapan West 22
Inde SudSouth India 22
Inde CentreCentral India 22
Inde OuestWest India 22
Centre de la CoréeKorea Central 22
Corée du SudKorea South 22
Australie EstAustralia East 22
Australie Sud-EstAustralia Southeast 22
Brésil SudBrazil South 22
Gouvernement américain - VirginieUS Gov Virginia 22
Gouvernement des États-Unis – TexasUS Gov Texas 22
Gouvernement des États-Unis – ArizonaUS Gov Arizona 22
Centre des États-Unis – US DoDUS DoD Central 22
Est des États-Unis – US DoDUS DoD East 22

Si vous prévoyez d’utiliser des machines virtuelles avec des disques non managés, suivez les meilleures pratiques ci-dessous pour les comptes de stockage sur lesquels les disques durs virtuels (VHD) d’ordinateurs virtuels sont stockés en tant qu’objets blob de pages.If you plan to use VMs with unmanaged disks, follow below best practices for Storage accounts where virtual hard disks (VHDs) of VMs are stored as page blobs.

  1. Conservez tous les disques (système d’exploitation et données) associés à une machine virtuelle dans le même compte de stockage.Keep all disks (OS and data) associated with a VM in the same storage account
  2. Examinez les limites sur le nombre de disques non gérés dans un compte de stockage avant d’ajouter plus de disques durs virtuels à un compte de stockage.Review the limits on the number of unmanaged disks in a Storage account before adding more VHDs to a storage account
  3. Utilisez un compte de stockage distinct pour chaque machine virtuelle d’un groupe à haute disponibilité.Use separate storage account for each VM in an Availability Set. Ne partagez pas de comptes de stockage avec plusieurs machines virtuelles d’un même groupe à haute disponibilité.Do not share Storage accounts with multiple VMs in the same Availability Set. Il est acceptable pour les machines virtuelles de différents groupes à haute disponibilité de partager des comptes de stockage si les meilleures pratiques ci-dessus sont suivies FDs de disques non gérésIt is acceptable for VMs across different Availability Sets to share storage accounts if above best practices are followed Unmanaged disks FDs

Utiliser des événements planifiés pour répondre de façon proactive aux événements qui impactent les machines virtuellesUse scheduled events to proactively respond to VM impacting events

Quand vous vous abonnez à des événements planifiés, votre machine virtuelle reçoit une notification relative aux futurs événements de maintenance susceptibles de l’impacter.When you subscribe to scheduled events, your VM is notified about upcoming maintenance events that can impact your VM. Quand des événements planifiés sont activés, votre machine virtuelle dispose d’un délai minimal avant l’exécution de l’activité de maintenance.When scheduled events are enabled, your virtual machine is given a minimum amount of time before the maintenance activity is performed. Par exemple, les mises à jour du système d’exploitation hôte susceptibles d’impacter votre machine virtuelle sont mises en file d’attente en tant qu’événements indiquant l’impact ainsi que l’heure d’exécution de la maintenance si aucune action n’est entreprise.For example, Host OS updates that might impact your VM are queued up as events that specify the impact, as well as a time at which the maintenance will be performed if no action is taken. Les événements de planification sont également mis en file d’attente quand Azure détecte une défaillance matérielle imminente pouvant impacter votre machine virtuelle, ce qui vous permet de décider du moment de la réparation.Schedule events are also queued up when Azure detects imminent hardware failure that might impact your VM, which allows you to decide when the healing should be performed. Les clients peuvent utiliser l’événement pour effectuer des tâches préalables à la maintenance, par exemple une sauvegarde de l’état, un basculement vers le nœud secondaire, etc.Customers can use the event to perform tasks prior to the maintenance, such as saving state, failing over to the secondary, and so on. Une fois que vous avez fini de mettre au point votre logique de gestion de l’événement de maintenance, vous pouvez approuver l’événement planifié en attente pour permettre à la plateforme de procéder à la maintenance.After you complete your logic for gracefully handling the maintenance event, you can approve the outstanding scheduled event to allow the platform to proceed with maintenance.

Configuration de chaque couche application dans des groupes à haute disponibilité séparésConfigure each application tier into separate availability sets

Si vos machines virtuelles sont presque identiques et ont la même fonction au sein de votre application, nous vous recommandons de configurer un groupe à haute disponibilité pour chaque couche de votre application.If your virtual machines are all nearly identical and serve the same purpose for your application, we recommend that you configure an availability set for each tier of your application. Si vous placez deux couches différentes dans le même groupe à haute disponibilité, toutes les machines virtuelles de la même couche application peuvent être redémarrées en même temps.If you place two different tiers in the same availability set, all virtual machines in the same application tier can be rebooted at once. En configurant deux machines virtuelles ou plus dans un groupe à haute disponibilité par couche, vous vous assurez qu’au moins une machine de chaque couche reste disponible.By configuring at least two virtual machines in an availability set for each tier, you guarantee that at least one virtual machine in each tier is available.

Par exemple, vous pouvez rassembler dans un seul groupe à haute disponibilité toutes les machines virtuelles du composant frontal de votre application exécutant IIS, Apache ou Nginx.For example, you could put all the virtual machines in the front end of your application running IIS, Apache, Nginx in a single availability set. Assurez-vous que seules les machines virtuelles frontales sont placées dans le même groupe à haute disponibilité.Make sure that only front-end virtual machines are placed in the same availability set. Assurez-vous également que seules les machines virtuelles de la couche de données sont placées dans leur propre groupe à haute disponibilité, au même titre que vos machines virtuelles répliquées SQL Server ou vos machines MySQL.Similarly, make sure that only data-tier virtual machines are placed in their own availability set, like your replicated SQL Server virtual machines, or your MySQL virtual machines.

Niveaux d’applicationApplication tiers

Combinaison de l’équilibrage de charge et des groupes à haute disponibilitéCombine a load balancer with availability sets

Combinez l’équilibrage de charge Azure avec un groupe à haute disponibilité pour une meilleure résilience de votre application.Combine the Azure Load Balancer with an availability set to get the most application resiliency. L'équilibrage de charge Azure répartit le trafic entre plusieurs machines virtuelles.The Azure Load Balancer distributes traffic between multiple virtual machines. L'équilibrage de charge Azure est compris pour nos machine virtuelles de niveau Standard.For our Standard tier virtual machines, the Azure Load Balancer is included. Certains niveaux de machines virtuelles n’intègrent pas Azure Load Balancer.Not all virtual machine tiers include the Azure Load Balancer. Pour plus d’informations sur l’équilibrage de charge des machines virtuelles, consultez Équilibrage de charge des machines virtuelles.For more information about load balancing your virtual machines, see Load Balancing virtual machines.

Si l’équilibrage de charge n’est pas configuré pour équilibrer le trafic entre plusieurs machines virtuelles, tout événement de maintenance planifié affecte l’unique machine virtuelle en charge du trafic, entraînant ainsi une interruption de votre couche Application.If the load balancer is not configured to balance traffic across multiple virtual machines, then any planned maintenance event affects the only traffic-serving virtual machine, causing an outage to your application tier. Placer plusieurs machines virtuelles de la même couche dans le même équilibrage de charge et groupe à haute disponibilité permet de toujours avoir au moins une instance disponible pour le trafic.Placing multiple virtual machines of the same tier under the same load balancer and availability set enables traffic to be continuously served by at least one instance.

Utiliser les zones de disponibilité pour se protéger contre les défaillances au niveau du centre de donnéesUse availability zones to protect from datacenter level failures

Les Zones de disponibilité sont une alternative aux groupes à haute disponibilité, et élargissent le niveau de contrôle dont vous disposez pour maintenir la disponibilité des applications et des données sur vos machines virtuelles.Availability zones, an alternative to availability sets, expand the level of control you have to maintain the availability of the applications and data on your VMs. Une zone de disponibilité est une zone physiquement séparée au sein d’une région Azure.An Availability Zone is a physically separate zone within an Azure region. On distingue trois zones de disponibilité par région Azure prise en charge.There are three Availability Zones per supported Azure region. Chaque zone dispose d’une source d’alimentation, d’un réseau et d’un refroidissement. Elles sont toutes séparées logiquement des autres zones de disponibilité de la même région Azure.Each Availability Zone has a distinct power source, network, and cooling, and is logically separate from the other Availability Zones within the Azure region. En concevant vos solutions pour répliquer des machines virtuelles dans des zones, vous pouvez protéger vos applications et vos données de la perte d’un centre de données.By architecting your solutions to use replicated VMs in zones, you can protect your apps and data from the loss of a datacenter. Si une zone est compromise, les applications et données répliquées sont instantanément rendues disponibles dans une autre zone.If one zone is compromised, then replicated apps and data are instantly available in another zone.

Zones de disponibilité

Apprenez-en davantage sur le déploiement d’une machine virtuelle Windows ou Linux dans une zone de disponibilité.Learn more about deploying a Windows or Linux VM in an Availability Zone.

Étapes suivantesNext steps

Pour en savoir plus sur l’équilibrage de charge de vos machines virtuelles, consultez la rubrique concernant l’équilibrage de charge des machines virtuelles.To learn more about load balancing your virtual machines, see Load Balancing virtual machines.