Bonjour,
 
Je vais migrer un serveur linux qui se situe sur un serveur esxi vers un autre serveur esxi (V2V) en utilisant sshfs étant donné la taille de la vm et de son stockage.
 
Cependant je me pose une question:
 
Est-ce que si je copie (à froid), aussi les fichiers snapshots sur l'autre serveur esxi, est-ce que cela posera problème ? (les extensions de ces snapshots : ".vmem" et ".vmsn" )
Si oui dois-je supprimer les snapshots ?
 
Merci !

les deux esxi sont géré par un vcenter ?
As tu une licence payant vmware ?
si c'est le cas, tu peux utiliser ce que l'on appele le VMOTION (migration d'hote)
 
si tu n'as pas, mieux vaut supprimer les snapshot avec l'outil vmware puis copie d'un datastore a l'autre, puis réimport de la conf.
 
attention aux equipement monter (exemple lecteur cd avec iso)
Mais fait une sauvegarde (un snapshot ce n'est pas réellement une sauvegarde !)

Oui je connais vmotion mais pas de vcenter malheuresement.
 
Ok donc le mieux étant que je supprime les snapshots de la VM puis je migre les fichiers sur l'autre serveur ?
 
Merci !

Oui il faut sauvegarder au préalable.
Et sauvegarder même en dehors d'un déplacement de la VM d'un hôte à un autre
 
Perso, je ne vois pas de problème à copier la totalité des fichiers (avec snapshots) d'un hôte à l'autre.

Ok merci beaucoup

sinon, toujours la possibilité de l'exporter en OVA, puis réimporter sur le nouvel esx. Bon, ça impose l'arrêt de la machine, mais en cas de soucis, toujours la possibilité de redémarrer la machine sur l'ancien esx. ça assure quand même une bonne cohérence lors de la migration ^^  
J'ai déjà eu des soucis avec des copies de VM + ses snap, et des consolidations qui ont mis des plombes.

L'export ne garde pas les snapshots.

Non, d'ou l'intéret je disais juste avoir eu des soucis en faisant une copies des fichiers + les snap. Mais aucun en export / import. (désolé si ce n'était pas clair. de mon côté, m'en fout un peu de remonter les snap, donc j'exporte.)

De toutes façons, il n'est pas conseillé de garder des snapshots.
Même en dehors des migrations.
Cela empêche certaines modifications sur la VM (extension des disques par exemple) et cela peut sacrément gréver les I/Os

Le problème avec OVA c'est que ça m'exporte TOUTE la VM avec les disques de stockage (2 to en tout donc c'est problématique, en copiant les fichiers je peux les disposer ou je veux directement)

Perso, j'ai 2 To à passer d'un serveur ESXi à un autre, sans vCenter, j'ajoute un disque sur le 1er hôte, je bascule la VM dessus, je déconnecte le disque et l'ajoute au 2nd Esxi. Là je bascule la VM sur le datastore final.

Je sors d'un problème de consolidation de VM suite à des snap foireux générés par veeam, donc de toute façon, dès qu'on me parle de copier ou supprimer manuellement des snap, je suis contre Le top, c'est qu'ils étaient invisibles de la supervision... (agent centreon qui couine dès lors qu'un snap traine plus de 24h....ben il les voyait pas, ceux là.)
 
C'est sur, avec 2To......pas évident de devoir garder la VM éteinte, son OVA, et le reste. (quand ça m'arrive, je fais quand même via OVA, sur disque externe "basique à 100 balles) Qu'est ce qu'on est bien avec un Vcenter
Donc oui, supprime les snapshot via l'esx avant copie, et en avant. Par contre, je ne suis pas un habitué de la migration à cette sauce (vmotion ou OVA), la registration de la machine à partir des vmdk sur un nouvel esx ne pose pas trop de soucis ? (je pense au vswitch, au réseau déclaré, type de matériel, etc)

 
Je vois, tu parle d'un disque externe j'imagine ?

Ou pas.
Faut qu'il soit reconnu par ESXi et sur une interface avec bon débit.

Ah dac, donc en fait je peux déplacer un disque d'un esxi à un autre ? Il va pas vouloir le formater quand je l'ajouterais en "volume" ?

Non il te faut juste monter la banque de données.