Prendre en charge la matrice de la récupération d’urgence de machines virtuelles Azure entre les régions Azure

  • Article

Attention

Cet article fait référence à CentOS, une distribution Linux proche de l’état EOL (End Of Life). Faites le point sur votre utilisation et organisez-vous en conséquence. Pour plus d’informations, consultez les conseils d’aide relatifs à la fin de vie de CentOS.

Cet article récapitule la prise en charge et les conditions préalables pour la récupération d’urgence de machines virtuelles Azure d’une région Azure vers une autre, avec le service Azure Site Recovery.

Prise en charge de la méthode de déploiement

Déploiement Support
Azure portal Pris en charge.
PowerShell Pris en charge. En savoir plus
REST API Pris en charge.
INTERFACE DE LIGNE DE COMMANDE Actuellement non pris en charge.

Prise en charge du déplacement/de la migration de ressources

Action de ressource Détails
Déplacer des coffre entre plusieurs groupes de ressources Non pris en charge.
Déplacer le calcul/le stockage/les ressources réseau entre plusieurs groupes de ressources Non pris en charge.

Si vous déplacez une machine virtuelle ou des composants associés tels que le stockage/réseau après la réplication de la machine virtuelle, vous devez désactiver et réactiver la réplication pour la machine virtuelle.
Répliquer des machines virtuelles Azure d’un abonnement à un autre pour la reprise d’activité Pris(e) en charge dans le même locataire Microsoft Entra.
Migrer des machines virtuelles entre des régions dans les clusters géographiques pris en charge (dans un même abonnement et entre plusieurs abonnements) Pris(e) en charge dans le même locataire Microsoft Entra.
Migrer des machines virtuelles au sein de la même région Non pris en charge.
Hôtes dédiés Azure Non pris en charge.

Prise en charge de la région

Azure Site Recovery vous permet d’effectuer une récupération d’urgence globale. Vous pouvez répliquer et récupérer des machines virtuelles entre deux régions Azure dans le monde. Si vous vous inquiétez de la souveraineté des données, vous pouvez choisir de limiter la réplication au sein de votre cluster géographique spécifique.

Voir ici pour trouver des détails sur les différents clusters géographiques pris en charge.

Remarque

  • Support pour certaines régions réservées à la récupération d’urgence intra-pays/région : Suisse Ouest réservée pour les clients de Suisse Nord, France Sud réservée pour les clients de France Centre, Norvège Ouest réservée pour les clients de Norvège Est, Inde Centre JIO réservée pour les clients d’Inde Ouest JIO, Brésil Sud-Est réservée pour les clients du Brésil Sud, Afrique du Sud Ouest réservée pour les clients d’Afrique du Sud Nord, Allemagne Nord réservée pour les clients d’Allemagne Centre-Ouest, Émirats arabes unis Centre réservé pour les clients des Émirats arabes unis Nord.

    Pour utiliser une région restreinte en tant que région principale ou de récupération, veuillez faire une demande de liste d’autorisation ici pour les abonnements source et cible.
  • Pour Brésil Sud, vous pouvez répliquer et basculer vers ces régions : Brésil Sud-Est, USA Centre Sud, USA Centre-Ouest, USA Est, USA Est 2, USA Ouest, USA Ouest 2 et USA Centre Nord.
  • Brésil Sud fait uniquement office de région source à partir de laquelle les machines virtuelles peuvent répliquer à l’aide de Site Recovery. Elle ne peut pas faire office de région cible et ce, Notez que si vous basculez du Brésil Sud en tant que région source vers une cible, la restauration automatique vers le Brésil Sud à partir de la région cible est prise en charge. Brésil Sud-Est ne peut être utilisé qu’en tant que région cible.
  • Si la région où vous souhaitez créer un coffre ne s'affiche pas, assurez-vous que votre abonnement dispose d'un accès lui permettant de créer des ressources dans cette région.
  • Si vous ne parvenez pas à voir une région au sein d’un cluster géographique lorsque vous activez la réplication, assurez-vous que votre abonnement dispose des autorisations nécessaires pour créer des machines virtuelles dans cette région.

Stockage du cache

Le tableau suivant récapitule la prise en charge du compte de stockage du cache utilisé par Site Recovery lors de la réplication.

Paramètre Support Détails
Comptes de stockage V2 à usage général (niveaux chaud et froid) Prise en charge L’utilisation de GPv2 est recommandée, car GPv1 ne prend pas en charge ZRS (stockage redondant interzone).
Stockage Premium Pris en charge Utilisez des comptes de stockage d’objets blob de blocs Premium pour obtenir la prise en charge de l’attrition élevée. Pour plus d’informations, consultez Récupération d’urgence de machine virtuelle Azure - Prise en charge de l’attrition élevée.
Région Même région que la machine virtuelle Le compte de stockage de cache doit résider dans la même région que la machine virtuelle protégée.
Abonnement Peut être différent des machines virtuelles sources Il n’est pas nécessaire que le compte de stockage de cache se trouve dans le même abonnement que la ou les machines virtuelles sources.
Pare-feux du Stockage Azure pour réseaux virtuels Prise en charge Si vous utilisez un compte de stockage de cache ou cible autorisé par le pare-feu, vérifiez que l’option « Autoriser les services Microsoft approuvés » est activée.

Vérifiez également que vous autorisez l’accès à au moins un sous-réseau de réseau virtuel source.

Remarque : ne limitez pas l’accès du réseau virtuel aux comptes de stockage utilisés pour Site Recovery. Vous devez autoriser l’accès à partir de « Tous les réseaux ».
Suppression réversible Non prise en charge La suppression réversible n’est pas prise en charge car une fois qu’elle est activée sur le compte de stockage de cache, elle augmente le coût. Azure Site Recovery effectue des créations/suppressions fréquentes de fichiers journaux lors de la réplication, ce qui entraîne une augmentation des coûts.
Chiffrement au repos (CMK) Prise en charge Le chiffrement du compte de stockage peut être configuré avec des clés gérées par le client (CMK)
Identité managée Non pris en charge Le compte de stockage mis en cache doit autoriser l’accès à la clé partagée et les signatures d’accès partagé (SAP) protégées par la clé partagée.

Le tableau suivant répertorie les limites en termes de nombre de disques pouvant être répliqués sur un seul compte de stockage.

Type de compte de stockage Attrition = 4 Mbits/s par disque Attrition = 8 Mbits/s par disque
Compte de stockage V1 300 disques 150 disques
Compte de stockage V2 750 disques 375 disques

Au fur et à mesure de l’augmentation de l’attrition moyenne des disques, le nombre de disques qu’un compte de stockage peut prendre en charge diminue. Le tableau ci-dessus peut être utilisé comme guide pour prendre des décisions par rapport au nombre de comptes de stockage qui doivent être approvisionnés.

Notez que les limites ci-dessus sont spécifiques aux scénarios de récupération d’urgence d’Azure à Azure et de zone à zone.

Systèmes d’exploitation de machine répliquée

Site Recovery prend en charge la réplication de machines virtuelles Azure exécutant les systèmes d’exploitation répertoriés dans cette section. Notez que si une machine déjà répliquée est ensuite mise à niveau (ou rétrogradée) vers un autre noyau principal, vous devez désactiver la réplication et la réactiver après la mise à niveau.

Windows

