Questions courantes sur la réplication de VMware vers Azure

Cet article répond aux questions courantes que vous pouvez vous poser lorsque vous déployez la récupération d’urgence de machines virtuelles VMware locales sur Azure.

Notes

Vous pouvez maintenant déplacer vos éléments répliqués existants vers l’expérience de récupération d’urgence VMware moderne. Plus d’informations

Général

Comment utiliser l’expérience classique dans le coffre Recovery Services plutôt que l’expérience modernisée ?

Le passage à l’expérience classique dans une instance Recovery Services nouvellement créée n’est pas possible, car cette fonctionnalité sera déconseillée en mars 2026. Tous les nouveaux coffres Recovery Services utiliseront l’expérience modernisée.

Puis-je migrer vers l’expérience modernisée ?

Toutes les machines virtuelles VMware ou serveurs physiques qui sont répliqués à l’aide de l’expérience classique peuvent être migrés vers l’expérience modernisée. Consultez les détails ici et suivez le tutoriel.

De quoi ai-je besoin pour la récupération d’urgence d’une machine virtuelle VMware ?

En savoir plus sur les composants impliqués dans la récupération d’urgence de machines virtuelles VMware.

Puis-je utiliser Site Recovery pour migrer des machines virtuelles VMware vers Azure ?

Oui. En plus d’utiliser Site Recovery pour configurer une récupération d’urgence complète pour des machines virtuelles VMware, vous pouvez également utiliser Site Recovery pour migrer des machines virtuelles VMware locales vers Azure. Dans ce scénario, vous répliquez les machines virtuelles VMware locales vers le Stockage Azure. Ensuite, vous effectuez un basculement du site local vers Azure. Après le basculement, vos applications et charges de travail sont disponibles et s’exécutent sur les machines virtuelles Azure. Le processus est similaire à la configuration d’une récupération d’urgence complète, à ceci près que dans une migration vous ne pouvez pas effectuer une restauration automatique à partir d’Azure.

Est-ce que mon compte Azure a besoin d’autorisations pour créer des machines virtuelles ?

Si vous êtes un administrateur d’abonnement, vous disposez des autorisations de réplication nécessaires. Si vous n’êtes pas un administrateur, vous avez besoin d’autorisations pour effectuer les actions suivantes :

• Créer une machine virtuelle Azure dans le groupe de ressources et le réseau virtuel que vous spécifiez lors de la configuration de Site Recovery.
• Écrire dans le compte de stockage sélectionné ou le disque managé en fonction de votre configuration.

En savoir plus sur les autorisations requises.

Quelles applications puis-je répliquer ?

Vous pouvez répliquer toute application ou charge de travail en cours d’exécution sur une machine virtuelle VMware qui remplit les conditions requises de réplication.

• Site Recovery prend en charge la réplication compatible avec les applications afin qu’elles puissent faire l’objet d’un basculement et être restaurées dans un état intelligent.
• Site Recovery s’intègre à des applications Microsoft, telles que SharePoint, Exchange, Dynamics, SQL Server et Active Directory. Il travaille en étroite collaboration avec les principaux fournisseurs, notamment Oracle, SAP, IBM et Red Hat.

En savoir plus sur la protection des charges de travail.

Puis-je utiliser une licence serveur de système d’exploitation invité sur Azure ?

Oui, les clients Microsoft Software Assurance peuvent utiliser Azure Hybrid Benefit afin de réduire les coûts de licences pour les machines Windows Server qui sont migrées vers Azure ou qui utilisent Azure pour la récupération d’urgence.

Sécurité

Quel est l’accès aux serveurs VMware dont Site Recovery a besoin ?

Site Recovery doit pouvoir accéder aux serveurs VMware pour :

• Configurer une machine virtuelle VMware exécutant le serveur de configuration Site Recovery.
• Détecter automatiquement les machines virtuelles pour la réplication.

Quel est l’accès aux machines virtuelles VMware dont Site Recovery a besoin ?

