[Linux] Réplication VM en production

Antoine Delaporte adlp@::1
Ven 11 Juil 14:39:42 CEST 2025


De : Daniel Huhardeaux
> j'amène ma pierre à l'édifice au renouveau de cette liste ;)
icrem :-)

> Comment faites vous afin de répliquer une VM KVM en production?
Ça va vraiment dépendre des contextes... :
   * J'ai besoin de doubler une machine (pex porte container)
     - j'utilise l'option backing_file, qui me permet de démarrer une 
image à partir d'une image "mère" (la maintenance est particulière)
     - je fais les mises à jour adéquat (système + rsync pour data)
   * J'ai besoin d'une nouvelle machine distincte dans ma troupe
     - j'utilise le backing_file sur une image OS pure (ie base os 
installée, ça se trouve autour du cloud init).
     - j'applique mes conf via cloud-init ET ansible
   * J'ai une machine qui a mourut
     - Je prends la base OS la plus proche de ce que j'avais
     - j'applique une restauration de mes sauvegarde

> Pour ma part:
> . création d'une VM avec OS minimal version identique
> . dpkg --get-selections sur la machine en production
> . dpkg --set-selections sur la nouvelle machine
> . copie des configurations, fichiers et scripts personnalisés
Aujourd'hui, j'essaye de ne plus travailler qu'avec des images base OS 
officielle d'une part, et de l'autre toutes mes confs, 
personnalisations, etc.. de les passer par ansible afin de :
   * d'industrialiser mes install et donc en faire le moins possible
   * conserver une souplesse en déployant mes confs et scripts, juste de 
facon standardisés

PS: je préfère faire des recettes ansible plutôt que d'écrire une doc 
avec écris, install si comme ça, etc. car ce genre de doc, facilite 
curieusement les oublis.


> Je me demande si un snapshot de la VM ne serait pas une meilleure 
> solution si tant est que l'on puisse le faire sans en altérer le 
> fonctionnement.
Le snap shot VM est un truc intéressant... Mais je n'aime pas : il faut 
être sûr que les applis soient freeze, avec tous les caches écris sur 
disque.
Et après, si tu as envie de dupliquer la machine, bin t'es bon pour 
redémarrer ton snapshot en mode debug, etc, pour lui dire, bin t'es toi 
mais pas trop quand même, et cela, suivant ton contexte.

C'est pourquoi je préfère travailler plus avec (pourquoi pas) ansible, 
mais être sur que mes confs sont portables, etc...

> Commentaires bienvenues
Done :-)


-- 



Plus d'informations sur la liste de diffusion linux