Prendre en charge la matrice de la récupération d’urgence de machines virtuelles Azure entre les régions Azure
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. |
| Machines virtuelles d’infrastructure AVD | Pris en charge, à condition que tous les prérequis de la réplication Azure vers Azure soient satisfaits. |
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.
La Nouvelle-Zélande est uniquement prise en charge en tant que région source ou cible pour Site Recovery Azure vers Azure. Toutefois, la création d’un coffre Recovery Services n’est pas prise en charge en Nouvelle-Zélande.
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 | Le compte de stockage du cache doit être dans le même abonnement que la ou les machines virtuelles sources. Pour utiliser le stockage du cache depuis l’abonnement cible, utilisez PowerShell. |
| 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. Des modifications récentes dans Azure Policy désactivent l’authentification par clé en raison de problèmes de sécurité. Cependant, pour ASR, vous devez la réactiver. |
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.
Remarque
Les limites du cache sont spécifiques aux scénarios de récupération d’urgence d’Azure à Azure et de zone à zone.
Quand vous activez la réplication via le workflow de machine virtuelle entre des abonnements, le portail liste seulement le compte de stockage du cache de l’abonnement source, mais ne liste aucun compte de stockage créé dans l’abonnement cible. Pour configurer ce scénario, utilisez PowerShell.
Azure Site Recovery n'est pas pris en charge pour les machines virtuelles équipées de disques SSD Premium v2.
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 ultérieur), 8.5 (4.18.0-348.5.1.el8_5.x86_64 ou ultérieur), 8.6 (4.18.0-348.5.1.el8_5.x86_64 ou ultérieur), 8.7, 8.8, 8.9, 8.10, 9.0, 9.1, 9.2, 9.3, 9.4 RHEL 9.x est pris en charge pour les versions de noyau suivantes. |
| 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, SP6 (versions de noyau prises en charge) |
| SUSE Linux Enterprise Server 15 | 15, SP1, SP2, SP3, SP4, SP5, SP6 (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écution du noyau compatible Red Hat ou de la version 3 du noyau Entreprise insécable, 4, 5 et 6 (UEK3, UEK4, UEK5, UEK6), 8.4, 8.5, 8.6, 8.7, 8.8, 8.8 , 8.9, 9.0, 9.1, 9.2, 9.3, 9.4. 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
Remarque
Activer la réplication, à travers le workflow de déploiement de la machine virtuelle, n’est pas pris en charge pour les machines virtuelles exécutant le système d’exploitation RHEL 9* et les versions ultérieures.
| Version release | Version du service Mobilité | Version du noyau Red Hat |
|---|---|---|
| RHEL 9.0 RHEL 9.1 RHEL 9.2 RHEL 9.3 RHEL 9.4 |
9,63 | 5.14.0-284.73.1.el9_2.x86_64 5.14.0-284.75.1.el9_2.x86_64 5.14.0-284.77.1.el9_2.x86_64 5.14.0-284.79.1.el9_2.x86_64 5.14.0-284.80.1.el9_2.x86_64 5.14.0-284.82.1.el9_2.x86_64 5.14.0-284.84.1.el9_2.x86_64 5.14.0-284.85.1.el9_2.x86_64 5.14.0-284.86.1.el9_2.x86_64 5.14.0-427.24.1.el9_4.x86_64 5.14.0-427.26.1.el9_4.x86_64 5.14.0-427.28.1.el9_4.x86_64 5.14.0-427.31.1.el9_4.x86_64 5.14.0-427.33.1.el9_4.x86_64 5.14.0-427.35.1.el9_4.x86_64 5.14.0-427.37.1.el9_4.x86_64 |
| RHEL 9.0 RHEL 9.1 RHEL 9.2 RHEL 9.3 RHEL 9.4 |
9,62 | 5.14.0-70.97.1.el9_0.x86_64 5.14.0-70.101.1.el9_0.x86_64 5.14.0-284.62.1.el9_2.x86_64 5.14.0-284.64.1.el9_2.x86_64 5.14.0-284.66.1.el9_2.x86_64 5.14.0-284.67.1.el9_2.x86_64 5.14.0-284.69.1.el9_2.x86_64 5.14.0-284.71.1.el9_2.x86_64 5.14.0-427.13.1.el9_4.x86_64 5.14.0-427.16.1.el9_4.x86_64 5.14.0-427.18.1.el9_4.x86_64 5.14.0-427.20.1.el9_4.x86_64 5.14.0-427.22.1.el9_4.x86_64 |
| 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,63 | Aucun nouveau noyau 14.04 LTS n’est pris en charge dans cette version. |
| 14.04 LTS | 9,62 | Aucun nouveau noyau 14.04 LTS n’est pris en charge dans cette version. |
| 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. |
| LTS 16.04 | 9,63 | Aucun nouveau noyau 16.04 LTS n’est pris en charge dans cette version. |
| LTS 16.04 | 9,62 | Aucun nouveau noyau 16.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. |
| 18.04 LTS | 9,63 | 5.4.0-1135-azure 5.4.0-192-generic 4.15.0-1180-azure 4.15.0-228-generic 5.4.0-1136-azure 5.4.0-193-generic 5.4.0-1137-azure 5.4.0-1138-azure 5.4.0-195-generic 5.4.0-196-generic 4.15.0-1181-azure 4.15.0-229-generic 4.15.0-1182-azure 4.15.0-230-generic 5.4.0-1139-azure 5.4.0-198-generic |
| 18.04 LTS | 9,62 | 4.15.0-226-generic 5.4.0-1131-azure 5.4.0-186-generic 5.4.0-187-generic 4.15.0-1178-azure 5.4.0-1132-azure 5.4.0-1133-azure 5.4.0-1134-azure 5.4.0-190-generic 5.4.0-189-generic |
| 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 4.15.0-1176-azure 4.15.0-224-generic 5.4.0-1127-azure 5.4.0-1128-azure 5.4.0-175-generic 5.4.0-177-generic 4.15.0-1177-azure 4.15.0-225-generic 5.4.0-1129-azure 5.4.0-1130-azure 5.4.0-181-generic 5.4.0-182-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. |
| 20.04 LTS | 9,63 | 5.15.0-1070-azure 5.4.0-1135-azure 5.4.0-192-generic 5.15.0-1071-azure 5.15.0-118-generic 5.15.0-119-generic 5.4.0-1136-azure 5.4.0-193-generic 5.15.0-1072-azure 5.15.0-1073-azure 5.15.0-121-generic 5.15.0-122-generic 5.4.0-1137-azure 5.4.0-1138-azure 5.4.0-195-generic 5.4.0-196-generic |
| 20.04 LTS | 9,62 | 5.15.0-1065-azure 5.15.0-1067-azure 5.15.0-113-generic 5.4.0-1131-azure 5.4.0-1132-azure 5.4.0-186-generic 5.4.0-187-generic 5.15.0-1068-azure 5.15.0-116-generic 5.15.0-117-generic 5.4.0-1133-azure 5.4.0-1134-azure 5.4.0-189-generic 5.4.0-190-generic 5.15.0-1074-azure 5.15.0-124-generic 5.4.0-1139-azure 5.4.0-198-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 5.15.0-102-generic 5.15.0-105-generic 5.15.0-1061-azure 5.4.0-1127-azure 5.4.0-1128-azure 5.4.0-176-generic 5.4.0-177-generic 5.15.0-106-generic 5.15.0-1063-azure 5.15.0-1064-azure 5.15.0-107-generic 5.4.0-1129-azure 5.4.0-1130-azure 5.4.0-181-generic 5.4.0-182-generic |
| 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 |
| 22.04 LTS | 9,63 | 5.15.0-1070-azure 5.15.0-118-generic 5.15.0-1071-azure 5.15.0-119-generic 5.15.0-1072-azure 5.15.0-1073-azure 5.15.0-121-generic 5.15.0-122-generic 5.15.0-1074-azure 5.15.0-124-generic |
| 22.04 LTS | 9,62 | 5.15.0-1066-azure 5.15.0-1067-azure 5.15.0-112-generic 5.15.0-113-generic 6.5.0-1022-azure 6.5.0-1023-azure 6.5.0-41-generic 5.15.0-1068-azure 5.15.0-116-generic 5.15.0-117-generic 6.5.0-1024-azure 6.5.0-1025-azure 6.5.0-44-generic 6.5.0-45-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 5.15.0-102-generic 5.15.0-105-generic 5.15.0-1060-azure 5.15.0-1061-azure 6.5.0-1018-azure 6.5.0-1019-azure 6.5.0-27-generic 6.5.0-28-generic 5.15.0-106-generic 5.15.0-1063-azure 5.15.0-1064-azure 5.15.0-107-generic 6.5.0-1021-azure 6.5.0-35-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 |
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,63 | Aucun nouveau noyau 7 LTS n’est pris en charge dans cette version. |
| Debian 7 | 9,62 | Aucun nouveau noyau 7 LTS n’est pris en charge dans cette version. |
| Debian 7 | 9.61 | Aucun nouveau noyau 7 LTS 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 8 | 9,63 | Aucun nouveau noyau Debian n’est pris en charge dans cette version. |
| Debian 8 | 9,62 | Aucun nouveau noyau 8 Debian 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 9.1 | 9.62 | Aucun nouveau noyau Debian n’est pris en charge dans cette version. |
| Debian 9.1 | 9.62 | Aucun nouveau noyau 9.1 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 10 | 9,63 | Aucun nouveau noyau 10 Debian n’est pris en charge dans cette version. |
| Debian 10 | 9.62 | 4.19.0-27-amd64 4.19.0-27-cloud-amd64 5.10.0-0.deb10.30-amd64 5.10.0-0.deb10.30-cloud-amd64 |
| Debian 10 | 9,61 | 5.10.0-0.deb10.29-amd64 5.10.0-0.deb10.29-cloud-amd64 |
| 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 11 | 9,63 | 5.10.0-26-amd64 5.10.0-26-cloud-amd64 5.10.0-31-amd64 5.10.0-31-cloud-amd64 5.10.0-32-amd64 5.10.0-32-cloud-amd64 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 6.1.0-0.deb11.21-amd64 6.1.0-0.deb11.21-cloud-amd64 6.1.0-0.deb11.22-amd64 6.1.0-0.deb11.22-cloud-amd64 |
| Debian 11 | 9,62 | 5.10.0-30-amd64 5.10.0-30-cloud-amd64 6.1.0-0.deb11.21-amd64 6.1.0-0.deb11.21-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 5.10.0-29-amd64 5.10.0-29-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 12 | 9,63 | 6.1.0-25-amd64 6.1.0-25-cloud-amd64 6.1.0-26-amd64 6.1.0-26-cloud-amd64 |
| Debian 12 | 9,62 | 6.1.0-22-amd64 6.1.0-22-cloud-amd64 6.1.0-23-amd64 6.1.0-23-cloud-amd64 6.5.0-0.deb12.4-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 6.1.0-20-amd64 6.1.0-20-cloud-amd64 6.1.0-21-amd64 6.1.0-21-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,63 | Tous les noyaux de stock SUSE 12 SP1, SP2, SP3, SP4, SP5 sont pris en charge. 4.12.14-16.194-azure:5 4.12.14-16.197-azure:5 4.12.14-16.200-azure:5 |
| SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) | 9,62 | Tous les noyaux de stock SUSE 12 SP1, SP2, SP3, SP4, SP5 sont pris en charge. 4.12.14-16.185-azure:5 4.12.14-16.188-azure:5 4.12.14-16.191-azure:5 |
| 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 4.12.14-16.182-azure:5 |
| 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 |
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, SP6) | 9,63 | Tous les noyaux SUSE 15 SP1, SP2, SP3, SP4, SP5, SP6 sont pris en charge. 5.14.21-150500.33.63-azure:5 5.14.21-150500.33.66-azure:5 6.4.0-150600.6-azure:6 6.4.0-150600.8.11-azure:6 6.4.0-150600.8.5-azure:6 6.4.0-150600.8.8-azure:6 6.4.0-150600.8.14-azure:6 5.14.21-150500.33.69-azure:5 |
| SUSE Linux Enterprise Server 15 (SP1, SP2, SP3, SP4, SP5) | 9,62 | Tous les noyaux de stock SUSE 15 SP1, SP2, SP3, SP4, SP5 sont pris en charge. 5.14.21-150500.33.54-azure:5 5.14.21-150500.33.57-azure:5 5.14.21-150500.33.60-azure:5 |
| SUSE Linux Enterprise Server 15 (SP1, SP2, SP3, SP4, SP5) | 9.61 | Tous les noyaux de stock SUSE 15 SP1, SP2, SP3, SP4, SP5 sont pris en charge. 5.14.21-150500.33.37-azure 5.14.21-150500.33.42-azure 5.14.21-150500.33.48-azure:5 5.14.21-150500.33.51-azure:5 |
| 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 |
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 Oracle Linux 9.4 |
9,63 | 5.14.0-284.73.1.el9_2.x86_64 5.14.0-284.75.1.el9_2.x86_64 5.14.0-284.77.1.el9_2.x86_64 5.14.0-284.79.1.el9_2.x86_64 5.14.0-284.80.1.el9_2.x86_64 5.14.0-284.82.1.el9_2.x86_64 5.14.0-284.84.1.el9_2.x86_64 5.14.0-284.85.1.el9_2.x86_64 5.14.0-284.86.1.el9_2.x86_64 5.14.0-427.13.1.el9_4.x86_64 5.14.0-427.16.1.el9_4.x86_64 5.14.0-427.18.1.el9_4.x86_64 5.14.0-427.20.1.el9_4.x86_64 5.14.0-427.22.1.el9_4.x86_64 5.14.0-427.24.1.el9_4.x86_64 5.14.0-427.26.1.el9_4.x86_64 5.14.0-427.28.1.el9_4.x86_64 5.14.0-427.31.1.el9_4.x86_64 5.14.0-427.33.1.el9_4.x86_64 5.14.0-427.35.1.el9_4.x86_64 5.14.0-427.37.1.el9_4.x86_64 |
| Oracle Linux 9.0 Oracle Linux 9.1 Oracle Linux 9.2 Oracle Linux 9.3 |
9,62 | 5.14.0-70.97.1.el9_0.x86_64 5.14.0-70.101.1.el9_0.x86_64 5.14.0-284.62.1.el9_2.x86_64 5.14.0-284.64.1.el9_2.x86_64 5.14.0-284.66.1.el9_2.x86_64 5.14.0-284.67.1.el9_2.x86_64 5.14.0-284.69.1.el9_2.x86_64 5.14.0-284.71.1.el9_2.x86_64 |
| 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,62 | 5.14.0-70.97.1.el9_0.x86_64 5.14.0-70.101.1.el9_0.x86_64 5.14.0-284.62.1.el9_2.x86_64 5.14.0-284.64.1.el9_2.x86_64 5.14.0-284.66.1.el9_2.x86_64 5.14.0-284.67.1.el9_2.x86_64 5.14.0-284.69.1.el9_2.x86_64 5.14.0-284.71.1.el9_2.x86_64 5.14.0-427.13.1.el9_4.x86_64 5.14.0-427.16.1.el9_4.x86_64 5.14.0-427.18.1.el9_4.x86_64 5.14.0-427.20.1.el9_4.x86_64 5.14.0-427.22.1.el9_4.x86_64 |
| 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 | Pris en charge | La machine virtuelle est prise en charge si elle s’exécute sur un système d’exploitation pris en charge. Lors d’un test de basculement et d’un basculement, Azure crée une machine virtuelle avec une image de la Place de marché Azure. Assurez-vous qu’aucune stratégie Azure personnalisée ne bloque cette opération. |
| 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 To et plus. Si plusieurs disques sont attachés à votre machine virtuelle, chaque disque de taille inférieure à 4 To 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 095 Gio | 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 Tio pour les disques managés 4 Tio pour les disques non managés |
|
| Taille minimale du disque de données | Aucune restriction pour les disques non managés. 1 Gio 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 Tio | 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 | Pris en charge | Si la clé d’accès fait l’objet d’une rotation pour le compte de stockage du cache, elle n’aura pas d’impact sur la réplication : il n’est donc pas nécessaire de désactiver ou d’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.
| **Type de disque de réplication** | 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 |
| SSD Premium avec une taille de disque de 128 Gio ou plus | 8 Ko | 2 Mo/s | 168 Go par disque |
| SSD Premium avec une taille de disque de 128 Gio ou plus | 16 Ko | 4 Mo/s | 336 Go par disque |
| SSD Premium avec une taille de disque de 128 Gio ou plus | 32 Ko ou plus | 8 Mo/s | 672 Go par disque |
| SSD Premium avec une taille de disque de 512 Gio ou plus | 8 Ko | 5 Mo/s | 421 Go par disque |
| SSD Premium avec une taille de disque de 512 Gio ou plus | 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. Seule la réplication de région est prise en charge. La réplication de zone à zone n’est pas prise en charge. |
| 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
- Lisez la mise en réseau pour la réplication des machines virtuelles Azure.
- Déployez la récupération d’urgence en répliquant des machines virtuelles Azure.