• Pour effectuer la réplication, le service Mobilité Site Recovery doit être installé et exécuté sur une machine virtuelle VMware. Vous pouvez déployer l’outil manuellement ou vous pouvez spécifier que Site Recovery effectue une installation Push du service lorsque vous activez la réplication pour une machine virtuelle.
• Lors de la réplication, les machines virtuelles communiquent avec Site Recovery comme suit :
  • Les machines virtuelles communiquent avec le serveur de configuration sur le port HTTPS 443 pour la gestion de la réplication.
  • Les machines virtuelles envoient les données de réplication au serveur de processus sur le port HTTPS 9443. (Ce paramètre peut être modifié.)
  • Si vous activez la cohérence multimachine virtuelle, les machines virtuelles communiquent entre elles sur le port 20004.

Est-ce que les données de réplication sont envoyées à Site Recovery ?

Non, Site Recovery n’intercepte pas les données répliquées et n’a pas d’informations sur les éléments exécutés sur vos machines virtuelles. Les données de réplication sont échangées entre les hyperviseurs VMware et le Stockage Azure. Site Recovery n’a aucun moyen d’intercepter ces données. Seules les métadonnées nécessaires pour coordonner la réplication et le basculement sont envoyées au service Site Recovery.

Site Recovery est certifié pour ISO 27001:2013 et 27018, HIPAA et DPA. Les évaluations SOC2 et JAB FedRAMP sont en cours.

Tarifs

Comment puis-je calculer les frais approximatifs de la récupération d’urgence VMware ?

Utilisez la calculatrice de prix pour estimer les coûts d’utilisation de Site Recovery.

Pour obtenir une estimation détaillée des coûts, exécutez l’outil Planificateur de déploiement pour VMware et utilisez le rapport d’estimation des coûts.

Existe-t-il une différence de coût entre la réplication vers le stockage ou directement vers des disques managés ?

Les disques managés sont facturés légèrement différemment des comptes de stockage. En savoir plus sur la tarification de disque managé.

Existe-t-il une différence de coût en ce qui concerne la réplication vers le compte de stockage à usage général v2 ?

Vous verrez généralement une augmentation du coût des transactions effectuées sur les comptes de stockage GPv2 dans la mesure où Azure Site Recovery comporte un nombre important de transactions. En savoir plus pour estimer les modifications.

Service Mobilité

Où puis-je trouver les programmes d’installation du service Mobilité ?

Les programmes d’installation se trouvent dans le dossier %ProgramData%\ASR\home\svsystems\pushinstallsvc\repository sur le serveur de configuration.

Comment installer le service Mobilité ?

Sur chaque machine virtuelle que vous souhaitez répliquer, installez le service selon l’une des méthodes suivantes :

• Installation Push
• Installation manuelle à partir de l’interface utilisateur ou de PowerShell
• Déploiement à l’aide d’un outil de déploiement tel que Configuration Manager

Disques managés

Où Site Recovery réplique-t-il les données ?

Site Recovery réplique des machines virtuelles VMware locales et des serveurs physiques sur des disques managés dans Azure.

• Le serveur de processus Site Recovery écrit les journaux de réplication sur un compte de stockage de cache dans la région cible.
• Ces journaux sont utilisés pour la création de points de récupération sur des disques managés Azure qui présentent le préfixe asrseeddisk.
• En cas de basculement, le point de récupération que vous sélectionnez sert à créer un nouveau disque managé cible. Ce disque managé est lié à la machine virtuelle dans Azure.
• Les machines virtuelles qui ont été précédemment répliquées vers un compte de stockage (avant mars 2019) ne sont pas affectées.

Puis-je répliquer de nouvelles machines vers des comptes de stockage ?

Non. À compter de mars 2019, dans le portail Azure, vous ne pouvez répliquer que sur des disques managés Azure.

La réplication de nouvelles machines virtuelles vers un compte de stockage n’est possible qu’à l’aide de PowerShell (module Az.RecoveryServices version 1.4.5) ou de l’API REST (version 2018-01-10 ou 2016-08-10). Découvrez comment configurer la réplication à l’aide des commandes PowerShell.

Quels sont les avantages de la réplication vers des disques managés ?

Découvrez comment Site Recovery simplifie la récupération d’urgence avec des disques managés.

Puis-je modifier le type de disque managé une fois qu’une machine est protégée ?

Oui, vous pouvez facilement modifier le type de disque managé pour les réplications en cours. Avant de modifier le type, vérifiez qu’aucune URL de signature d’accès partagé n’est générée sur le disque managé :

