Prendre en charge la matrice pour effectuer une récupération d’urgence de machines virtuelles Hyper-V locales vers Azure

Cet article résume les composants pris en charge ainsi que les paramètres concernant la récupération d’urgence de machines virtuelles Hyper-V locales vers Azure, à l’aide de Azure Site Recovery.

Notes

Site Recovery ne déplace pas et ne stocke pas les données client en dehors de la région cible dans laquelle la récupération d’urgence a été configurée pour les ordinateurs sources. S’ils le souhaitent, les clients peuvent sélectionner un coffre Recovery Services dans une autre région. Le coffre Recovery Services contient des métadonnées, mais pas de données client réelles.

Scénarios pris en charge

Scénario	Détails
Hyper-V avec Virtual Machine Manager	Vous pouvez effectuer la récupération d’urgence vers Azure pour les machines virtuelles s’exécutant sur des hôtes Hyper-V managés dans l’infrastructure System Center Virtual Machine Manager. Vous pouvez déployer ce scénario dans le portail Azure ou à l’aide de PowerShell. Lorsque les hôtes Hyper-V sont managés par Virtual Machine Manager, vous pouvez également effectuer la récupération d’urgence vers un site secondaire local. Pour plus d’informations sur ce scénario, consultez ce didacticiel.
Hyper-V sans Virtual Machine Manager	Vous pouvez effectuer la récupération d’urgence vers Azure pour les machines virtuelles s’exécutant sur les hôtes Hyper-V qui ne sont pas gérés par Virtual Machine Manager. Vous pouvez déployer ce scénario dans le portail Azure ou à l’aide de PowerShell.

Notes

La configuration de Sauvegarde Azure et de Azure Site Recovery sur le même hôte Hyper-V peut provoquer un problème de réplication et n’est pas prise en charge.

Serveurs locaux

Serveur	Configuration requise	Détails
Hyper-V (exécuté sans Virtual Machine Manager)	Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 avec les dernières mises à jour Remarque : les installations Server Core de ces systèmes d’exploitation sont également prises en charge.	Si vous avez déjà configuré Windows Server 2012 R2 avec/ou SCVMM 2012 R2 avec Azure Site Recovery et que vous prévoyez de mettre à niveau le système d’exploitation, suivez les instructions de la documentation.
Hyper-V (exécuté avec Virtual Machine Manager)	Virtual Machine Manager 2022 (Server Core non pris en charge), Virtual Machine Manager 2019, Virtual Machine Manager 2016, Virtual Machine Manager 2012 R2 Remarque : les installations Server Core de ces systèmes d’exploitation sont également prises en charge.	Si Virtual Machine Manager est utilisé, les hôtes Windows Server 2019 doivent être managés dans Virtual Machine Manager 2019. De même, les hôtes Windows Server 2016 doivent être gérés dans Virtual Machine Manager 2016.

Notes

Vérifiez que .NET Framework 4.6.2 ou ultérieur est présent sur le serveur local.

Machines virtuelles répliquées

Le tableau suivant récapitule la prise en charge des machines virtuelles. Site Recovery prend en charge les charges de travail s’exécutant sur un système d’exploitation pris en charge.

Composant	Détails
Configuration des machines virtuelles	Les machines virtuelles qui répliquent vers Azure doivent répondre aux conditions requises par Azure.
Système d’exploitation invité	N’importe quel système d’exploitation invité pris en charge par Azure. Windows Server 2016 Nano Server n’est pas pris en charge.

Gestion des machines virtuelles/disques

Action	Détails
Redimensionner le disque sur la machine virtuelle Hyper-V répliquée	Non pris en charge. Désactivez la réplication, effectuez la modification, puis réactivez la réplication pour la machine virtuelle.
Ajouter un disque sur la machine virtuelle Hyper-V répliquée	Non pris en charge. Désactivez la réplication, effectuez la modification, puis réactivez la réplication pour la machine virtuelle.
Modifier l’ID de disque sur la machine virtuelle Hyper-V de réplication	Non pris en charge. Si vous modifiez l’ID de disque, cela affecte la réplication et le disque va apparaître comme étant « Non protégé ».