Système d’exploitation Détails
Windows Server 2022 Pris en charge.
Windows Server 2019 Pris en charge pour Server Core, Server avec Expérience utilisateur.
Windows Server 2016 Prise en charge de Server Core, Server avec Expérience utilisateur.
Windows Server 2012 R2 Pris en charge.
Windows Server 2012 Pris en charge.
Windows Server 2008 R2 avec SP1/SP2 Pris en charge.

À partir de la version 9.30 de l’extension du service Mobility pour les machines virtuelles Azure, vous devez installer une mise à jour de la pile de maintenance (SSU) Windows et une mise à jour SHA-2 sur les machines exécutant Windows Server 2008 R2 SP1/SP2. SHA-1 n’est pas pris en charge à partir de septembre 2019, et si la signature de code SHA-2 n’est pas activée, l’extension de l’agent ne sera pas installée/mise à niveau comme prévu. En savoir plus sur la mise à niveau et la configuration requise pour SHA-2.
Windows 11 (x64) Pris en charge (à partir de la version 9.56 de l’agent de mobilité).
Windows 10 (x64) Pris en charge.
Windows 8.1 (x64) Pris en charge.
Windows 8 (x64) Pris en charge.
Windows 7 (x64) avec SP1 et versions ultérieures À partir de la version 9.30 de l’extension du service Mobility pour les machines virtuelles Azure, vous devez installer une mise à jour de la pile de maintenance (SSU) Windows et une mise à jour SHA-2 sur les machines exécutant Windows 7 avec SP1. SHA-1 n’est pas pris en charge à partir de septembre 2019, et si la signature de code SHA-2 n’est pas activée, l’extension de l’agent ne sera pas installée/mise à niveau comme prévu. En savoir plus sur la mise à niveau et la configuration requise pour SHA-2.

Linux

Remarque

Les versions 9.58 et 9.59 du service Mobility ne sont pas publiées pour Azure sur Azure Site Recovery.

Système d’exploitation Détails
Red Hat Enterprise Linux 6.7, 6.8, 6.9, 6.10, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6,7.7, 7.8, 7.9, 8.0, 8.1, 8.2, 8.3, 8.4 (4.18.0-305.30.1.el8_4.x86_64 ou version ultérieure), 8.5 (4.18.0-348.5.1.el8_5.x86_64 ou version ultérieure), 8.6, 8.7, 8.8, 8.9, 9.0, 9.1, 9.2, 9.3
RHEL 9.x est pris en charge pour les versions de noyau suivantes.
CentOS 6.5, 6.6, 6.7, 6.8, 6.9, 6.10
7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 7.8, version 7.9 pré-GA, la version 7.9 GA est prise en charge à partir du correctif logiciel 9.37**
8.0, 8.1, 8.2, 8.3, 8.4 (4.18.0-305.30.1.el8_4.x86_64 ou ultérieur), 8.5 (4.18.0-348.5.1.el8_5.x86_64 ou ultérieur), 8.6, 8.7.
Serveur LTS Ubuntu 14.04 Prend en charge toutes les versions 14.04.x ; Versions de noyau prises en charge ;
Serveur LTS Ubuntu 16.04 Prend en charge toutes les versions 16.04.x ; Versions de noyau prises en charge

Sur les serveurs Ubuntu utilisant l’authentification et la connexion basées sur un mot de passe, et le package cloud-init pour configurer des machines virtuelles cloud, la connexion basée sur un mot de passe peut être désactivée lors du basculement (en fonction de la configuration de cloudinit). La connexion basée sur un mot de passe peut être réactivée sur la machine virtuelle en réinitialisant le mot de passe dans le menu Support > Résolution des problèmes > Paramètres (de la machine virtuelle basculée sur le portail Azure).
Serveur Ubuntu 18.04 LTS Prend en charge toutes les versions 18.04.x ; Versions de noyau prises en charge

Sur les serveurs Ubuntu utilisant l’authentification et la connexion basées sur un mot de passe, et le package cloud-init pour configurer des machines virtuelles cloud, la connexion basée sur un mot de passe peut être désactivée lors du basculement (en fonction de la configuration de cloudinit). La connexion basée sur un mot de passe peut être réactivée sur la machine virtuelle en réinitialisant le mot de passe dans le menu Support > Résolution des problèmes > Paramètres (de la machine virtuelle basculée sur le portail Azure).
Serveur Ubuntu 20.04 LTS Prend en charge toutes les versions 20.04.x ; Versions de noyau prises en charge
Serveur Ubuntu 22.04 LTS Inclut la prise en charge de toutes les versions 22.04.x ; version du noyau prise en charge
Debian 7 Inclut la prise en charge pour toutes les versions 7. xVersions du noyau prises en charge
Debian 8 Inclut la prise en charge pour toutes les versions 8. xVersions du noyau prises en charge
Debian 9 Inclut la prise en charge pour les versions 9.1 à 9.13. Debian 9.0 n’est pas pris en charge. Versions du noyau prises en charge
Debian 10 Versions du noyau prises en charge
Debian 11 Versions du noyau prises en charge
Debian 12 Versions du noyau prises en charge
SUSE Linux Enterprise Server 12 SP1, SP2, SP3, SP4, SP5 (Versions du noyau prises en charge)
SUSE Linux Enterprise Server 15 15, SP1, SP2, SP3, SP4, SP5 (versions de noyau prises en charge)
SUSE Linux Enterprise Server 11 SP3