1. Accédez à la ressource Disque managé sur le portail Azure et vérifiez qu’une bannière d’URL de signature d’accès partagé apparaît dans le panneau Vue d’ensemble.
2. Si la bannière est présente, sélectionnez-la pour annuler l’exportation en cours.
3. Modifiez le type du disque dans les minutes qui suivent. Si vous modifiez le type de disque managé, attendez que de nouveaux points de récupération soient générés par Azure Site Recovery.
4. Utilisez les nouveaux points de récupération pour un basculement de test ou un basculement futur.

Puis-je basculer la réplication de disques managés vers des disques non managés ?

Non. Le basculement entre des disques managés et non managés n’est pas pris en charge.

Réplication

Quelle est la configuration requise d’une machine virtuelle répliquée ?

En savoir plus sur les exigences de prise en charge pour les machines virtuelles et serveurs physiques VMware.

À quelle fréquence puis-je répliquer vers Azure ?

La réplication est continue quand il s’agit de la réplication des machines virtuelles VMware vers Azure.

Puis-je étendre la réplication ?

La réplication étendue ou chaînée n’est pas prise en charge. Demandez cette fonctionnalité dans le forum de commentaires.

Comment puis-je suivre la progression de la réplication/synchronisation initiale ?

Cette fonctionnalité est récemment devenue Site Recovery Services. Mettez à jour votre infrastructure Site Recovery (serveurs de configuration, serveurs de processus de montée en puissance parallèle) et l’agent de mobilité vers les versions 9.36 ou ultérieures pour bénéficier de détails précis. En savoir plus sur le suivi de la progression ici.

Puis-je effectuer une réplication initiale hors connexion ?

La réplication hors connexion n’est pas prise en charge. Demandez cette fonctionnalité dans le forum de commentaires.

Qu’est-ce qu’asrseeddisk ?

Pour chaque disque source, les données sont répliquées vers un disque managé dans Azure. Ce disque présente le préfixe asrseeddisk. Il stocke la copie du disque source et tous les instantanés de point de récupération.

Puis-je exclure des disques de la réplication ?

Oui, vous pouvez exclure des disques.

Puis-je répliquer des machines virtuelles comprenant des disques dynamiques ?

Les disques dynamiques peuvent être répliqués. Le disque du système d’exploitation doit être un disque de base.

Si j’utilise des groupes de réplication pour la cohérence entre plusieurs machines virtuelles, puis-je ajouter une nouvelle machine virtuelle à un groupe de réplication existant ?

Oui, vous pouvez ajouter de nouvelles machines virtuelles à un groupe de réplication existant lorsque vous activez la réplication. Toutefois :

• Vous ne pouvez pas ajouter une machine virtuelle à un groupe de réplication existant après que la réplication a commencé.
• Vous ne pouvez pas créer un groupe de réplication pour des machines virtuelles existantes.

Puis-je modifier les machines virtuelles répliquées via l’ajout ou le redimensionnement de disques ?

Pour la réplication VMware vers Azure, vous pouvez modifier la taille de disque des machines virtuelles source. Si vous souhaitez ajouter de nouveaux disques, vous devez ajouter le disque et réactiver la protection de la machine virtuelle.

Puis-je migrer des machines locales vers un nouveau vCenter Server sans que cela compromette la réplication en cours ?

Reportez-vous à nos conseils pour migrer des machines vers un nouveau vCenter

Puis-je répliquer vers un compte de stockage de cache ou cible dans lequel un réseau virtuel (avec des pare-feux Azure) est configuré ?

Non, Site Recovery ne prend pas en charge la réplication vers un Stockage Azure sur des réseaux virtuels.

Quelle est la fréquence de génération de points de récupération cohérents en cas d’incident ?

Site Recovery génère des points de récupération cohérents en cas d’incident toutes les cinq minutes.

Puis-je basculer une machine en cours de réplication sur un autre coffre Recovery Services ?

Le basculement des coffres Recovery Services, quand la réplication est déjà en cours, n’est pas pris en charge. Pour ce faire, la réplication doit être désactivée, puis réactivée. Par ailleurs, l’agent du service mobilité, installé sur la machine source, ne doit pas être configuré pour pouvoir être configuré sur un nouveau coffre. Utilisez les commandes ci-dessous pour effectuer la désinscription :

Pour les machines Windows :

C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\UnifiedAgentConfigurator.exe /Unconfigure true

Pour les machines Linux :

/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -q -U true -c CSPrime