Configuration réseau Hyper-V

Composant	Hyper-V avec Virtual Machine Manager	Hyper-V sans Virtual Machine Manager
Réseau hôte : Association de cartes réseau	Oui	Oui
Réseau hôte : VLAN	Oui	Oui
Réseau hôte : IPv4	Oui	Oui
Réseau hôte : IPv6	Non	Non
Réseau machines virtuelles invitées : Association de cartes réseau	Non	Non
Réseau machines virtuelles invitées : IPv4	Oui	Oui
Réseau machines virtuelles invitées : IPv6	Non	Oui
Réseau machines virtuelles invitées : Adresse IP statique (Windows)	Oui	Oui
Réseau machines virtuelles invitées : Adresse IP statique (Linux)	Oui	Oui
Réseau machines virtuelles invitées : Plusieurs cartes réseau	Oui	Oui
Proxy HTTPS	Non	Non
APIPA (Automatic Private IP Addressing)	Non	Non
Lien privé d’accès au service Site Recovery	Oui. Plus d’informations	Oui. En savoir plus.

Remarque

Pour le réseau de machines virtuelles invitées, l’adresse IP statique (Linux), l’adresse IP statique de la carte réseau du système d’exploitation source n’est pas utilisée sur Azure. La carte réseau virtuelle sur la machine virtuelle Azure est configurée avec une nouvelle adresse IP Azure du réseau virtuel sélectionné.

Configuration de réseau des machines virtuelles Azure (après basculement)

Composant	Hyper-V avec Virtual Machine Manager	Hyper-V sans Virtual Machine Manager
Azure ExpressRoute	Oui	Oui
ILB	Oui	Oui
ELB	Oui	Oui
Azure Traffic Manager	Oui	Oui
Plusieurs cartes réseau	Oui	Oui
Adresse IP réservée	Oui	Oui
IPv4	Oui	Oui
Conserver l’adresse IP source	Oui	Oui
Points de terminaison de service de réseau virtuel Azure (sans pare-feu de stockage Azure)	Oui	Oui
Mise en réseau accélérée	Non	Non

Stockage hôte Hyper-V

Stockage	Hyper-V avec Virtual Machine Manager	Hyper-V sans Virtual Machine Manager
NFS	N/D	N/D
SMB 3.0	Oui	Oui
SAN (ISCSI)	Oui	Oui
Chemins d’accès multiples (MPIO). Testé avec : Microsoft DSM, EMC PowerPath 5.7 SP4, EMC PowerPath DSM pour CLARiiON	Oui	Oui

Stockage invité de machines virtuelles Hyper-V

Stockage	Hyper-V avec Virtual Machine Manager	Hyper-V sans Virtual Machine Manager
VMDK	N/D	N/D
VHD/VHDX	Oui	Oui
Machine virtuelle de 2e génération	Oui	Oui
EFI/UEFI La machine virtuelle migrée dans Azure est automatiquement convertie en machine virtuelle de démarrage du BIOS. La machine virtuelle doit exécuter Windows Server 2012 ou une version ultérieure uniquement. Le disque du système d’exploitation ne doit pas comporter plus de cinq partitions et ne doit pas dépasser 2 Go.	Oui	Oui
Disque de cluster partagé	Non	Non
Disque chiffré	Non	Non
NFS	N/D	N/D
SMB 3.0	Non	Non
RDM	N/D	N/D
Disque > 1 To	Oui, jusqu’à 32 To Vous devez mettre à niveau le fournisseur de réplication sur l’hôte Hyper-V vers toute version ultérieure à 2.0.9214.0 pour répliquer des disques volumineux jusqu’à 32 To. Pour les disques volumineux, la réplication est effectuée uniquement sur des disques managés.	Oui, jusqu’à 32 To Vous devez mettre à niveau le fournisseur de réplication sur l’hôte Hyper-V vers toute version ultérieure à 2.0.9214.0 pour répliquer des disques volumineux jusqu’à 32 To. Pour les disques volumineux, la réplication est effectuée uniquement sur des disques managés.
Disque : secteur logique et physique de 4 K	Non pris en charge : Gen 1/Gen 2	Non pris en charge : Gen 1/Gen 2
Disque : secteur logique de 4 K et physique de 512 octets	Oui	Oui
Gestion des volumes logiques (LVM). LVM est pris en charge uniquement sur des disques de données. Azure ne fournit qu’un seul disque de système d’exploitation.	Oui	Oui
Volume avec disque à bandes > 1 To	Oui	Oui
Espaces de stockage	Non	Non
Ajout/suppression de disque à chaud	Non	Non
Exclure le disque	Oui	Oui
Chemins d’accès multiples (MPIO)	Oui	Oui

