Résoudre les problèmes de réplication lente ou de blocage de migration dans le cadre de la migration VMware sans agent
Cet article vous aide à résoudre les problèmes de réplication lente ou de blocage de migration que vous pouvez rencontrer quand vous répliquez des machines virtuelles VMware locales en utilisant la méthode sans agent Migration de serveur Azure Migrate.
Remarque
Cette documentation sur les scénarios de migration de bout en bout vers VMware est actuellement en préversion. Pour plus d’informations sur l’utilisation d’Azure Migrate, consultez la documentation du produit Azure Migrate.
La réplication est lente ou bloquée pour la machine virtuelle
Quand vous effectuez des réplications, vous pouvez constater que la réplication d’une machine virtuelle particulière ne progresse pas au rythme prévu. En règle générale, la raison sous-jacente de ce problème est l’indisponibilité ou la rareté de certaines ressources nécessaires à la réplication. Les ressources peuvent être consommées par d’autres machines virtuelles en cours de réplication, ou par un autre processus s’exécutant sur l’appliance dans le centre de données.
Vous trouverez ci-dessous quelques causes généralement à l’origine de ce problème ainsi que les solutions possibles.
Taille de la mémoire tampon NFC faible
L’appliance Azure Migrate doit disposer de 32 Mo de mémoire tampon NFC pour pouvoir fonctionner correctement, et répliquer simultanément 8 disques sur l’hôte ESXi. Une taille de mémoire tampon NFC inférieure à 32 Mo peut ralentir la réplication. Vous pouvez également obtenir l’exception suivante :
Exception : GatewayErrorHandling.GatewayServiceException : Échec de l’opération avec l’erreur « Échec d’allocation de mémoire. Mémoire insuffisante. »
Correction
Vous pouvez augmenter la taille de la mémoire tampon NFC au-delà de 32 Mo pour accroître la concurrence. Vous devez effectuer cette configuration sur l’hôte ESXi et sur l’appliance. Si ce n’est pas le cas, les performances de la réplication risquent d’être encore plus mauvaises.
Attention
L’augmentation de la taille au-delà de 32 Mo peut entraîner des contraintes de ressources dans l’environnement. Avant de continuer, consultez l’administrateur système pour comprendre les implications.
Changements dans l’hôte ESXi
Connectez-vous en SSH à l’hôte ESXi en tant qu’utilisateur racine.
Utilisez l’éditeur vi pour ouvrir « /etc/vmware/hostd/config.xml ».
Recherchez la section qui ressemble à celle présentée ci-dessous :
<nfcsvc> <enabled>true</enabled> <maxMemory>134217728</maxMemory> <maxStreamMemory>10485760</maxStreamMemory> <path>libnfcsvc.so</path> </nfcsvc>
Remplacez la valeur de
maxMemory
par la valeur (en octets) que vous souhaitez configurer pour la mémoire tampon NFC. Dans cet exemple, elle est de 128 Mo (128 * 1024 * 1024).Enregistrez et quittez.
Redémarrez les agents de gestion à partir de l’interpréteur de commandes à l’aide des commandes suivantes :
- /etc/init.d/hostd restart
- /etc/init.d/vpxa restart
Changements dans l’appliance
- Connectez-vous à l’appliance Azure Migrate en tant qu’administrateur à l’aide du Bureau à distance.
- Ouvrez le fichier GatewayDataWorker.json dans le dossier « %programdata%\Microsoft Azure\Config ».
- Créez un fichier json vide s’il n’existe pas, puis collez le texte suivant dans le fichier créé.
{ "HostBufferSizeInMB": "32", }
- Remplacez la valeur de
HostBufferSizeInMB
par la valeur que vous avez définie dans l’hôte ESXi. - Enregistrez et quittez.
- Redémarrez le service de passerelle Azure Migrate qui s’exécute sur l’appliance. Ouvrez PowerShell, puis exécutez ce qui suit :
- net stop asrgwy (attendez que le service s’arrête)
- net start asrgwy
RAM disponible faible sur l’hôte ESXi
Quand l’hôte ESXi sur lequel la machine virtuelle de réplication est présente est trop occupé, le processus de réplication ralentit en raison du manque de RAM.
Correction
Utilisez VMotion pour déplacer la machine virtuelle dont la réplication est lente vers un hôte ESXi, qui n’est pas trop occupé.
Bande passante réseau
Les réplications peuvent être lentes en raison d’une faible bande passante réseau disponible pour l’appliance Azure Migrate. Une faible bande passante peut avoir plusieurs causes : d’autres applications l’utilisent en totalité, des applications imposent une limitation de bande passante, ou un paramètre de proxy restreint l’utilisation de la bande passante par l’appliance de réplication.
Correction
Si la bande passante est faible, réduisez d’abord le nombre d’applications qui utilisent la bande passante réseau. Vérifiez auprès de votre administrateur réseau si une limitation de bande passante est imposée par une application ou un paramètre de proxy.
E/S disque
Les réplications peuvent être lentes, car le serveur répliqué est trop chargé, ce qui entraîne un nombre élevé d’opérations d’E/S sur les disques attachés. Il est conseillé de réduire la charge du serveur pour augmenter la vitesse de réplication. Vous pouvez également rencontrer l’erreur suivante :
Le dernier cycle de réplication de la machine virtuelle « nom_de_la_machine_virtuelle » a échoué. Événement lié à une expiration du délai d’attente.
Si aucune action n’est entreprise, la réplication se poursuivra et s’achèvera avec retard.
Taux d’écriture sur disque
Les réplications peuvent être plus lentes que prévu si la vitesse de chargement des données est supérieure à la vitesse d’écriture du disque que vous avez sélectionné au moment de l’activation de la réplication. Pour obtenir une exécution plus rapide à des vitesses de chargement identiques, vous devez redémarrer la réplication, et choisir Premium quand vous sélectionnez le type de disque de la réplication.
Attention
Le type de disque recommandé durant l’évaluation n’est peut-être pas Premium pour une machine virtuelle particulière. Dans ce cas, il n’est pas recommandé de passer à un disque Premium pour améliorer les vitesses de réplication, car il n’est peut-être pas nécessaire après la migration d’avoir un disque Premium attaché à cette machine virtuelle.
L’opération de migration sur la machine virtuelle est bloquée
Quand la migration se déclenche pour une machine virtuelle spécifique, vous pouvez constater qu’elle se bloque à un moment particulier (pendant la mise en file d’attente ou durant la synchronisation delta) plus longtemps que prévu. En règle générale, la raison sous-jacente de ce problème est l’indisponibilité ou la rareté de certaines ressources nécessaires à la migration. Les ressources peuvent être consommées par d’autres machines virtuelles en cours de réplication, ou par un autre processus s’exécutant sur l’appliance dans le centre de données. Vous trouverez ci-dessous quelques causes généralement à l’origine de ce problème ainsi que les solutions possibles.
Taille de la mémoire tampon NFC faible
Si un cycle de réplication incrémentielle pour un serveur ayant des disques volumineux est en cours d’exécution alors que la migration est déclenchée pour la deuxième machine virtuelle, le travail de migration de la deuxième machine virtuelle peut rester bloqué. Même si les travaux de migration bénéficient d’une haute priorité, la mémoire tampon NFC ne sera peut-être pas disponible pour la migration. Dans ce cas, il est recommandé d’arrêter ou de suspendre la réplication initiale des serveurs ayant des disques volumineux, et d’achever la migration de la deuxième machine virtuelle.
Le cycle de synchronisation delta en cours d’exécution n’est pas terminé
Si la migration est déclenchée durant un cycle de réplication delta en cours d’exécution, elle est mise en file d’attente. Le cycle de réplication delta sur la machine virtuelle doit d’abord s’achever, la migration démarrera ensuite. Le temps nécessaire au déclenchement de la migration dépend du temps nécessaire à l’achèvement d’un cycle de synchronisation delta.
L’arrêt de la machine virtuelle locale prend plus de temps que d’habitude
Essayez d’effectuer la migration sans arrêter la machine virtuelle, ou désactivez manuellement la machine virtuelle, puis migrez-la.
Étapes suivantes
En savoir plus sur la migration des machines virtuelles VMware.