vMotion/svMotion de vSphere 6.x : plus de limite ou presque !

A l’occasion d’une discussion sur le nouveau forum vBlog.io (petite pub déguisée ^^) avec Lamalice413 qui avait des questions au sujet d’un futur chantier de migration vSphere 5.5 et 6.0 vers 6.5, Mimosa a proposé d’utiliser une petite pépite Fling VMware, Cross-vCenter VM Mobility. Même si elle utilise Java (buark ^^), elle n’en reste pas moins très pratique et vous permet de réaliser des migrations à chaud entre deux vCenter, comme son nom l’indique, même si les deux ne sont pas reliés via Enhanced Linked Mode.

Elle permet aussi de nous rappeler à tous (merci aussi à Erwan pour les outils PowerCLI) que depuis vSphere 6.0, vous pouvez faire des choses assez bluffantes autant au sein d’un vCenter, qu’entre des vCenters différents. L’occasion pour moi de vous rappeler rapidement les possibilités offertes par la technologie vMotion/svMotion :
vMotion classique : changement de host, le CPU cible doit disposer d’au moins toutes les fonctionnalités du CPU source (ou des fonctionnalités EVC de la source)
svMotion : changement de datastore ET/OU de host, le CPU cible doit disposer d’au moins toutes les fonctionnalités du CPU source ; le datastore cible n’a pas forcément besoin d’être vu par le host source, mais attention tout de même si vous travaillez avec des RDM.
vMotion/svMotion avec changement de réseau : vSphere est capable de changer de portgroup lors de la bascule sur la cible et même de passer d’un vSwitch classique à un dvSwitch. On imagine malgré tout qu’il faut que la cible puisse assurer la continuité d’accès de la VM en question (même vlan ou même réseau IP, en tout cas).
vMotion/svMotion cross-vCenter direct via l’interface graphique, avec toutes les fonctions ci-dessus, quand les deux vCenters sont liés via ELM. C’est d’ailleurs ce que nous avons utilisé avec succès pour notre migration VxRAIL (voir ici)
vMotion/svMotion cross-vCenter piloté entre deux vCenters totalement disjoints via PowerCLI ou API uniquement.
… tout cela VM allumé, évidemment, sinon, ce n’est pas drôle :)

Pensez-y si vous avez des chantiers de déménagement/migration d’environnements de production. Pensez aussi qu’il vous faut des licences VMware adaptées ;)

Réponses remarquables

  1. Merci à vblog.io (pub non déguisée), super solution ce truc même si c'est en java comme tu dis :rolling_eyes:

Continuer la discussion sur le forum vBlog.io

Participants