Prise en charge de la migration de MV

Cette section vous renseigne sur ce qui vous attend lors de la migration de machines virtuelles au sein d'un centre de données en utilisant les options de migration du serveur vCenter. Les considérations sur les performances s'appliquent à la fois aux migrations « à chaud » et « à froid ».

VMotion

VMotion déplace l'état et la configuration d'une machine virtuelle vers un autre hôte alors que les disques de la machine demeurent dans le même emplacement dans le stockage partagé. VMotion est complètement pris en charge à la fois pour l'agent pour ESX(i) (appareil virtuel) et les machines virtuelles sauvegardées par l'agent. La migration de l'appareil virtuel ou d'une machine peut s'effectuer pendant la sauvegarde.

Storage VMotion

Storage VMotion déplace les disques d'une machine virtuelle d'un centre de données vers un autre. La migration de l'agent pour ESX(i) (appareil virtuel) en utilisant Storage VMotion est possible sauf si une sauvegarde ou une restauration est en cours. Pendant la migration, l'agent reporte toute sauvegarde devant débuter. Il débute la sauvegarde après que la migration soit terminée.

La migration d'une machine virtuelle en utilisant Storage VMotion pendant la sauvegarde est possible, mais la sauvegarde peut échouer ou réussir avec des avertissements. L'agent ne pourra pas supprimer la capture instantanée prise avant la migration car la machine n'est plus là. Pour éviter cette situation, veuillez ne pas migrer une machine virtuelle tant que sa sauvegarde n'est pas terminée.

Considérations sur les performances

Il est crucial de comprendre que la performance d'une sauvegarde est diminuée lorsque l'agent pour ESX(i) (appareil virtuel) n'a pas d'accès direct au stockage sur lequel les disques sauvegardés se trouvent. Dans ce cas, l'agent ne peut pas attacher les disques. Il obtient donc les données de ces disques à travers le LAN. Ce processus est beaucoup plus lent que d'obtenir les données directement à partir de disques directement attachés.

La meilleure pratique consiste donc à héberger l'agent pour ESX(i) (appareil virtuel) sur un hôte pour lequel tous les stockages partagés du cluster sont accessibles. Dans ce cas, la performance de la sauvegarde demeure optimale, peu importe l'endroit vers lequel (dans les stockages partagés) une machine virtuelle ou l'appareil virtuel migre. Si une machine migre vers un stockage local d'un hôte différent, ses sauvegardes s'exécuteront plus lentement.