Il y aura pas mal de changements au niveau IP, et cela même si vous voulez garder les même ips car

• eth0 sur le cluster dev → vlan 103
• eth0 sur le cluster de prod → vlan 102

pour eth3 → vlan3 il ne devrait pas y avoir de problème.

Vous pouvez donc garder les ips dans le vlan 103 et 3. Bien entendu il serait préférable et changer pour des IP dans le vlan 102 et 2. Cela vous forcera cependant à modifier la conf réseau de votre VM.

Logiquement la modification a été faite sur toutes les machines du cluster dev mais on ne sait jamais.

Il faut utiliser la passerelleVlanTest pour communiquer avec le vlan prod depuis le dev (l'inverse ne marchant pas). pour cela :

  route del default
  route add default gw 192.168.103.125

Notations:

• -numeroVM = l'id de votre VM sur le cluster dev
• -nouveauNumeroVM = l'id de la VM que vous avez crée sur le cluster prod

1) arrêter la vm dans le cluster dev 2) faire un tar de /var/lib/vz/private/numeroVM 3) créer une nouvelle vm openVZ sur le cluster prod, ca permet d'incrémenter l'id des vm donc très très important par contre les paramètres ne sont pas importants 4) dé-tarrer dans /var/lib/vz/private/nouveaunumeroVM 5) maintenant il faut copier les fichiers de conf: ils sont dans /etc/vz/conf/numeroVM et les copier dans /etc/vz/conf/nouveaunumeroVM

Attention de ne pas écraser les autres VM !

• quand vous faite un tar sur le cluster dev, par exemple de la vm 108
• quand vous mettez 108.tar dans /var/lib/vz/private
• si vous décompressez, vous écrasez la VM 108 déjà présente

Soyez donc toujours vigilant !

notations: -numeroVM = l'id de votre VM sur le cluster dev -nouveauNumeroVM = l'id de la VM que vous avez crée sur le cluster prod

• 1) arrêter la vm dans le cluster dev
• 2) créer une nouvelle vm KVM sur le cluster prod, ça permet d'incrémenter l'id des vm donc très très important par contre les paramètres ne sont pas importants
• 3) copier le disque /var/lib/vz/images/numeroVM vers /var/lib/images/nouveauNumeroVM
• 4) modifier le nom du fichier à l'intérieur en remplaçant les numeroVM par nouveauNumeroVM
• 5) copier le fichier de conf /etc/qemu-server/numeroVM.conf sur /etc/qemu-server/nouveauNumeroVM.conf
• 6) éditer le nouveauNumeroVM.conf en supprimant le disque IDE et en remplacant dans virtio les références à numeroVM par nouveauNumeroVM

Le processus n'est pas bien différent du cas où le disque est local

• 1) arrêter la vm dans le cluster dev
• 2) créer une nouvelle vm KVM sur le cluster prod, ça permet d'incrémenter l'id des vm donc très très important par contre les paramètres ne sont pas important
• 3) copier le disque de la VM depuis le dossier du NAS /raildZ/disks_tests/images/numeroVM vers /raildZ/disks/images/nouveauNumeroVM
• 4) modifier le nom du fichier a l'intérieur en remplaçant les numeroVM par nouveauNumeroVM
• 5) copier le fichier de conf /etc/qemu-server/numeroVM.conf sur /etc/qemu-server/nouveauNumeroVM.conf
• 6) éditer le nouveauNumeroVM.conf en supprimant le disque IDE et en remplacant dans virtio les références à numeroVM par nouveauNumeroVM