Le clonage crée une copie complète d’un environnement existant — topologie, données, configuration de conteneurs, application déployée. Le clone est indépendant de la source. Une fois créé, vous pouvez le reconfigurer, déployer une version différente, ou changer sa topologie sans toucher à l’original.
Le clonage est le bon outil quand vous avez besoin d’un environnement jumeau qui part d’un état connu. Usages typiques :
- Branche pour un développement — cloner la production en une copie de préprod, déployer la modification, valider, puis promouvoir.
- Test A/B — exécuter deux versions de l’application contre la même répartition de trafic.
- Déploiement bleu/vert — garder un environnement parallèle que vous basculez dans le trafic pour des mises en production sans interruption.
- Protection en cas de panne — garder un second environnement prêt à prendre le relais.
- Base de référence en instantané — cloner avant un changement risqué pour pouvoir revenir en arrière en rebasculant les domaines.
- Préproduction répliquée — cloner la production quotidiennement pour que la préprod reste proche des données vivantes.
À savoir avant de commencer
Quelques spécificités de clonage sur la plateforme :
- Comportement selon le mode de mise à l’échelle. Les paliers en mode sans état voient leurs conteneurs reconstruits depuis l’image de base dans le clone. Les paliers en mode avec état voient leurs conteneurs copiés depuis le maître.
- Bref gel sur la source. Les clones avec état peuvent geler brièvement les conteneurs source pendant que l’état mémoire migre vers le clone — même mécanisme que la migration en direct.
- Conteneurs Windows arrêtés brièvement. Cloner un environnement Windows arrête temporairement les conteneurs source, donc attendez-vous à une courte interruption.
- Grappes Galera mises en pause. Cloner un environnement avec une base Galera peut mettre brièvement le trafic en pause pendant que la grappe d’origine et le clone se resynchronisent pour la cohérence.
Si votre source est volumineuse — plus de 1 To de données dans les conteneurs — contactez votre opérateur d’installation avant de commencer. Les parcours de clonage standards peuvent peiner à cette échelle.
Étapes
- Trouvez l’environnement source. Dans le tableau de bord, cliquez sur Clone Environment à côté de lui.
- Nommez le clone. Une boîte demande un nom. Gardez celui suggéré, ou tapez le vôtre.
- Cliquez sur Clone. La plateforme construit la copie. Une fois terminée, le clone apparaît dans votre tableau de bord, prêt à l’emploi.
Quelques clones ont besoin d’un suivi :
- IP ou noms d’hôtes en dur. Si vos fichiers de configuration applicatifs référencent les adresses IP ou les noms d’hôtes de la source, éditez-les sur le clone — le clone reçoit de nouvelles adresses.
- Collaboration. Un environnement partagé ne peut être cloné que par son propriétaire, et le clone n’est pas partagé avec les collaborateurs par défaut. Repartagez si vous les voulez sur le clone.
Ce qui change entre source et clone
Identique :
- Topologie et nombre de conteneurs.
- Types de conteneurs, runtimes et versions des stacks.
- Données des conteneurs au moment du clonage.
- Variables d’environnement et configuration personnalisée.
- Artefacts d’application déployés.
Différent :
- Domaine interne de l’environnement — réassigné.
- IP et noms d’hôtes des nœuds — réassignés.
- Liste d’accès partagés — vide sur le clone.
À partir de là, vous pouvez renommer le clone, permuter les domaines avec la source pour une bascule sans interruption, configurer la réplication entre les deux environnements, ou traiter le clone comme une base de référence à garder pour rollback.