Mise à niveau de composant

Ma version de l’agent de services de mobilité ou du serveur de configuration est ancienne et ma mise à niveau a échoué. Que faire ?

Site Recovery suit le modèle de prise en charge N-4. En savoir plus sur la mise à niveau à partir de versions anciennes.

Où puis-je trouver les notes de publication et correctifs cumulatifs pour Azure Site Recovery ?

Apprenez-en davantage sur les nouvelles mises à jour et obtenez des informations sur les correctifs cumulatifs.

Où puis-je trouver des informations de mise à niveau pour la récupération d’urgence vers Azure ?

Apprenez-en davantage sur la mise à niveau.

Dois-je redémarrer les machines sources pour chaque mise à niveau ?

Un redémarrage est recommandé mais non obligatoire pour chaque mise à niveau. Plus d’informations

Serveur de configuration

Quel fait le serveur de configuration ?

Le serveur de configuration exécute les composants Site Recovery en local, notamment :

• Le serveur de configuration lui-même. Le serveur coordonne la communication entre les composants locaux et Azure, et gère la réplication des données.
• Le serveur de traitement, qui fait office de passerelle de réplication. Ce serveur :
  1. Reçoit les données de réplication.
  2. Optimise les données à l’aide de la mise en cache, la compression et le chiffrement.
  3. Envoie les données vers le Stockage Azure. Le serveur de processus installe (type push) le Mobility Service sur les machines virtuelles et effectue la détection automatique sur les machines virtuelles VMware locales.
• Le serveur cible maître, qui gère les données de réplication pendant la restauration automatique à partir d’Azure.

Découvrez-en plus sur les composants et les processus du serveur de configuration.

Où configurer le serveur de configuration ?

Vous avez besoin d’une seule machine virtuelle VMware locale hautement disponible pour le serveur de configuration. Pour la récupération d’urgence du serveur physique, installez le serveur de configuration sur une machine physique.

De quoi ai-je besoin pour le serveur de configuration ?

Examinez les conditions préalables.

Puis-je configurer manuellement le serveur de configuration au lieu d’utiliser un modèle ?

Nous vous recommandons de créer la machine virtuelle du serveur de configuration à l’aide de la version la plus récente du modèle OVF (Open Virtualization Format). Si vous ne pouvez pas utiliser le modèle (par exemple, si vous n’avez pas accès au serveur VMware), téléchargez le fichier d’installation à partir du portail et configurez le serveur de configuration.

Un serveur de configuration peut-il répliquer vers plusieurs régions ?

Non. Pour répliquer vers plusieurs régions, vous avez besoin d’un serveur de configuration dans chaque région.

Puis-je héberger un serveur de configuration dans Azure ?

Bien que ce soit possible, la machine virtuelle Azure exécutant le serveur de configuration doit communiquer avec les machines virtuelles et votre infrastructure VMware locales. Cette communication ajoute de la latence et a un impact sur la réplication en cours.

Comment mettre à jour le serveur de configuration ?

Découvrez comment mettre à jour le serveur de configuration.

• Les informations de mise à jour les plus récentes sont disponibles dans la page relatives aux mises à jour d’Azure.
• Vous pouvez télécharger la dernière version à partir du portail. Vous pouvez également télécharger la dernière version du serveur de configuration directement à partir du Centre de téléchargement Microsoft.
• Si votre version est antérieure de plus de quatre versions à la version actuelle, consultez la déclaration de support pour obtenir des instructions de mise à niveau.

Dois-je sauvegarder le serveur de configuration ?

Nous vous recommandons d’effectuer des sauvegardes planifiées régulières du serveur de configuration.

• Pour que la restauration automatique réussisse, la machine virtuelle faisant l’objet d’une restauration doit exister dans la base de données du serveur de configuration.
• Le serveur de configuration doit être en cours d’exécution et dans un état connecté.
• En savoir plus sur les tâches courantes d’administration du serveur de configuration.

Lorsque je configure le serveur de configuration, puis-je télécharger et installer MySQL manuellement ?

Oui. Téléchargez MySQL et placez-le dans le dossier C:\Temp\ASRSetup. Puis installez-le manuellement. Quand vous installez la machine virtuelle du serveur de configuration et acceptez les termes du contrat, MySQL est répertorié comme Déjà installé dans Télécharger et installer.

