Matrice de prise en charge des points de restauration de machine virtuelle

Cet article résume la matrice de prise en charge et les limitations de l’utilisation des points de restauration de machine virtuelle.

Matrice de prise en charge des points de restauration de machine virtuelle

Scénarios Pris en charge par les points de restauration de machine virtuelle
Machines virtuelles utilisant des disques managés Oui
Machines virtuelles utilisant des disques non managés Non
Tailles de machine virtuelle Cohérence en cas d’incident est prise en charge pour les SKU VM qui prennent en charge le stockage Premium.
Machine virtuelle utilisant des disques Ultra Oui pour la cohérence des applications. La cohérence en cas de panne sur plusieurs disques est prise en charge en préversion publique pour les machines virtuelles avec des contrôleurs de disque SCSI, conformément aux exigences en préversion.
Machines virtuelles utilisant des disques SSD Premium v2 Oui pour la cohérence de l’application. La cohérence en cas de panne sur plusieurs disques est prise en charge en préversion publique pour les machines virtuelles avec des contrôleurs de disque SCSI, conformément aux exigences de la préversion.
Machine virtuelle utilisant des disques de système d’exploitation éphémères Non. Excluez ces disques et créez un point de restauration de machine virtuelle.
Machine virtuelle utilisant des disques partagés Non. Excluez ces disques et créez un point de restauration de machine virtuelle.
Machines virtuelles avec extensions Oui
Machines virtuelles avec disque de système d’exploitation de lancement approuvé Oui
Disques de données restaurés à partir du disque de système d’exploitation activé pour le lancement fiable Non
Machines virtuelles confidentielles Pris en charge pour une cohérence avec les applications uniquement avec la taille v6-series dans UAE North et Korea Central (préversion)
La série v5 n’est pas prise en charge.
Non pris en charge pour la cohérence en cas de panne.
Machines virtuelles de 2e génération (démarrage UEFI) Oui
Machines virtuelles avec disques NVMe (Stockage optimisé - Série Lsv2) Oui pour la cohérence de l’application. Non pris en charge pour la cohérence en cas de panne.
Architecture de machine virtuelle - x64 Application et cohérence d'incidents prises en charge.
Architecture de machine virtuelle - ARM64 Application compatible uniquement avec les images Linux.
Machines virtuelles dans des groupes de placement de proximité Oui
Machines virtuelles dans un groupe à haute disponibilité Oui. Vous pouvez créer des points de restauration de machine virtuelle pour des machines virtuelles individuelles au sein d’un groupe à haute disponibilité. Vous devez créer des points de restauration pour toutes les machines virtuelles au sein d’un groupe à haute disponibilité pour protéger la totalité d’une instance de groupe à haute disponibilité.
Machines virtuelles à l’intérieur d’un groupe de machines virtuelles identiques avec orchestration uniforme Non
Machines virtuelles à l’intérieur d’un groupe de machines virtuelles identiques avec orchestration flexible Oui. Vous pouvez créer des points de restauration de machine virtuelle pour des machines virtuelles individuelles au sein du groupe de machines virtuelles identiques flexible. Toutefois, vous devez créer des points de restauration pour toutes les machines virtuelles du groupe de machines virtuelles identiques flexible pour protéger toute la totalité d’une instance de groupe de machines virtuelles identiques flexible.
VM spot (machines virtuelles de basse priorité) Oui
Machines virtuelles avec hôtes dédiés Oui
Machines virtuelles avec mise en cache de l’hôte activée Oui
Machines virtuelles créées à partir d’images de la Place de marché Oui
Machines virtuelles créées à partir d’images personnalisées Oui
Machine virtuelle avec licence HUB (Hybrid Use Benefit) Oui
Machines virtuelles migrées à partir d’un site local à l’aide de Azure Migrate Oui
Machines virtuelles avec des stratégies RBAC Oui
Disque temporaire dans des machines virtuelles Oui. Vous pouvez créer un point de restauration de machine virtuelle pour les machines virtuelles comportant des disques temporaires. Toutefois, les points de restauration créés ne contiennent pas les données des disques temporaires.
Machines virtuelles avec HDD Standard Oui pour la cohérence des applications et celles des incidents concernant plusieurs disques.
Machines virtuelles avec disques SSD Standard Oui pour la cohérence des applications et la cohérence après panne sur plusieurs disques.
Machines virtuelles avec disques SSD Premium Oui pour la cohérence des applications et la cohérence en cas de panne sur plusieurs disques.
Machines virtuelles avec disques ZRS Oui
Machines virtuelles avec chiffrement côté serveur à l’aide de clés managées par le service Oui. Le chiffrement du disque source n’est pas activé sur le point de restauration.
Machines virtuelles avec chiffrement côté serveur à l’aide de clés gérées par le client Oui. Le chiffrement du disque source n’est pas activé sur le point de restauration.
Machines virtuelles avec chiffrement double au repos Oui. Le chiffrement du disque source n’est pas activé sur le point de restauration.
Machines virtuelles avec chiffrement basé sur l’hôte activé avec PMK/CMK/Double chiffrement Oui. Le chiffrement du disque source n’est pas activé sur le point de restauration.
Machines virtuelles avec ADE (Azure Disk Encryption) Oui. Le chiffrement du disque source n’est pas activé sur le point de restauration.
VMs avec mise en réseau accélérée Oui
Machines virtuelles s’exécutant sur le matériel Azure Boost Oui pour la cohérence des applications. Non pris en charge pour la cohérence après incident sur plusieurs disques, quel que soit le type de disque, y compris les machines virtuelles avec des contrôleurs de disque SCSI. Voir placement Azure Boost.
Fréquence minimale à laquelle le point de restauration cohérent de l’application peut être pris 3 heures
Fréquence minimale à laquelle des points de restauration cohérents d’incident peuvent être créés 1 heure
Version de l’API pour le point de restauration cohérent d’application 2021-03-01 ou version ultérieure
Version de l’API pour les points de restauration cohérents d’incident 2021-07-01 ou version ultérieure
Accès instantané pour les points de restauration cohérents avec les applications Oui, uniquement pour les machines virtuelles avec disques SSD Premium v2 ou Ultra en tant que disques de données. API version 2025-04-01 ou ultérieure.
Accès instantané pour les points de restauration cohérents en cas d’incident sur plusieurs disques (version préliminaire publique) Oui, uniquement pour les machines virtuelles avec disques SSD Premium v2 et Ultra en tant que disques de données. API version 2025-04-01 ou ultérieure.

