Ce n’est évidemment pas l’idéal, mais voici une petite procédure pour copier une VDI et continuer de la gérer dans Xendesktop, le tout hebergé sur VMware.

1. Récupérer l’UUID de la machine d’origine :
$OldUUID =(get-vm OldVM).extensiondata.config.uuid

2. Création de l’objet de conf pour la nouvelle machine :

$VM = New-Object -TypeName VMware.Vim.VirtualMachineConfigSpec
$VM.UUID = $OldUUID
 3. Reconfigurer la nouvelle machine
(get-vm NewVM).ExtensionData.ReconfigVM_Task($vm)


4. Supprimer l’ancienne VM

 

L’environnement 6.5 prend petit à petit de l’ampleur et je me suis retrouvé avec des VMs à retirer de l’inventaire.

La nouvelle interface web cache un peu l’option et celle-ci n’est pas disponible directement depuis un clic droit donc voici le chemin pour retirer une machine de l’inventaire : Clic droit > All Virtual Infrastructure Actions > More Uncategorized Actions > Remove from Inventory.

J’ai eu besoin d’étendre un disque d’une machine virtuelle Windows 2012, répliqué entre deux sites distants, innocemment je pensais en avoir pour quelques secondes, et j’avoue avoir été surpris de constater que l’agrandissement d’une machine protégée avec vSphere Replication n’est pas du tout « user-friendly ».

Il faut respecter scrupuleusement la KB2042790  Resizing virtual machine disk files that are protected by vSphere Replication using VMware vCenter Site Recovery Manager.

1re étape : renommer le répertoire de destination de la synchronisation afin d’empêcher vSphere Replication de la détruire lorsque nous stopperons la synchronisation.

2e étape : noter les paramètres de la réplication.

3e étape : supprimer ladite réplication : à noter qu’à l’exécution de l’opération plusieurs erreurs apparaissent, car ils ne retrouvent plus les fichiers à supprimer.

4e étape : Augmenter le disque de la VM, lorsqu’il s’agit d’une extension supérieure à 2TB, il faut malheureusement réaliser l’opération à froid en éteignant la VM et avec le vSphere Web Client. cf:  KB2058287  Support for virtual machine disks larger than 2 TB in VMware ESXi 5.5.x and 6.0.x

Ci-dessous le message d’erreur qui est très clair, pas d’augmentation à chaud au-delà de 2TB.

5e étape : on attaque un ESXi ayant accès au stockage du replica afin d’augmenter en ligne de commande avec vmkfstools la taille de son disque autant dire que cette partie nécessiterais clairement une amélioration.

J’avais besoin d’augmenter à 8TB la volumétrie du disque et je confirme que le commutateur [tT] pour tera fonctionne malgré qu’il ne soit pas mentionné dans la doc : vmkfstools—X—extendvirtualdisk newSize [kK|mM|gG] .(source Extending a Virtual Disk)

Pour exemple : vmkfstools -X 8T test-VM.vmdk fonctionne. La commande s’exécute sur le vmdk et non sur le -flat.vmdk.

6e étape : Reconfigurer le nom d’origine du répertoire du replica.

7e étape : Reconfigurer la réplication.

8e étape : Si votre extension été supérieur à 2TB, rallumer la VM.

J’avais besoin pour mon homelab d’un nœud de réplication nutanix, je me suis mis en tête de faire une installation “one node” sur un VMware Workstation, la version actuellement disponible est la 2017.05.22, mais si vous avez déjà fait une installation sur VMware vous savez qu’il est nécessaire d’avoir un fichier de description pour le vmdk.

 

Les descripteurs disponibles sur le net correspondent à une ancienne version de Nutanix, donc voici le fichier qui correspond à la version 2017.05.22 :


# Disk DescriptorFile

version=1

encoding="UTF-8"

CID=fffffffe

parentCID=ffffffff

isNativeSnapshot="no"

createType="vmfs"

# Extent description

RW 14540800 VMFS "ce-2017.05.22-stable-flat.vmdk"

# The Disk Data Base

#DDB

ddb.adapterType = "lsilogic"

ddb.geometry.cylinders = "905"

ddb.geometry.heads = "255"

ddb.geometry.sectors = "63"

ddb.longContentID = "d00bc92d928c5ea1ad1e2ee1fffffffe"

ddb.thinProvisioned = "1"

ddb.uuid = "60 00 C2 93 e0 e7 ce 39-87 57 b1 3f 79 7d 6f 69"

ddb.virtualHWVersion = "10")

Sinon vous pouvez faire comme moi et utiliser cette KB VMware “Recreating a missing virtual machine disk descriptor file (1002511)” pour créer le fichier avec vmkfstools.

Un admin de la platforme VMware m’a remonté un problème de connexion au vCenter, je n’arrivais pas à reproduire le problème mais une rapide recherche sur internet la KB VMware : “vSphere Client will time out before authentication to ESXi is complete (2072539)” nous donnait une explication :

Dans notre cas, c’est le nombre trop important de groupe dont l’utilisateur est membre mais le timeout est personnalisable depuis la clé de registre :

HKCU\Software\VMware\VMware Infrastructure Client\Preferences\CLIENT_CMD_TIMEOUT