Par défaut, l'URL http:///vmkusage n'est pas activée.

Pour l'activer, il suffit de passer la commande suivante :

vmkusagectl install

Ceci aura pour effet d'activer la collecte des informations pour vmkusage

Par passage en mode REDO à chaud, j'entends : création d'un fichier REDO sans avoir besoin d'arrêter la VM, passage du disque voulu en mode Undoable puis de redémarrage de la VM.

Toutefois, dans le cas d'une VM en production, l'arrêt / redémarrage peut ne pas être envisageable. Dans ce cas, vous devez alors passer en mode REDO à chaud par la console Linux en utilisant la commande vmkfstools avec l'option addredo. La syntaxe est la suivante :

vmkfstools <fichier_vmx> addredo <scsi_id>

• <fichier_vmx> est le nom du fichier de configuration de la VM (avec son chemin complet) ;
• <scsi_id> représente l'entrée scsix:y présente dans le fichier de configuration à laquelle est rattachée le disque que vous voulez passer en mode REDO ;

Par exemple, pour la VM configurée dans /home/vmware/vm1/vm1.vmx et le disque situé en ID 0:0, passez la commande suivante :

vmkfstools /home/vmware/vm1/vm1.vmx addredo scsi0:0

Une citation Bene Gesserit qui m'est revenue à l'esprit :

Le pouvoir corrompt, le pouvoir absolu corrompt absolument

J'ai recueilli un hérisson récemment. Afin de m'assurer de lui prodiguer les bons soins, j'ai fait quelques recherches. Savez-vous pourquoi les hérissons ne sortent jamais le jour ? La raison principale est que si un hérisson sort le jour il est voué à une mort certaine : les mouches vont pondre leurs oeufs dessus et il mourra dévoré vivant par les larves !

Vraiment, je déteste les mouches...

Il peut s'avérer nécessaire de déplacer une VM à froid (VM éteinte) d'un serveur ESX vers un autre. Par exemple, ceci est nécessaire quand les ESX n'ont pas la même architecture processeur.

La procédure est relativement simple

Arrêter la VM qui doit être déplacée
• Ouvrir une session ssh sur le serveur cible
• Aller dans le répertoire /home/vmware
• Copier le répertoire de la VM source par scp
• Sous VirtualCenter, noter le description de la VM et le dossier où elle se trouve
• Sous VirtualCenter, faire un clic-droit sur la VM source puis choisir "Remove"
• Sur le serveur ESX cible, enregistrer la VM grâce à la commande vmware-cmd -s register <chemin du vmx/fichier.vmx>
• Dans VirtualCenter, déplacer la VM qui vient d'être enregistrée du dossier Discovered VMs vers le dossier original puis remettre la description
• Ouvrir la console sur la VM puis faire un Power On en spécifiant de garder le même identifiant

Voici un exemple concernant un VM srv298a2 qui est déplacée de esx29803 vers esx29804 :

Copie de la VM

[root@esx29804 vmware]# cd /home/vmware
[root@esx29804 vmware]# scp -r esx29803:/home/vmware/srv298a2 .
root@esx29803's password:
srv298a2.vmx                                  100% 1025   551.1KB/s   00:00
vmware.log                                    100% 3877   806.7KB/s   00:00
nvram                                         100% 8664   859.9KB/s   00:00
vmware-0.log                                  100% 3877   905.5KB/s   00:00
vmware-1.log                                  100% 3880   917.2KB/s   00:00
vmware-2.log                                  100% 3877   877.8KB/s   00:00

Dossier et description

Dans VirtualCenter, noter le dossier où se trouve la VM et sa description :

Suppression de la VM

Dans VirtualCenter, clic-droit et choix de l'option Remove :

Enregistrement de la VM sur le serveur cible

Sur l'ESX cible, enregistrement de la VM déplacée

[root@esx29804 vmware]# vmware-cmd -s register /home/vmware/srv298a2/srv298a2.vmx
register(/home/vmware/srv298a2/srv298a2.vmx) = 1

Redémarrage de la VM

Dans VirtualCenter après avoir rangé la VM dans le bon dossier et remis la bonne description, ouvrir une console sur la VM puis faire un Power On. Le serveur ESX demande si l'on veut générer un nouvel UUID ou garder l'existant. S'agissant de la même VM qui n'a été que déplacée, on va garder l'UUID initial :