Je recherche une bonne solution à un problème d'environnement VMware ESXi où aucun vCenter n'est disponible.

Quelle est la meilleure façon de déplacer une machine virtuelle d'une banque de données à une autre sur un seul hôte ESXi, tout en conservant le provisionnement fin VMDK?

Il s'agit d'un serveur autonome qui a été étendu avec une autre matrice de disques / magasin de données. Je voudrais déplacer les données contenues dans l'ancien tableau vers le nouveau.

Modifier: la taille du magasin de données de destination est en fait plus petite que la source. Je n'ai pas assez de place pour copier le fichier épais.

Vous pouvez également utiliser Fichier -> Exporter -> Exporter le modèle OVF

puis importez-le. La dernière fois que je l'ai essayé, je pense que cela conserve le format vmdk. Pas si sûr maintenant que cela fait longtemps.

Je viens de trouver un moyen de le faire moi-même. Nous espérons avoir un guide facile à suivre sur la façon de déplacer votre machine virtuelle vers une nouvelle banque de données tout en préservant l'allocation dynamique pendant le transfert (ce qui réduit également les temps de transfert):

Guide étape par étape à l'aide de vmkfstools dans la CLI

1. Éteignez la VM
2. (Facultatif) Consolidez les instantanés si nécessaire.
3. Supprimer la machine virtuelle de l'inventaire vCenter
   • Cliquez avec le bouton droit sur la machine virtuelle et cliquez sur "Supprimer de l'inventaire"
4. Activer SSH sur la machine ESXi
   • Dans le client vSphere, allez dans: Configuration -> Profil de sécurité -> Propriétés (à côté de Services) -> SSH (dans la liste) -> Options -> Démarrer
5. Connectez-vous via SSH en tant que root
6. Préparer un répertoire sur le magasin de données de destination
   • mkdir "/vmfs/volumes/destination_datastore/Some VM"
7. Clonez les fichiers .vmdk à l'aide de l'allocation dynamique
   • vmkfstools -i "/vmfs/volumes/source_datastore/Some VM/Some VM.vmdk" -d thin "/vmfs/volumes/destination_datastore/Some VM/Some VM.vmdk"
8. Copiez tous les fichiers restants (en évitant d'écraser les fichiers .vmdk)
   • find "/vmfs/volumes/source_datastore/Some VM" -maxdepth 1 -type f | grep -v ".vmdk" | while read file; do cp "$file" "/vmfs/volumes/destination_datastore/Some VM"; done
9. Si vous n'avez pas consolidé les instantanés à l'étape 2, il peut y avoir des fichiers delta instantanés .vmdk, nous devons également les copier (cela peut prendre un certain temps):
   • find "/vmfs/volumes/source_datastore/Some VM" -maxdepth 1 -type f | grep [0123456789][0123456789][0123456789][0123456789][0123456789][0123456789] | grep ".vmdk" | while read file; do cp "$file" "/vmfs/volumes/destination_datastore/Some VM"; done
10. Une fois le clonage et la copie de tous les fichiers nécessaires terminés, ajoutez la machine virtuelle de la nouvelle banque de données à l'inventaire
    • Dans le client vSphere, accédez à: Configuration-> Stockage-> Navigateur de données , cliquez avec le bouton droit sur la banque de données de destination vers laquelle vous avez déplacé votre machine virtuelle et cliquez sur "Parcourir la banque de données".
11. Accédez à votre machine virtuelle et cliquez avec le bouton droit sur le fichier .vmx , puis cliquez sur "Ajouter à l'inventaire"
12. Démarrez la machine virtuelle pour voir si cela fonctionne, lorsqu'on vous demande si vous l'avez copiée ou déplacée, répondez simplement que vous l'avez copiée. (Je ne sais pas ce que cela signifie, mais je pense que cela a à voir avec au moins l'adresse MAC du vNIC en cours de modification.)
13. Si la machine virtuelle démarre correctement, vous pouvez supprimer la machine virtuelle de l'ancien magasin de données.
    • rm -rf "/vmfs/volumes/source_datastore/Some VM"

Remarque: testé uniquement avec ESXi 5

_{^{Illustrations copiées sans vergogne à partir de ce blog .}}

Découvrez cette réponse . La même logique s'applique à votre situation, à savoir cette citation:

Il s'appelle "Converter" mais il devrait vraiment s'appeler "All-Purpose OS Data Mover". Mais ça ne roule pas aussi bien.

La seule différence est que les hôtes source et de destination seront les mêmes, mais les banques de données seront différentes. Cela signifie que les fichiers iront de l'hôte ESXi à la machine Converter, puis reviendront à l'hôte. Ce serait bien si Converter était "intelligent" et savait que c'était le même hôte. Malheureusement, cela coûte de l'argent.

CAVEAT: la conversion de la machine virtuelle générera une nouvelle adresse MAC pour tous les adaptateurs réseau. La plupart des systèmes d'exploitation invités interprètent cela comme un nouveau périphérique.

En fait, créez simplement le dossier à la destination cible, puis copiez les fichiers dans le dossier à partir de la source et il restera mince. Si vous copiez le dossier, il sera converti de fin en épais.

Je copierais le fichier puis le reconvertirais en mince via vmkfstools.