Stockage Azure

Composant	Hyper-V avec Virtual Machine Manager	Hyper-V sans Virtual Machine Manager
Stockage localement redondant	Oui	Oui
Stockage géo-redondant	Oui	Oui
Stockage géo-redondant avec accès en lecture	Oui	Oui
Stockage redondant interzone	Non	Non
Stockage froid	Non	Non
Stockage chaud	Non	Non
Objets blob de blocs	Non	Non
Chiffrement sur l’hôte	Non	Non
Chiffrement au repos (SSE)	Oui	Oui
Chiffrement au repos (CMK) (Uniquement pour le basculement vers des disques managés)	Oui (via le module PowerShell Az 3.3.0 et versions ultérieures)	Oui (via le module PowerShell Az 3.3.0 et versions ultérieures)
Double chiffrement au repos (Uniquement pour le basculement vers des disques managés) Découvrez-en plus sur les régions prises en charge pour Windows et Linux.	Oui (via le module PowerShell Az 3.3.0 et versions ultérieures)	Oui (via le module PowerShell Az 3.3.0 et versions ultérieures)
Stockage Premium	Oui	Oui
Stockage Standard	Oui	Oui
Service d’importation/exportation	Non	Non
Comptes Stockage Azure avec un pare-feu activé	Oui. Pour le stockage et le cache cibles.	Oui. Pour le stockage et le cache cibles.
Modifier le compte de stockage	Non. Le compte Stockage Azure cible ne peut pas être modifié une fois la réplication activée. Pour le modifier, désactivez puis réactivez la récupération d’urgence.	Non
Option de transfert sécurisé	Oui	Oui
Démarrage sécurisé UEFI	Non	N°

Notes

Les volumes entre bandes et les disques dynamiques ne sont pas pris en charge pour les instantanés cohérents avec les applications. Vérifiez que la fréquence de l’instantané cohérent avec les applications est définie sur zéro dans la stratégie de réplication sélectionnée.

Fonctionnalités de Calcul Azure

Fonctionnalité	Hyper-V avec Virtual Machine Manager	Hyper-V sans Virtual Machine Manager
Groupes à haute disponibilité	Oui	Oui
Zones de disponibilité	Non	Non
HUB	Oui	Oui
Disques managés	Oui, pour le basculement et la restauration automatique.	Oui, à la fois le basculement et la restauration.

Exigences des machines virtuelles Azure

Les machines virtuelles locales que vous répliquez vers Azure doivent respecter les exigences des machines virtuelles Azure décrites dans ce tableau.