La mise à niveau des machines de réplication SP3 vers SP4 n’est pas prise en charge. Si une machine répliquée a été mise à niveau, vous devez désactiver la réplication et la réactiver après la mise à niveau.
SUSE Linux Enterprise Server 11 SP4
Oracle Linux 6.4, 6.5, 6.6, 6.7, 6.8, 6.9, 6.10, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 7.8, 7.9, 8.0, 8.1, 8.2, 8.3 (exécutant le noyau compatible Red Hat ou le noyau Unbreakable Enterprise Kernel Release 3, 4, 5 et 6 (UEK3, UEK4, UEK5, UEK6), 8.4, 8.5, 8.6, 8.7, 8.8 , 8.9, 9.0, 9.1, 9.2, 9.3.

8.1 (L’exécution sur tous les noyaux UEK et le noyau RedHat <= 3.10.0-1062.* est prise en charge dans la version 9.35. La prise en charge des autres noyaux RedHat est disponible dans la version 9.36).
Oracle Linux 9.x est pris en charge pour les versions de noyau suivantes.
Rocky Linux Voir les versions prises en charge.

Remarque

Pour les versions de Linux, Azure Site Recovery ne prend pas en charge les images de système d’exploitation personnalisées. Seuls les noyaux de stockage qui font partie de la version/mise à jour mineure de distribution sont pris en charge.

Notes

Pour prendre en charge les noyaux Linux les plus récents dans un délai de 15 jours à partir de la publication, Azure Site Recovery déploie le correctif logiciel à chaud en plus de la dernière version de l’agent de mobilité. Ce correctif est déployé dans les deux versions majeures de la publication. Pour effectuer une mise à jour vers la dernière version de l’agent de mobilité (y compris le correctif logiciel à chaud), suivez les étapes mentionnées dans cet article. Ce correctif est actuellement déployé pour les agents de mobilité utilisés dans le scénario de reprise d’activité Azure vers Azure.

Versions de noyau prises en charge pour Red Hat Enterprise Linux pour les machines virtuelles Azure

Version release Version du service Mobilité Version du noyau Red Hat
RHEL 9.0
RHEL 9.1
RHEL 9.2
RHEL 9.3		 9,61 5.14.0-70.93.2.el9_0.x86_64
5.14.0-284.54.1.el9_2.x86_64
5.14.0-284.57.1.el9_2.x86_64
5.14.0-284.59.1.el9_2.x86_64
5.14.0-362.24.1.el9_3.x86_64
RHEL 9.0
RHEL 9.1
RHEL 9.2
RHEL 9.3		 9.60 5.14.0-70.13.1.el9_0.x86_64
5.14.0-70.17.1.el9_0.x86_64
5.14.0-70.22.1.el9_0.x86_64
5.14.0-70.26.1.el9_0.x86_64
5.14.0-70.30.1.el9_0.x86_64
5.14.0-70.36.1.el9_0.x86_64
5.14.0-70.43.1.el9_0.x86_64
5.14.0-70.49.1.el9_0.x86_64
5.14.0-70.50.2.el9_0.x86_64
5.14.0-70.53.1.el9_0.x86_64
5.14.0-70.58.1.el9_0.x86_64
5.14.0-70.64.1.el9_0.x86_64
5.14.0-70.70.1.el9_0.x86_64
5.14.0-70.75.1.el9_0.x86_64
5.14.0-70.80.1.el9_0.x86_64
5.14.0-70.85.1.el9_0.x86_64
5.14.0-162.6.1.el9_1.x86_64
5.14.0-162.12.1.el9_1.x86_64
5.14.0-162.18.1.el9_1.x86_64
5.14.0-162.22.2.el9_1.x86_64
5.14.0-162.23.1.el9_1.x86_64
5.14.0-284.11.1.el9_2.x86_64
5.14.0-284.13.1.el9_2.x86_64
5.14.0-284.16.1.el9_2.x86_64
5.14.0-284.18.1.el9_2.x86_64
5.14.0-284.23.1.el9_2.x86_64
5.14.0-284.25.1.el9_2.x86_64
5.14.0-284.28.1.el9_2.x86_64
5.14.0-284.30.1.el9_2.x86_64
5.14.0-284.32.1.el9_2.x86_64
5.14.0-284.34.1.el9_2.x86_64
5.14.0-284.36.1.el9_2.x86_64
5.14.0-284.40.1.el9_2.x86_64
5.14.0-284.41.1.el9_2.x86_64
5.14.0-284.43.1.el9_2.x86_64
5.14.0-284.44.1.el9_2.x86_64
5.14.0-284.45.1.el9_2.x86_64
5.14.0-284.48.1.el9_2.x86_64
5.14.0-284.50.1.el9_2.x86_64
5.14.0-284.52.1.el9_2.x86_64
5.14.0-362.8.1.el9_3.x86_64
5.14.0-362.13.1.el9_3.x86_64
5.14.0-362.18.1.el9_3.x86_64

Versions du noyau Ubuntu prises en charge pour les machines virtuelles Azure

Remarque

Les versions 9.58 et 9.59 du service Mobility ne sont pas publiées pour Azure sur Azure Site Recovery.

Version release Version du service Mobilité Version du noyau
14.04 LTS 9.61 Aucun nouveau noyau 14.04 LTS n’est pris en charge dans cette version.
14.04 LTS 9.60 Aucun nouveau noyau 14.04 LTS n’est pris en charge dans cette version.
14.04 LTS 9.57 Aucun nouveau noyau 14.04 LTS n’est pris en charge dans cette version.
14.04 LTS 9.56 Aucun nouveau noyau 14.04 LTS n’est pris en charge dans cette version.
14.04 LTS 9.55 Aucun nouveau noyau 14.04 LTS n’est pris en charge dans cette version.
LTS 16.04 9.61 Aucun nouveau noyau 16.04 LTS n’est pris en charge dans cette version.
LTS 16.04 9.60 Aucun nouveau noyau 16.04 LTS n’est pris en charge dans cette version.
LTS 16.04 9.57 Aucun nouveau noyau 16.04 LTS n’est pris en charge dans cette version.
LTS 16.04 9.56 Aucun nouveau noyau 16.04 LTS n’est pris en charge dans cette version.
LTS 16.04 9.55 Aucun nouveau noyau 16.04 LTS n’est pris en charge dans cette version.
18.04 LTS 9.61 5.4.0-173-générique
4.15.0-1175-azure
4.15.0-223-generic
5.4.0-1126-azure
5.4.0-174-generic
18.04 LTS 9.60 4.15.0-1168-azure
4.15.0-1169-azure
4.15.0-1170-azure
4.15.0-1171-azure
4.15.0-1172-azure
4.15.0-1173-azure
4.15.0-214-generic
4.15.0-216-generic
4.15.0-218-generic
4.15.0-219-generic
4.15.0-220-generic
4.15.0-221-generic
5.4.0-1110-azure
5.4.0-1111-azure
5.4.0-1112-azure
5.4.0-1113-azure
5.4.0-1115-azure
5.4.0-1116-azure
5.4.0-1117-azure
5.4.0-1118-azure
5.4.0-1119-azure
5.4.0-1120-azure
5.4.0-1121-azure
5.4.0-1122-azure
5.4.0-152-generic
5.4.0-153-generic
5.4.0-155-generic
5.4.0-156-generic
5.4.0-159-generic
5.4.0-162-generic
5.4.0-163-generic
5.4.0-164-generic
5.4.0-165-generic
5.4.0-166-generic
5.4.0-167-generic
5.4.0-169-generic
5.4.0-170-generic
5.4.0-1123-azure
5.4.0-171-generic
4.15.0-1174-azure
4.15.0-222-generic
5.4.0-1124-azure
5.4.0-172-generic
18.04 LTS 9.57 Aucun nouveau noyau 18.04 LTS n’est pris en charge dans cette version.
18.04 LTS 9.56 Aucun nouveau noyau 18.04 LTS n’est pris en charge dans cette version.
18.04 LTS 9.55 4.15.0-1166-azure
4.15.0-1167-azure
4.15.0-212-generic
4.15.0-213-generic
5.4.0-1108-azure
5.4.0-1109-azure
5.4.0-149-generic
5.4.0-150-generic
20.04 LTS 9.61 5.15.0-100-generic
5.15.0-1058-azure
5.4.0-173-generic
5.4.0-1126-azure
5.4.0-174-generic
5.15.0-101-generic
5.15.0-1059-azure
20.04 LTS 9.60 5.15.0-1054-azure
5.15.0-92-generic
5.4.0-1122-azure
5.4.0-170-generic
5.15.0-94-generic
5.4.0-1123-azure
5.4.0-171-generic
5.15.0-1056-azure
5.15.0-1057-azure
5.15.0-97-generic
5.4.0-1124-azure
5.4.0-172-generic
20.04 LTS 9.57 5.15.0-1052-azure
5.15.0-1053-azure
5.15.0-89-generic
5.15.0-91-generic
5.4.0-1120-azure
5.4.0-1121-azure
5.4.0-167-generic
5.4.0-169-generic
20.04 LTS 9.56 5.15.0-1049-azure
5.15.0-1050-azure
5.15.0-1051-azure
5.15.0-86-generic
5.15.0-87-generic
5.15.0-88-generic
5.4.0-1117-azure
5.4.0-1118-azure
5.4.0-1119-azure
5.4.0-164-generic
5.4.0-165-generic
5.4.0-166-generic
20.04 LTS 9.55 5.15.0-1039-azure
5.15.0-1040-azure
5.15.0-1041-azure
5.15.0-73-generic
5.15.0-75-generic
5.15.0-76-generic
5.4.0-1108-azure
5.4.0-1109-azure
5.4.0-1110-azure
5.4.0-1111-azure
5.4.0-149-generic
5.4.0-150-generic
5.4.0-152-generic
5.4.0-153-generic
5.4.0-155-generic
5.4.0-1112-azure
5.15.0-78-generic
5.15.0-1042-azure
5.15.0-79-generic
5.4.0-156-generic
5.15.0-1047-azure
5.15.0-84-generic
5.4.0-1116-azure
5.4.0-163-generic
5.15.0-1043-azure
5.15.0-1045-azure
5.15.0-1046-azure
5.15.0-82-generic
5.15.0-83-generic
22.04 LTS 9.61 5.15.0-100-generic
5.15.0-1058-azure
6.5.0-1016-azure
6.5.0-25-generic
5.15.0-101-generic
5.15.0-1059-azure
6.5.0-1017-azure
6.5.0-26-generic
22.04 LTS 9.60 5.19.0-1025-azure
5.19.0-1026-azure
5.19.0-1027-azure
5.19.0-41-generic
5.19.0-42-generic
5.19.0-43-generic
5.19.0-45-generic
5.19.0-46-generic
5.19.0-50-generic
6.2.0-1005-azure
6.2.0-1006-azure
6.2.0-1007-azure
6.2.0-1008-azure
6.2.0-1011-azure
6.2.0-1012-azure
6.2.0-1014-azure
6.2.0-1015-azure
6.2.0-1016-azure
6.2.0-1017-azure
6.2.0-1018-azure
6.2.0-25-generic
6.2.0-26-generic
6.2.0-31-generic
6.2.0-32-generic
6.2.0-33-generic
6.2.0-34-generic
6.2.0-35-generic
6.2.0-36-generic
6.2.0-37-generic
6.2.0-39-generic
6.5.0-1007-azure
6.5.0-1009-azure
6.5.0-1010-azure
6.5.0-14-generic
5.15.0-1054-azure
5.15.0-92-generic
6.2.0-1019-azure
6.5.0-1011-azure
6.5.0-15-generic
5.15.0-94-generic
6.5.0-17-generic
5.15.0-1056-azure
5.15.0-1057-azure
5.15.0-97-generic
6.5.0-1015-azure
6.5.0-18-generic
6.5.0-21-generic
22.04 LTS 9.57 5.15.0-1052-azure
5.15.0-1053-azure
5.15.0-76-generic
5.15.0-89-generic
5.15.0-91-generic
22.04 LTS 9.56 5.15.0-1049-azure
5.15.0-1050-azure
5.15.0-1051-azure
5.15.0-86-generic
5.15.0-87-generic
5.15.0-88-generic
22.04 LTS 9.55 5.15.0-1039-azure
5.15.0-1040-azure
5.15.0-1041-azure
5.15.0-73-generic
5.15.0-75-generic
5.15.0-76-generic
5.15.0-78-generic
5.15.0-1042-azure
5.15.0-1044-azure
5.15.0-79-generic
5.15.0-1047-azure
5.15.0-84-generic
5.15.0-1045-azure
5.15.0-1046-azure
5.15.0-82-generic
5.15.0-83-generic

Remarque

Pour prendre en charge les noyaux Linux les plus récents dans un délai de 15 jours à partir de la publication, Azure Site Recovery déploie le correctif logiciel à chaud en plus de la dernière version de l’agent de mobilité. Ce correctif est déployé dans les deux versions majeures de la publication. Pour effectuer une mise à jour vers la dernière version de l’agent de mobilité (y compris le correctif logiciel à chaud), suivez les étapes mentionnées dans cet article. Ce correctif est actuellement déployé pour les agents de mobilité utilisés dans le scénario de reprise d’activité Azure vers Azure.

Versions du noyau Debian prises en charge pour les machines virtuelles Azure

Remarque

Les versions 9.58 et 9.59 du service Mobility ne sont pas publiées pour Azure sur Azure Site Recovery.

Version release Version du service Mobilité Version du noyau
Debian 7 9.61 Aucun nouveau noyau 8 Debian n’est pris en charge dans cette version.
Debian 7 [9.60] Aucun nouveau noyau 7 LTS n’est pris en charge dans cette version.
Debian 7 9.57 Aucun nouveau noyau 7 LTS n’est pris en charge dans cette version.
Debian 7 9.56 Aucun nouveau noyau 7 LTS n’est pris en charge dans cette version.
Debian 7 9.55 Aucun nouveau noyau 7 LTS n’est pris en charge dans cette version.
Debian 8 9.61 Aucun nouveau noyau 8 Debian n’est pris en charge dans cette version.
Debian 8 [9.60] Aucun nouveau noyau 8 Debian n’est pris en charge dans cette version.
Debian 8 9.57 Aucun nouveau noyau 8 Debian n’est pris en charge dans cette version.
Debian 8 9.56 Aucun nouveau noyau 8 Debian n’est pris en charge dans cette version.
Debian 8 9.55 Aucun nouveau noyau 8 Debian n’est pris en charge dans cette version.
Debian 9.1 9,61 Aucun nouveau noyau 9.1 Debian n’est pris en charge dans cette version.
Debian 9.1 [9.60] Aucun nouveau noyau 9.1 Debian n’est pris en charge dans cette version.
Debian 9.1 9.57 Aucun nouveau noyau 9.1 Debian n’est pris en charge dans cette version.
Debian 9.1 9.56 Aucun nouveau noyau 9.1 Debian n’est pris en charge dans cette version.
Debian 9.1 9.55 Aucun nouveau noyau 9.1 Debian n’est pris en charge dans cette version.
Debian 10 9.61 Aucun nouveau noyau 10 Debian n’est pris en charge dans cette version.
Debian 10 [9.60] 4.19.0-26-amd64
4.19.0-26-cloud-amd64
5.10.0-0.deb10.27-amd64
5.10.0-0.deb10.27-cloud-amd64
5.10.0-0.deb10.28-amd64
5.10.0-0.deb10.28-cloud-amd64
Debian 10 9.57 Aucun nouveau noyau 10 Debian n’est pris en charge dans cette version.
Debian 10 9.56 5.10.0-0.deb10.26-amd64
5.10.0-0.deb10.26-cloud-amd64
Debian 10 9.55 5.10.0-0.deb10.23-amd64
5.10.0-0.deb10.23-cloud-amd64
4.19.0-25-amd64
4.19.0-25-cloud-amd64
5.10.0-0.deb10.24-amd64
5.10.0-0.deb10.24-cloud-amd64
Debian 11 9.61 6.1.0-0.deb11.13-amd64
6.1.0-0.deb11.13-cloud-amd64
6.1.0-0.deb11.17-amd64
6.1.0-0.deb11.17-cloud-amd64
6.1.0-0.deb11.18-amd64
6.1.0-0.deb11.18-cloud-amd64
Debian 11 9.60 5.10.0-27-amd64
5.10.0-27-cloud-amd64
5.10.0-28-amd64
5.10.0-28-cloud-amd64
Debian 11 9.57 Aucun nouveau noyau Debian 11 n’est pris en charge dans cette version.
Debian 11 9.56 5.10.0-26-amd64
5.10.0-26-cloud-amd64
Debian 11 9.55 5.10.0-24-amd64
5.10.0-24-cloud-amd64
5.10.0-25-amd64
5.10.0-25-cloud-amd64
Debian 12 9.61 5.17.0-1-amd64
5.17.0-1-cloud-amd64
6.1.-11-amd64
6.1.0-11-cloud-amd64
6.1.0-12-amd64
6.1.0-12-cloud-amd64
6.1.0-13-amd64
6.1.0-15-amd64
6.1.0-15-cloud-amd64
6.1.0-16-amd64
6.1.0-16-cloud-amd64
6.1.0-17-amd64
6.1.0-17-cloud-amd64
6.1.0-18-amd64
6.1.0-18-cloud-amd64
6.1.0-7-amd64
6.1.0-7-cloud-amd64
6.5.0-0.deb12.4-amd64
6.5.0-0.deb12.4-cloud-amd64

Remarque

Pour prendre en charge les noyaux Linux les plus récents dans un délai de 15 jours à partir de la publication, Azure Site Recovery déploie le correctif logiciel à chaud en plus de la dernière version de l’agent de mobilité. Ce correctif est déployé dans les deux versions majeures de la publication. Pour effectuer une mise à jour vers la dernière version de l’agent de mobilité (y compris le correctif logiciel à chaud), suivez les étapes mentionnées dans cet article. Ce correctif est actuellement déployé pour les agents de mobilité utilisés dans le scénario de reprise d’activité Azure vers Azure.

Versions du noyau SUSE Linux Enterprise Server 12 prises en charge pour les machines virtuelles Azure

Remarque

Les versions 9.58 et 9.59 du service Mobility ne sont pas publiées pour Azure sur Azure Site Recovery.

Version release Version du service Mobilité Version du noyau
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9.61 Tous les noyaux de stock SUSE 12 SP1, SP2, SP3, SP4, SP5 sont pris en charge.

4.12.14-16.173-azure
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9.60 Tous les noyaux de stock SUSE 12 SP1, SP2, SP3, SP4, SP5 sont pris en charge.

4.12.14-16.163-azure:5
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9.57 Tous les noyaux de stock SUSE 12 SP1, SP2, SP3, SP4, SP5 sont pris en charge.

4.12.14-16.155-azure:5
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9.56 Tous les noyaux de stock SUSE 12 SP1, SP2, SP3, SP4, SP5 sont pris en charge.

4.12.14-16.152-azure:5
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9.55 Tous les noyaux de stock SUSE 12 SP1, SP2, SP3, SP4, SP5 sont pris en charge.

4.12.14-16.136-azure:5
4.12.14-16.139-azure:5
4.12.14-16.146-azure:5
4.12.14-16.149-azure:5

Versions du noyau SUSE Linux Enterprise Server 15 prises en charge pour les machines virtuelles Azure

Remarque

Les versions 9.58 et 9.59 du service Mobility ne sont pas publiées pour Azure sur Azure Site Recovery.

Version release Version du service Mobilité Version du noyau
SUSE Linux Enterprise Server 15 (SP1, SP2, SP3, SP4, SP5) 9.61 Tous les noyaux de stock SUSE 12 SP1, SP2, SP3, SP4, SP5 sont pris en charge.

5.14.21-150500.33.37-azure
5.14.21-150500.55.52-default
SUSE Linux Enterprise Server 15 (SP1, SP2, SP3, SP4, SP5) 9.60 Par défaut, tous les noyaux stock SUSE 15, SP1, SP2, SP3, SP4, SP5 sont pris en charge.

5.14.21-150500.33.29-azure
5.14.21-150500.33.34-azure
SUSE Linux Enterprise Server 15 (SP1, SP2, SP3, SP4, SP5) 9.57 Par défaut, tous les noyaux stock SUSE 15, SP1, SP2, SP3, SP4, SP5 sont pris en charge.

5.14.21-150400.14.72-azure:4
5.14.21-150500.33.23-azure:5
5.14.21-150500.33.26-azure:5
SUSE Linux Enterprise Server 15 (SP1, SP2, SP3, SP4, SP5) 9.56 Par défaut, tous les noyaux stock SUSE 15, SP1, SP2, SP3, SP4, SP5 sont pris en charge.

5.14.21-150400.14.69-azure:4
5.14.21-150500.31-azure:5
5.14.21-150500.33.11-azure:5
5.14.21-150500.33.14-azure:5
5.14.21-150500.33.17-azure:5
5.14.21-150500.33.20-azure:5
5.14.21-150500.33.3-azure:5
5.14.21-150500.33.6-azure:5
SUSE Linux Enterprise Server 15 (SP1, SP2, SP3, SP4) 9.55 Par défaut, tous les noyaux de stock SUSE 15 SP1, SP2, SP3, SP4 sont pris en charge.

5.14.21-150400.14.52-azure:4
4.12.14-16.139-azure:5
5.14.21-150400.14.55-azure:4
5.14.21-150400.14.60-azure:4
5.14.21-150400.14.63-azure:4
5.14.21-150400.14.66-azure:4

Versions du noyau Red Hat Linux prises en charge pour les machines virtuelles Oracle Linux sur Azure

Version release Version du service Mobilité Version du noyau Red Hat
Oracle Linux 9.0
Oracle Linux 9.1
Oracle Linux 9.2
Oracle Linux 9.3		 9,61 5.14.0-70.93.2.el9_0.x86_64
5.14.0-284.54.1.el9_2.x86_64
5.14.0-284.57.1.el9_2.x86_64
5.14.0-284.59.1.el9_2.x86_64
5.14.0-362.24.1.el9_3.x86_64
Oracle Linux 9.0
Oracle Linux 9.1
Oracle Linux 9.2
Oracle Linux 9.3		 9.60 5.14.0-70.13.1.el9_0.x86_64
5.14.0-70.17.1.el9_0.x86_64
5.14.0-70.22.1.el9_0.x86_64
5.14.0-70.26.1.el9_0.x86_64
5.14.0-70.30.1.el9_0.x86_64
5.14.0-70.36.1.el9_0.x86_64
5.14.0-70.43.1.el9_0.x86_64
5.14.0-70.49.1.el9_0.x86_64
5.14.0-70.50.2.el9_0.x86_64
5.14.0-70.53.1.el9_0.x86_64
5.14.0-70.58.1.el9_0.x86_64
5.14.0-70.64.1.el9_0.x86_64
5.14.0-70.70.1.el9_0.x86_64
5.14.0-70.75.1.el9_0.x86_64
5.14.0-70.80.1.el9_0.x86_64
5.14.0-70.85.1.el9_0.x86_64
5.14.0-162.6.1.el9_1.x86_64
5.14.0-162.12.1.el9_1.x86_64
5.14.0-162.18.1.el9_1.x86_64
5.14.0-162.22.2.el9_1.x86_64
5.14.0-162.23.1.el9_1.x86_64
5.14.0-284.11.1.el9_2.x86_64
5.14.0-284.13.1.el9_2.x86_64
5.14.0-284.16.1.el9_2.x86_64
5.14.0-284.18.1.el9_2.x86_64
5.14.0-284.23.1.el9_2.x86_64
5.14.0-284.25.1.el9_2.x86_64
5.14.0-284.28.1.el9_2.x86_64
5.14.0-284.30.1.el9_2.x86_64
5.14.0-284.32.1.el9_2.x86_64
5.14.0-284.34.1.el9_2.x86_64
5.14.0-284.36.1.el9_2.x86_64
5.14.0-284.40.1.el9_2.x86_64
5.14.0-284.41.1.el9_2.x86_64
5.14.0-284.43.1.el9_2.x86_64
5.14.0-284.44.1.el9_2.x86_64
5.14.0-284.45.1.el9_2.x86_64
5.14.0-284.48.1.el9_2.x86_64
5.14.0-284.50.1.el9_2.x86_64
5.14.0-284.52.1.el9_2.x86_64
5.14.0-362.8.1.el9_3.x86_64
5.14.0-362.13.1.el9_3.x86_64
5.14.0-362.18.1.el9_3.x86_64

Versions de noyau Rocky Linux prises en charge pour les machines virtuelles Azure

Remarque

Les versions 9.58 et 9.59 du service Mobility ne sont pas publiées pour Azure sur Azure Site Recovery.

Version release Version du service Mobilité Version du noyau Red Hat
Rocky Linux 9.0
Rocky Linux 9.1		 9,61 5.14.0-70.93.2.el9_0.x86_64
Rocky Linux 9.0
Rocky Linux 9.1		 9.60 5.14.0-70.13.1.el9_0.x86_64
5.14.0-70.17.1.el9_0.x86_64
5.14.0-70.22.1.el9_0.x86_64
5.14.0-70.26.1.el9_0.x86_64
5.14.0-70.30.1.el9_0.x86_64
5.14.0-70.36.1.el9_0.x86_64
5.14.0-70.43.1.el9_0.x86_64
5.14.0-70.49.1.el9_0.x86_64
5.14.0-70.50.2.el9_0.x86_64
5.14.0-70.53.1.el9_0.x86_64
5.14.0-70.58.1.el9_0.x86_64
5.14.0-70.64.1.el9_0.x86_64
5.14.0-70.70.1.el9_0.x86_64
5.14.0-70.75.1.el9_0.x86_64
5.14.0-70.80.1.el9_0.x86_64
5.14.0-70.85.1.el9_0.x86_64
5.14.0-162.6.1.el9_1.x86_64
5.14.0-162.12.1.el9_1.x86_64
5.14.0-162.18.1.el9_1.x86_64
5.14.0-162.22.2.el9_1.x86_64
5.14.0-162.23.1.el9_1.x86_64
Version release Version du service Mobilité Version du noyau
Rocky Linux 9.57 Rocky Linux 8.8
Rocky Linux 8.9
Rocky Linux 9.56 Rocky Linux 8.7
Rocky Linux 9.0

Important

Pour prendre en charge les noyaux Linux les plus récents dans un délai de 15 jours à partir de la publication, Azure Site Recovery déploie le correctif logiciel à chaud en plus de la dernière version de l’agent de mobilité. Ce correctif est déployé dans les deux versions majeures de la publication. Pour effectuer une mise à jour vers la dernière version de l’agent de mobilité (y compris le correctif logiciel à chaud), suivez les étapes mentionnées dans cet article. Ce correctif est actuellement déployé pour les agents de mobilité utilisés dans le scénario de reprise d’activité Azure vers Azure.

Machines répliquées - Stockage invité/système de fichiers Linux

  • Systèmes de fichiers : ext3, ext4, XFS, BTRFS
  • Gestionnaire de volume : LVM2

Notes

Le logiciel Multipath n’est pas pris en charge.

Machines répliquées - Paramètres de calcul

Paramètre Support Détails
Taille N'importe quelle taille de machine virtuelle Azure avec au moins deux cœurs d'UC et 1 Go de RAM Consultez Tailles de machine virtuelle Azure.
Mémoire vive (RAM) Azure Site Recovery pilote utilise 6% de RAM.
Groupes à haute disponibilité Prise en charge Si vous activez la réplication pour une machine virtuelle Azure avec les options par défaut, un groupe à haute disponibilité est créé automatiquement, selon les paramètres de la région source. Vous pouvez modifier ces paramètres.
Zones de disponibilité Prise en charge
Hôtes dédiés Non pris en charge
HUB (Hybrid Use Benefit) Prise en charge Si la machine virtuelle source a une licence HUB activée, une machine virtuelle de basculement ou de test de basculement utilise également la licence HUB.
Groupe de machines virtuelles identiques - Flex Scénario de disponibilité - pris en charge. Scénario de scalabilité - non pris en charge.
Images de la galerie Azure - Publiées par Microsoft Prise en charge Prises en charge si la machine virtuelle s’exécute sur un système d’exploitation pris en charge.
Images de la galerie Azure - Publiées par un tiers Prise en charge Prises en charge si la machine virtuelle s’exécute sur un système d’exploitation pris en charge.
Images personnalisées - Publiées par un tiers Prise en charge Prises en charge si la machine virtuelle s’exécute sur un système d’exploitation pris en charge.
Machines virtuelles migrées à l’aide de Site Recovery Prise en charge Si un ordinateur physique une machine virtuelle VMware a été migré(e) vers Azure à l’aide de Site Recovery, vous devez désinstaller l’ancienne version du service Mobilité sur l’ordinateur et redémarrer celui-ci avant de le répliquer vers une autre région Azure.
Stratégies Azure RBAC Non pris en charge Les stratégies de contrôle d’accès en fonction du rôle Azure (Azure RBAC) sur les machines virtuelles ne sont pas répliquées sur la machine virtuelle de basculement dans la région cible.
Extensions Non pris en charge Les extensions ne sont pas répliquées sur la machine virtuelle de basculement dans la région cible. Elles doivent être installées manuellement après le basculement.
Groupes de placement de proximité Prise en charge Les machines virtuelles situées à l’intérieur d’un groupe de placement de proximité peuvent être protégées avec Site Recovery.
Étiquettes Prise en charge Les étiquettes générées par l’utilisateur appliquées aux machines virtuelles sources sont reportées sur les machines virtuelles cibles après le basculement de test ou le basculement. Les balises de la ou des machines virtuelles sont répliquées une fois toutes les 24 heures pendant que la ou les machines virtuelles sont présentes dans la région cible.

Machines répliquées - Actions de disque

Action Détails
Redimensionner le disque sur la machine virtuelle répliquée Le redimensionnement vers le haut sur la VM source est pris en charge. La réduction de la taille sur la machine virtuelle source n’est pas prise en charge. Le redimensionnement doit être effectué avant le basculement. Vous n’avez pas besoin de désactiver/réactiver la réplication.

Si vous modifiez la machine virtuelle source après le basculement, les modifications ne sont pas capturées.

Si vous modifiez la taille du disque sur la machine virtuelle Azure après le basculement, les modifications ne sont pas capturées par Site Recovery et la restauration automatique sera à la taille de la machine virtuelle d’origine.

Si le redimensionnement est >= 4 To, veuillez noter l’aide d’Azure relative à la mise en cache du disque ici.
Ajouter un disque à une machine virtuelle répliquée Prise en charge
Modifications hors connexion apportées aux disques protégés La déconnexion des disques et leur modification hors connexion nécessitent le déclenchement d’une resynchronisation complète.
Mise en cache du disque La mise en cache de disque n’est pas prise en charge pour les disques de 4 Tio et plus. Si plusieurs disques sont attachés à votre machine virtuelle, chaque disque d’une taille inférieure à 4 Tio prend en charge la mise en cache. La modification du paramètre de cache d’un disque Azure détache et rattache le disque cible. S’il s’agit du disque du système d’exploitation, la machine virtuelle redémarre. Arrêtez toutes les applications et services qui risquent d’être affectés par cette indisponibilité avant de modifier le paramètre de cache du disque. Le non-respect de ces recommandations peut entraîner une altération des données.

Machines répliquées - Stockage

Remarque

Azure Site Recovery prend en charge les comptes de stockage avec un objet blob de pages pour la réplication de disques non managés.

Ce tableau récapitule la prise en charge du disque du système d’exploitation, du disque de données et du disque temporaire de la machine virtuelle Azure.

  • Il est important d’observer les limites et les cibles des disques managés des machine virtuelles pour éviter tout problème de performances.
  • Si vous déployez avec les paramètres par défaut, Site Recovery crée automatiquement les disques et les comptes de stockage en fonction des paramètres de la source.
  • Si vous les personnalisez, veillez à respecter les instructions.
Composant Support Détails
Renommage du disque Pris en charge
Taille maximale du disque du système d’exploitation 4 096 Go En savoir plus sur les disques de machines virtuelles.
Disque temporaire Non pris en charge Le disque temporaire est toujours exclu de la réplication.

Ne conservez pas de données persistantes sur le disque temporaire. Plus d’informations
Taille maximale du disque de données 32 To pour les disques managés

4 To pour les disques non managés
Taille minimale du disque de données Aucune restriction pour les disques non managés. 1 Go pour les disques managés
Nombre maximal de disques de données Jusqu’à 64, en adéquation avec la prise en charge pour une taille spécifique de machine virtuelle Azure En savoir plus sur les tailles de machines virtuelles.
Taille maximale du disque de données par compte de stockage (pour les disques non managés) 35 To Il s’agit d’une limite supérieure pour la taille cumulée des objets blob de page créés dans un Stockage Premium
Taux de modification du disque de données 20 Mbit/s maximum par disque pour le Stockage Premium. 2 Mbits/s maximum par disque pour le stockage Standard. Si le taux moyen de modification des données sur le disque est en permanence supérieur à la valeur maximale, la réplication ne pourra pas suivre.

Toutefois, si la valeur maximale est dépassée de manière sporadique, la réplication peut suivre, mais les points de récupération pourraient être légèrement différés.
Disque de données - Compte de stockage Standard Prise en charge
Disque de données - Compte de stockage Premium Prise en charge Si une machine virtuelle a des disques répartis sur des comptes de stockage Standard et Premium, vous pouvez sélectionner un compte de stockage cible différent pour chaque disque afin d’être sûr d’avoir la même configuration de stockage dans la région cible.
Disque managé - Standard Pris en charge dans les régions Azure dans lesquelles Azure Site Recovery est pris en charge.
Disque managé - Premium Pris en charge dans les régions Azure dans lesquelles Azure Site Recovery est pris en charge.
Limites de l’abonnement au disque Jusqu’à 3 000 disques protégés par abonnement Assurez-vous que l’abonnement source ou cible n’a pas plus de 3000 disques protégés par Azure Site Recovery (à la fois les données et le système d’exploitation).
SSD Standard Prise en charge
Redondance LRS, ZRS et GRS sont pris en charge.
Stockage à froid et à chaud Non pris en charge Les disques de machine virtuelle ne sont pas pris en charge sur le stockage à froid et à chaud
Espaces de stockage Prise en charge
Interface de stockage NVMe Non pris en charge
Chiffrement sur l’hôte Non pris en charge La machine virtuelle est protégée, mais le chiffrement n’est pas activé sur la clé de chiffrement de l’hôte lors de l’échec de la machine virtuelle. Consultez les informations détaillées pour créer une machine virtuelle avec un chiffrement de bout en bout à l’aide du chiffrement sur l’hôte.
Chiffrement au repos (SSE) Prise en charge SSE est le paramètre par défaut sur les comptes de stockage.
Chiffrement au repos (CMK) Prise en charge Les clés HSM et logicielles sont prises en charge pour les disques managés
Double chiffrement au repos Prise en charge En savoir plus sur les régions prises en charge pour Windows et Linux.
Chiffrement FIPS Non prise en charge
Azure Disk Encryption (ADE) pour système d’exploitation Windows Pris en charge pour les machines virtuelles avec des disques managés. Les machines virtuelles utilisant des disques non managés ne sont pas prises en charge.

Les clés protégées par HSM ne sont pas prises en charge.

Le chiffrement de volumes individuels sur un seul disque n’est pas pris en charge.
Azure Disk Encryption (ADE) pour système d’exploitation Linux Pris en charge pour les machines virtuelles avec des disques managés. Les machines virtuelles utilisant des disques non managés ne sont pas prises en charge.

Les clés protégées par HSM ne sont pas prises en charge.

Le chiffrement de volumes individuels sur un seul disque n’est pas pris en charge.

Problème connu avec l’activation de la réplication. En savoir plus.
Rotation de clé SAS Non pris en charge Si la clé SAS pour les comptes de stockage fait l’objet d’une rotation, le client doit désactiver et réactiver la réplication.
Mise en cache de l'hôte Prise en charge
Ajout à chaud Prise en charge L'activation de la réplication pour un disque de données que vous ajoutez à une machine virtuelle Azure répliquée est prise en charge pour les machines virtuelles utilisant des disques managés.

Un seul disque peut être ajouté à chaud à une machine virtuelle Azure à la fois. L’ajout parallèle de plusieurs disques n’est pas pris en charge.
Retrait de disque à chaud Non pris en charge Si vous retirez un disque de données de la machine virtuelle, vous devez désactiver la réplication puis la réactiver pour la machine virtuelle.
Exclure le disque Pris en charge. Vous pouvez utiliser PowerShell ou accéder à l’option Paramètre avancé>Paramètres du stockage>Disque à répliquer partir du portail. Les disques temporaires sont exclus par défaut.
Espaces de stockage direct Pris en charge pour les points de récupération cohérents d’incident. Les points de récupération de cohérence de l’application ne sont pas pris en charge.
Serveur de fichiers avec montée en puissance parallèle Pris en charge pour les points de récupération cohérents d’incident. Les points de récupération de cohérence de l’application ne sont pas pris en charge.
DRBD Les disques qui font partie d’une installation DRBD ne sont pas pris en charge.
LRS Prise en charge
GRS Prise en charge
RA-GRS Prise en charge
ZRS Prise en charge
Stockage à froid et à chaud Non pris en charge Les disques de machine virtuelle ne sont pas pris en charge sur le stockage froid et chaud
Pare-feux du Stockage Azure pour réseaux virtuels Pris en charge Si vous souhaitez limiter l’accès au réseau virtuel aux comptes de stockage, activez l’option Autoriser les services Microsoft de confiance.
Comptes de stockage V2 à usage général (niveaux chaud et froid) Prise en charge Augmentation significative des coûts de transaction par rapport aux comptes de stockage V1 à usage général
Génération 2 (démarrage UEFI) Prise en charge
Disques NVMe Non pris en charge
Disques partagés Azure Non pris en charge
Disques Ultra Non pris en charge
Option de transfert sécurisé Prise en charge
Disques avec accélérateur d’écriture Non pris en charge
Étiquettes Prise en charge Les étiquettes générées par l’utilisateur sont répliquées toutes les 24 heures.
Suppression réversible Non prise en charge La suppression réversible n’est pas prise en charge car une fois qu’elle est activée sur un compte de stockage, elle augmente le coût. Azure Site Recovery effectue des créations/suppressions très fréquentes de fichiers journaux lors de la réplication, ce qui entraîne une augmentation des coûts.
Disques iSCSI Non pris en charge La fonctionnalité Azure Site Recovery peut être utilisée pour migrer ou basculer des disques iSCSI vers Azure. Toutefois, les disques iSCSI ne sont pas pris en charge pour la réplication et le basculement /la restauration automatique Azure vers Azure.

Important

Pour éviter des problèmes de performances, veillez à respecter les cibles de scalabilité et de niveau de performance des disques managés de machines virtuelles. Si vous utilisez les paramètres par défaut, Site Recovery crée les disques et comptes de stockage requis en fonction de la configuration de la source. Si vous personnalisez et sélectionnez vos propres paramètres, suivez les objectifs d'évolutivité et de performances du disque pour vos machines virtuelles sources.

Limites et taux de changement des données

Le tableau suivant récapitule les limites de Site Recovery.

  • Ces limites sont basées sur nos tests, mais ne couvrent pas toutes les combinaisons d’E/S d’application possibles.
  • Les résultats réels varient en fonction de la combinaison d’E/S de votre application.
  • Il existe deux limites à prendre en compte, le taux d’activité de données par disque et le taux d’activité de données par machine virtuelle.
  • La limite actuelle de l’activité des données par machine virtuelle est de 54 Mo/s, quelle que soit la taille.
Cible de stockage E/S moyennes de disque source Activité des données moyenne de disque source Total de l’activité des données de disque source par jour
Stockage Standard 8 Ko 2 Mo/s 168 Go par disque
Disque Premium P10 ou P15 8 Ko 2 Mo/s 168 Go par disque
Disque Premium P10 ou P15 16 Ko 4 Mo/s 336 Go par disque
Disque Premium P10 ou P15 32 Ko ou plus 8 Mo/s 672 Go par disque
Disque Premium P20 ou P30 ou P40 ou P50 8 Ko 5 Mo/s 421 Go par disque
Disque Premium P20 ou P30 ou P40 ou P50 16 Ko ou plus 20 Mo/s 1 684 Go par disque

Notes

La prise en charge de l’attrition élevée est désormais disponible dans Azure Site Recovery, où la limite d’attrition par machine virtuelle a été augmentée à 100 Mo/s. Pour plus d’informations, consultez Récupération d’urgence de machine virtuelle Azure - Prise en charge de l’attrition élevée.

Machines répliquées - Mise en réseau

Paramètre Support Détails
Carte d’interface réseau Nombre maximal pris en charge pour une taille de machine virtuelle Azure spécifique Les cartes réseau sont créées lors de la création de la machine virtuelle pendant le basculement.

Le nombre de cartes réseau sur la machine virtuelle de basculement dépend du nombre de cartes réseau que possède la machine virtuelle source au moment de l’activation de la réplication. Si vous ajoutez ou supprimez une carte réseau après l’activation de la réplication, cela n’affecte pas le nombre de cartes réseau sur la machine virtuelle répliquée après le basculement.

Il n’est pas garanti que l’ordre des cartes réseau après basculement soit le même que l’ordre d’origine.

Vous pouvez renommer des cartes réseau dans la région cible conformément aux conventions de nommage de votre organisation.
Équilibreur de charge Internet Non pris en charge Vous pouvez configurer des équilibreurs de charge publics ou Internet dans la région primaire. Toutefois, les équilibreurs de charge publics/Internet ne sont pas pris en charge par Azure Site Recovery dans la région de récupération d’urgence.
Équilibreur de charge interne Prise en charge Associez l’équilibreur de charge préconfiguré à l’aide d’un script Azure Automation dans un plan de récupération.
Adresse IP publique Prise en charge Associez une adresse IP publique existante à la carte réseau. Ou, créez une adresse IP publique et associez-la à la carte réseau à l’aide d’un script Azure Automation dans un plan de récupération.
Groupe de sécurité réseau (NSG) sur la carte réseau Prise en charge Associez le groupe de sécurité réseau à la carte réseau à l’aide d’un script Azure Automation dans un plan de récupération.
Groupe de sécurité réseau (NSG) sur le sous-réseau Prise en charge Associez le groupe de sécurité réseau au sous-réseau à l’aide d’un script Azure Automation dans un plan de récupération.
Adresse IP (statique) réservée Prise en charge Si la carte réseau sur la machine virtuelle source a une adresse IP statique et que le sous-réseau cible a la même adresse IP disponible, celle-ci est affectée à la machine virtuelle de basculement.

Si le sous-réseau cible n’a pas la même adresse IP disponible, l’une des adresses IP disponibles sur le sous-réseau est réservée à la machine virtuelle.

Vous pouvez également spécifier une adresse IP fixe et un sous-réseau dans Éléments répliqués>Paramètres>Réseau>Interfaces réseau.
Adresse IP dynamique Prise en charge Si la carte réseau sur la machine virtuelle source a l’adressage IP dynamique, la carte réseau sur la machine virtuelle de basculement est également dynamique par défaut.

Vous pouvez remplacer cela par une adresse IP fixe si nécessaire.
Plusieurs adresses IP Prise en charge Quand vous basculez une machine virtuelle équipée d’une carte d’interface réseau avec plusieurs adresses IP, seule l’adresse IP principale de la carte réseau de la région source est conservée par défaut. Pour basculer les configurations IP secondaires, accédez au panneau Réseau et configurez-les.
Traffic Manager Prise en charge Vous pouvez préconfigurer Traffic Manager pour que le trafic soit acheminé vers le point de terminaison dans la région source de manière régulière et vers le point de terminaison dans la région cible en cas de basculement.
Azure DNS Prise en charge
Système DNS personnalisé Prise en charge
Proxy non authentifié Prise en charge En savoir plus
Proxy authentifié Non pris en charge Si la machine virtuelle utilise un proxy authentifié pour la connectivité sortante, elle ne peut pas être répliquée à l’aide d’Azure Site Recovery.
Connexion VPN de site à site à un environnement local

(avec ou sans ExpressRoute)		 Prise en charge Vérifiez que les itinéraires définis par l’utilisateur et les groupes de sécurité réseau sont configurés de telle sorte que le trafic Site Recovery ne soit pas acheminé vers l’infrastructure locale. En savoir plus
Connexion de réseau virtuel à réseau virtuel Prise en charge En savoir plus
Points de terminaison de service de réseau virtuel Prise en charge Si vous limitez l’accès au réseau virtuel aux comptes de stockage, assurez-vous que les services Microsoft de confiance sont autorisés à accéder au compte de stockage.
Mise en réseau accélérée Prise en charge La mise en réseau accélérée peut être activée sur la machine virtuelle de récupération uniquement si elle est activée sur la machine virtuelle source également. Plus d’informations
Appliance Palo Alto Network Non pris en charge Concernant les appliances tierces, il existe souvent des restrictions imposées par le fournisseur à l’intérieur de la machine virtuelle. Azure Site Recovery nécessite une connectivité sortante, d’agent et d’extensions pour être disponible. Toutefois, l’appliance ne permet pas de configurer une activité sortante à l’intérieur de la machine virtuelle.
IPv6 Non pris en charge Les configurations mixtes qui incluent IPv4 et IPv6 sont prises en charge. Toutefois, Azure Site Recovery utilise n’importe quelle adresse IPv4 gratuite disponible. S’il n’existe aucune adresse IPv4 gratuite dans le sous-réseau, la configuration n’est pas prise en charge.
Lien privé d’accès au service Site Recovery Prise en charge En savoir plus
Étiquettes Prise en charge Les étiquettes générées par l’utilisateur sur les cartes réseau sont répliquées toutes les 24 heures.

Étapes suivantes