Puis-je ne pas télécharger MySQL et laisser Site Recovery l’installer ?

Oui. Téléchargez le programme d’installation MySQL et placez-le dans le dossier C:\Temp\ASRSetup. Lorsque vous configurez la machine virtuelle du serveur de configuration, acceptez les conditions et sélectionnez Télécharger et installer. Le portail utilise le programme d’installation que vous avez ajouté pour installer MySQL.

Puis-je utiliser la machine virtuelle du serveur de configuration à d’autres fins ?

Non. N’utilisez la machine virtuelle que pour le serveur de configuration.

Puis-je cloner un serveur de configuration et l’utiliser pour l’orchestration ?

Non. Configurez un nouveau serveur de configuration pour éviter les problèmes d’inscription.

Puis-je modifier le coffre dans lequel le serveur de configuration est inscrit ?

Non. Une fois le coffre associé au serveur de configuration, il n’est plus modifiable. Découvrez la procédure d’inscription d’un serveur de configuration auprès d’un autre coffre.

Puis-je utiliser le même serveur de configuration à des fins de récupération d’urgence pour les machines virtuelles VMware et les serveurs physiques ?

Oui, mais notez qu’une machine physique peut uniquement être restaurée vers une machine virtuelle VMware.

Où puis-je télécharger la phrase secrète du serveur de configuration ?

Découvrez comment télécharger la phrase secrète.

Où puis-je télécharger les clés d’inscription du coffre ?

Dans le coffre Recovery Services, sélectionnez Serveurs de configuration dans Infrastructure Site Recovery>Gérer. Puis, dans Serveurs, sélectionnez Télécharger une clé d’inscription pour télécharger le fichier d’informations d’identification du coffre.

Est-il possible d’utiliser un seul serveur de configuration pour protéger plusieurs instances vCenter ?

Oui, un seul serveur de configuration peut protéger des machines virtuelles sur plusieurs instances vCenter. Il n’existe pas de limite pour le nombre d’instances vCenter pouvant être ajoutées au serveur de configuration. Toutefois, des limites s’appliquent quant au nombre de machines virtuelles qu’un seul serveur de configuration peut protéger.

Un seul serveur de configuration peut-il protéger plusieurs clusters dans vCenter ?

Oui, Azure Site Recovery peut protéger des machines virtuelles sur différents clusters.

Serveur de traitement

Comment puis-je garantir une haute disponibilité du serveur de traitement ?

En configurant plusieurs serveurs de processus, la conception offre la flexibilité nécessaire pour déplacer des machines protégées d’un serveur de traitement non sain vers un serveur de traitement opérationnel. Le déplacement d’une machine d’un serveur de traitement à un autre doit être initié explicitement/manuellement via les étapes définies ici : Déplacement de machines virtuelles entre serveurs de traitement.

Basculement et restauration automatique

Puis-je utiliser le serveur de traitement local pour la restauration automatique ?

Nous vous recommandons vivement de créer un serveur de traitement dans Azure à des fins de restauration automatique, afin d’éviter les latences de transfert de données. En outre, si vous avez séparé le réseau de machines virtuelles source du réseau accessible sur Azure dans le serveur de configuration, vous devez utiliser le serveur de traitement créé dans Azure pour la restauration automatique.

Puis-je conserver l’adresse IP lors du basculement ?

Oui, vous pouvez conserver l’adresse IP lors du basculement. Veillez à spécifier l’adresse IP cible dans les paramètres Calcul et réseau pour la machine virtuelle avant le basculement. Arrêtez également les machines au moment du basculement afin d’éviter des conflits d’adresses IP pendant la restauration automatique.

Puis-je modifier la taille de machine virtuelle cible ou le type de machine virtuelle avant le basculement ?

Oui, vous pouvez modifier le type ou la taille de la machine virtuelle à tout moment avant le basculement. Dans le portail, utilisez les paramètres Calcul et réseau pour la machine virtuelle répliquée.

Jusqu’à quand peut remonter la récupération ?

Le point de récupération le plus ancien que vous pouvez utiliser pour VMware vers Azure est de 15 jours.

Comment se produit le nettoyage des points de récupération ?