Composant	Configuration requise	Détails
Système d’exploitation invité	Site Recovery fonctionne sur tous les systèmes d’exploitation pris en charge par Azure.	La vérification de la configuration requise est mise en échec en cas de défaut de prise en charge.
Architecture du système d’exploitation invité	32 bits (Windows Server 2008)/64 bits	La vérification de la configuration requise est mise en échec en cas de défaut de prise en charge.
Taille du disque du système d’exploitation	Jusqu’à 2 To pour les machines virtuelles de 1re génération. Jusqu’à 4 To pour les machines virtuelles de 2e génération. Vous devez mettre à niveau le fournisseur de réplication sur l’hôte Hyper-V vers toute version ultérieure à 2.0.9214.0 pour répliquer des disques de système d’exploitation volumineux. Pour les disques volumineux, la réplication est effectuée uniquement sur des disques managés.	La vérification de la configuration requise est mise en échec en cas de défaut de prise en charge.
Nombre de disques du système d’exploitation	1	La vérification de la configuration requise est mise en échec en cas de défaut de prise en charge.
Nombre de disques de données	16 ou moins	La vérification de la configuration requise est mise en échec en cas de défaut de prise en charge.
Taille du disque dur virtuel de données	Jusqu’à 32 To Vous devez mettre à niveau le fournisseur de réplication sur l’hôte Hyper-V vers toute version ultérieure à 2.0.9214.0 pour répliquer des disques volumineux. Pour les disques volumineux, la réplication est effectuée uniquement sur des disques managés.	La vérification de la configuration requise est mise en échec en cas de défaut de prise en charge.
Adaptateurs réseau	Prise en charge de plusieurs adaptateurs réseau.
Disque dur virtuel partagé	Non pris en charge	La vérification de la configuration requise est mise en échec en cas de défaut de prise en charge.
Disque FC	Non pris en charge	La vérification de la configuration requise est mise en échec en cas de défaut de prise en charge.
Format de disque dur	Disque dur virtuel (VHD) VHDX	Site Recovery convertit automatiquement VHDX en VHD quand vous effectuez un basculement vers Azure. Lorsque vous procédez à une restauration automatique vers un site local, les machines virtuelles continuent d’utiliser le format VHDX.
BitLocker	Non pris en charge	BitLocker doit être désactivé avant d’activer la réplication pour une machine virtuelle.
nom de la machine virtuelle	Entre 1 et 63 caractères. Uniquement des lettres, des chiffres et des traits d’union. Le nom de la machine virtuelle doit commencer et se terminer par une lettre ou un chiffre.	Mettez à jour la valeur dans les propriétés de machine virtuelle de Site Recovery.
Type de machine virtuelle	Génération 1 Génération 2--Windows	Les machines virtuelles de 2e génération avec un type de disque de système d’exploitation de base (comprenant un ou deux volumes de données au format VHDX) et un espace disque inférieur à 2 To sont prises en charge. Les machines virtuelles Linux de 2e génération ne sont pas prises en charge. Plus d’informations

Actions de coffre Recovery Services

Action	Hyper-V avec VMM	Hyper-V sans VMM
Déplacer le coffre entre plusieurs groupes de ressources Au sein et entre des abonnements	Non	Non
Déplacer le stockage, les réseaux, les machines virtuelles Azure entre des groupes de ressources Au sein et entre des abonnements	Non	N°

Notes

Dans le cadre de la réplication de machines virtuelles Hyper-V locales sur Azure, vous ne pouvez répliquer que sur un seul locataire AD à partir d’un environnement spécifique (site Hyper-V ou Hyper-V avec VMM selon le cas).

Fournisseur et agent

Pour vous assurer que votre déploiement est compatible avec les paramètres de cet article, vérifiez que vous utilisez le fournisseur et les versions d’agent les plus récents.

Nom	Description	Détails
Fournisseur Azure Site Recovery	Coordonne les communications entre les serveurs locaux et Azure Hyper-V avec Virtual Machine Manager : Installé sur les serveurs Virtual Machine Manager Hyper-V sans Virtual Machine Manager : Installé sur les hôtes Hyper-V	Fonctionnalités et correctifs récents
Agent Microsoft Azure Recovery Services	Coordonne la réplication entre les machines virtuelles Hyper-V et Azure Installé sur des serveurs Hyper-V locaux (avec ou sans serveur Virtual Machine Manager)	Dernier agent disponible sur le portail

Étapes suivantes

Découvrez comment préparer Azure à la récupération d’urgence de machines virtuelles Hyper-V locales.