KraL2

Et bien voici le premier billet “technique” … Comme indiqué dans en ouverture de ce blog, il fallait vous y attendre un jour ou l’autre.

Trêve de blabla, le sujet d’aujourd’hui concerne la virtualisation et plus particulièrement VMWare.
L’une des fonctionnalités phare de la version 3.5 de ESX, est le Storage Vmotion.

On connait depuis un moment maintenant la technologie VMotion, qui consiste à déplacer une machine virtuelle d’un hôte ESX vers un autre sans interruption de service. Ceci dans le but de faciliter la maintenance, ou répartir automatiquement la charge entre plusieurs hôtes lorsque c’est couplé à la fonction DRS (Distributed Ressource Scheduler).
Ce schéma illustre mieux l’opération :

Dans ce cas précis, seul le contexte mémoire et les instructions CPU sont transférés, le disque ne bougeant pas. Un stockage SAN est requis pour le VMotion. La VMFS (système de fichiers clusterisé VMWare), qui gère les accès multiple permet de réaliser cette opération.

Le Storage VMotion (noté également SVMotion) est l’équivalent de cette opération, mais pour nos fameux vmdk & vmx (entre autre). L’opération sert à déplacer de Datastore les fichiers de la VM, sans interruption de service. Jusque là, cette opération devait obligatoirement être réalisée machine éteinte.

Comme illustré, l’hôte hébergeant la machine virtuelle ne change pas durant cette opération : le SVMotion n’implique pas automatiquement un VMotion. Si l’on veut en plus changer d’hôte, il faudra effectuer un VMotion classique en supplément.

L’intérêt de cette manipulation peut être multiple:
- Importer des VMs d’un stockage local à l’ESX vers un SAN.
- Répartir la charge ou réorganiser les Datastore VMWare.
- Effectuer des opérations de maintenance sur les baies de stockage.

VMWare fourni pour cela un jeux de commande via la Remote CLI, et malheureusement pas d’interface graphique.
Cependant, il existe un plugin pour le client Virtual Infrastructure développé par Akutz.

Voici la fameuse GUI qui est téléchargeable ici-même.
Bien entendu, ce plugin n’est pas supporté par VMWare car édité par un tiers. Se rendre sur le wiki du projet pour documentation et éventuel debug.

Il suffit à présent d’un clic droit sur une VM et de sélectionner “Migrate Storage”,

puis de faire un glisser/déposer de la VM vers la Datastore désirée pour réaliser l’opération…

Pour que le Storage VMotion fonctionne, il faudra que le VMotion soit déjà en place et fonctionnel. Il a y un limitation à 4 SVMotion concurrents.
Dernier point : la VM candidate ne doit pas avoir de snapshot présent pour pouvoir faire un SVMotion.
Armés de ces infos, je vous dis : Bonne utilisation