Note

Les points de restauration (cohérence de l’application ou cohérence d’incident) peuvent être créés par le client à la fréquence minimale prise en charge, comme indiqué ci-dessus. La prise de points de restauration à une fréquence inférieure à celle prise en charge entraînera un échec.

Accès instantané

L’accès instantané s’applique uniquement aux machines virtuelles dont les disques de données sont des disques Premium SSD v2 ou Ultra. Il prend en charge les points de restauration cohérents au niveau de l’application et les points de restauration cohérents après incident sur plusieurs disques. Activez l’accès instantané sur la collection de points de restauration et définissez consistencyMode sur CrashConsistent lorsque vous créez un point de restauration cohérent après arrêt brutal sur plusieurs disques. L’accès instantané nécessite la version d’API 2025-04-01 ou ultérieure. Pour obtenir un exemple, consultez Créer des points de restauration de machine virtuelle à l’aide d’API.

Cohérence après incident sur plusieurs disques pour Premium SSD v2 et disques Ultra (préversion publique)

La version préliminaire publique étend la prise en charge existante des points de restauration cohérents après incident pour plusieurs disques aux machines virtuelles avec des disques de données Premium SSD v2 ou Ultra. Pour ces types de disques de données, la cohérence après incident sur plusieurs disques est prise en charge en préversion publique uniquement sur les machines virtuelles avec des contrôleurs de disque SCSI. Les restrictions générales sur les contrôleurs de disque NVMe et le matériel Azure Boost s’appliquent indépendamment du type de disque, pas seulement à cette préversion. La prise en charge existante des disques HDD Standard, SSD Standard et SSD Premium n’est pas modifiée.

La version préliminaire est disponible dans toutes les régions publiques, sauf :

  • Centre-Sud des États-Unis.
  • West US 3.
  • USA Est 2.

placement d’Azure Boost

Une machine virtuelle avec un contrôleur de disque SCSI et des disques de données SSD Premium v2 ou Ultra peut être déployée sur du matériel Azure Boost de nouvelle génération dans les régions américaines. La création d’un point de restauration cohérent après incident sur ce matériel échoue avec UserErrorCrashConsistentSnapshotNotSupportedForAzureBoostVms.

Appliquez la balise LegacyVMNVA à la machine virtuelle pour empêcher le placement sur le matériel Azure Boost. Pour obtenir des instructions relatives aux tags, consultez la prise en charge de MANA pour les appliances réseau virtuelles (NVA). L'application de la balise ne déplace pas automatiquement une machine virtuelle existante hors du matériel Azure Boost.

Pour une machine virtuelle existante :

  1. Arrêtez la machine virtuelle.
  2. Appliquez la balise LegacyVMNVA à la machine virtuelle.
  3. Redéployez la machine virtuelle afin que le placement respecte la balise et évite le matériel Azure Boost.
  4. Réessayez de créer le point de restauration cohérent avec les incidents.

Important

Planifiez les temps d’arrêt lorsque vous arrêtez et redéployez la machine virtuelle. L’application de la balise seule ne corrige pas le placement d’une machine virtuelle existante.

Prise en charge du système d’exploitation pour une cohérence des applications

Fenêtres

Les systèmes d’exploitation Windows suivants sont pris en charge lors de la création de points de restauration pour les machines virtuelles Azure s’exécutant sur Windows.

  • Client Windows 10 (64 bits uniquement)
  • Windows Server 2022 (Datacenter/Datacenter Core/Standard)
  • Windows Server 2019 (Datacenter/Datacenter Core/Standard)
  • Windows Server 2016 (Datacenter/Datacenter Core/Standard)
  • Windows Server 2012 R2 (Datacenter/Standard)
  • Windows Server 2012 (Datacenter/Standard)
  • Le système d’exploitation ayant atteint la mise à jour de sécurité étendue ne sera pas pris en charge. Vérifiez le cycle de vie de votre produit ici