Des points de récupération cohérents avec les incidents sont générés toutes les cinq minutes. Des instantanés cohérents avec les applications sont générés en fonction de la fréquence d’entrée que vous avez indiquée. Au-delà de deux heures, le nettoyage de points de récupération peut se produire en fonction de la période de rétention entrée. Voici les scénarios :

Entrée de période de rétention	Mécanisme de nettoyage
0 jour	Aucun point de récupération enregistré. Vous pouvez basculer uniquement vers le dernier point
1 jour	Un point de récupération enregistré par heure au-delà des deux dernières heures
2 à 7 jours	Un point de récupération enregistré toutes les deux heures au-delà des deux dernières heures
8 à 15 jours	Un point de récupération enregistré par deux heures au-delà des deux dernières heures pendant 7 jours. Après cela, un point de récupération enregistré par quatre heures. Les instantanés cohérents avec les applications sont également nettoyés en fonction de la durée mentionnée ci-dessus, même si vous entrez une fréquence moindre des instantanés cohérents avec les applications.

L’augmentation de la rétention des points de récupération augmente-t-elle les coûts de stockage ?

Oui. Par exemple, si vous augmentez la durée de rétention de 1 à 3 jours, Site Recovery enregistre des points de récupération pendant 2 jours supplémentaires. Le temps ajouté entraîne des modifications de stockage. Auparavant, il enregistrait les points de récupération par heure pendant un jour. Désormais, il enregistre des points de récupération toutes les deux heures pendant trois jours. Reportez-vous au nettoyage des points de récupération. Ainsi, 12 points de récupération supplémentaires sont enregistrés. À titre d’exemple uniquement, si un point de récupération unique a des modifications delta de 10 Go, avec un coût par Go de 0,16 $ par mois, les frais supplémentaires seraient de 1,60 $ × 12 par mois.

Comment accéder aux machines virtuelles Azure après un basculement ?

Après un basculement, vous pouvez accéder aux machines virtuelles Azure via une connexion Internet sécurisée, via un VPN site à site ou via Azure ExpressRoute. Pour vous connecter, vous devez préparer plusieurs choses. Plus d’informations

Est-ce que les données ayant fait l’objet d’un basculement sont résilientes ?

Azure est conçu pour la résilience. Site Recovery est prévu pour assurer le basculement vers un centre de données Azure secondaire, tel que requis dans le contrat de niveau de service (SLA) Azure. En cas de basculement, nous nous assurons que vos métadonnées et vos coffres restent dans la même région géographique que vous avez choisie pour votre coffre.

Le basculement est-il automatique ?

Le basculement n’est pas automatique. Vous lancez un basculement d’une seule sélection dans le portail ou en utilisant PowerShell.

Puis-je effectuer la restauration à un autre emplacement ?

Oui. Si vous effectuez le basculement vers Azure, vous pouvez effectuer la restauration à un autre emplacement si celui d’origine n’est pas disponible. Plus d’informations

Pourquoi ai-je besoin d’un VPN ou d’ExpressRoute avec peering privé pour la restauration ?

Lorsque vous effectuez la restauration à partir d’Azure, les données d’Azure sont recopiées vers votre machine virtuelle locale et un accès privé est requis.

Puis-je utiliser la réservation de capacité à la demande avec VMware (également physique) dans le scénario IaaS ?

Non. Azure Site Recovery ne peut pas utiliser la réservation de capacité à la demande, sauf s’il s’agit d’un scénario Azure vers Azure.

La licence d’application est basée sur l’UUID de la machine virtuelle VMware. L’UUID d’une machine virtuelle VMware est-elle modifiée lorsqu’elle est basculée vers Azure ?

Oui, l’UUID de la machine virtuelle Azure est différent de la machine virtuelle VMware locale. Toutefois, la plupart des fournisseurs d’applications prennent en charge le transfert de la licence vers un nouvel UUID. Si l’application la prend en charge, le client peut travailler avec le fournisseur pour transférer la licence vers la machine virtuelle avec le nouvel UUID.

Automatisation et scripts

Puis-je configurer la réplication avec des scripts ?

Oui. Vous pouvez automatiser les flux de travail Site Recovery à l’aide de l’API REST, de PowerShell ou du SDK Azure. Plus d’informations

Performances et capacité

Est-il possible de limiter la bande passante de réplication ?

Oui. Plus d’informations

Étapes suivantes

• Examiner les conditions de prise en charge.
• Configurer la réplication VMware vers Azure.