Les points de restauration ne prennent pas en charge les systèmes d’exploitation 32 bits.

Linux

Pour les machines virtuelles Linux Azure, les points de restauration prennent en charge la liste des distributions Linux approuvées par Azure. Notez les points suivants :

  • Les points de restauration ne prennent pas en charge Core OS Linux.
  • Les points de restauration ne prennent pas en charge les systèmes d’exploitation 32 bits.
  • Les autres distributions « Bring-Your-Own-Linux » peuvent fonctionner, dès lors que l’agent de machine virtuelle Azure pour Linux est disponible sur la machine virtuelle et que Python est pris en charge.
  • Les points de restauration ne prennent pas en charge une machine virtuelle Linux configurée avec un proxy si elle n’a pas Python version 2.7 ou supérieure installé.
  • Les points de restauration ne sauvegardent pas les fichiers NFS montés à partir du stockage, ou de tout autre serveur NFS, sur des ordinateurs Linux ou Windows. Il sauvegarde uniquement les disques attachés localement à la machine virtuelle.

Prise en charge du système d'exploitation pour la cohérence en cas de panne

  • Tous les systèmes d’exploitation sont pris en charge.

Autres limitations

  • Les points de restauration sont pris en charge uniquement pour les disques managés.
  • Les disques de système d’exploitation éphémères et les disques partagés ne sont pas pris en charge par les deux modes de cohérence.
  • Les API de points de restauration nécessitent une API version 2021-03-01 ou ultérieure pour bénéficier d’une cohérence des applications.
  • Les API de points de restauration nécessitent une API de version 2021-03-01 ou ultérieure pour garantir une cohérence de crash.
  • Un maximum de 10 000 collections de points de restauration peuvent être conservées par abonnement par région.
  • Un maximum de 500 points de restauration de machine virtuelle peut être conservé à tout moment pour une machine virtuelle, quel que soit le nombre de collections de points de restauration.
  • La création simultanée de points de restauration pour une machine virtuelle n’est pas prise en charge.
  • Le déplacement de machines virtuelles entre des groupes de ressources ou des abonnements est pris en charge lorsque la machine virtuelle possède des points de restauration. La création de point de restauration échoue sur la machine virtuelle précédente car celle-ci n’existe plus après le déplacement. Nous devez nettoyer la collection de points de restauration et restaurer les points de l’ancienne machine virtuelle s’ils ne sont plus nécessaires.

Machines virtuelles confidentielles (préversion)

Scénarios Pris en charge par les points de restauration de machine virtuelle
Type de cohérence Points de restauration cohérents des applications
Régions prises en charge Émirats arabes unis Nord et Corée Centre
Tailles de machine virtuelle La série v6 est prise en charge.
La série v5 n’est pas prise en charge.
Rotation des clés Pris en charge.
Lorsque la rotation des clés se produit sur une machine virtuelle confidentielle, les clés des disques de machine virtuelle, les points de restauration associés et les captures instantanées sont mises à jour automatiquement.
Problème connu : La rotation des clés dans cette préversion peut rencontrer des problèmes de performances ou échouer dans les scénarios suivants : - Plus de 40 disques sont attachés à un des lorsque (seulement) les points de restauration sont associés à ces disques. Si vous créez également directement des captures instantanées de disque en dehors de la sauvegarde Azure pour ces disques connectés au même DES, cela réduit le seuil de sécurité de 40 disques pour le mappage DES.
Recommandation: Conservez le nombre de disques connectés à chaque DES à un minimum jusqu’à ce que le problème soit résolu.
Conditions préalables Avant de configurer la sauvegarde pour CVM, vérifiez que les conditions préalables suivantes sont remplies :
Inscrivez-vous à la fonctionnalité en préversion dans votre abonnement Azure - Nom : RestorePointSupportForConfidentialVMV2 Fournisseur : Microsoft.Compute. L’inscription est approuvée automatiquement. Vous pouvez suivre les étapes ci-dessous pour ce faire sur le portail.
Vous pouvez également exécuter l’applet de commande PowerShell suivante.
azurepowershell-interactive Register-AzProviderFeature -FeatureName "RestorePointSupportForConfidentialVMV2" -ProviderNamespace "Microsoft.Compute"
Identifiez ou créez une machine virtuelle confidentielle (CVM) dans une région prise en charge. Consultez les régions prises en charge.

Note

La préversion publique de la copie de points de restauration des machines virtuelles entre régions est disponible avec les limitations suivantes :

  • Les liaisons privées ne sont pas prises en charge lors de la copie de points de restauration entre des régions ou lors de la création de points de restauration dans une région autre que la machine virtuelle source.
  • Les points de restauration chiffrés par la clé gérée par le client, quand ils sont copiés dans une région cible ou créés directement dans la région cible, sont créés en tant que points de restauration chiffrés par la clé gérée par la plateforme.
  • Aucune prise en charge du portail pour la copie et la création inter-régions de points de restauration

Étapes suivantes

  • Dernière mise à jour :