Déplacer et exporter des projets
Déplacez un projet entier vers un autre serveur, ou exportez-le dans un fichier pour le réimporter ailleurs.
Un projet vit sur un serveur, mais il n’y est pas prisonnier. Vous pouvez le déplacer — applications, bases et données de volumes — vers un autre serveur de votre flotte, ou l’exporter dans un fichier pour l’importer sur une autre instance DockBoard.
Déplacer vers un autre serveur
Disponible en mode multi-serveur. Sur la page du projet, ouvrez la carte du serveur, cliquez le bouton de déplacement, choisissez le serveur cible et confirmez.
Ce que DockBoard fait alors, dans l’ordre :
- 01Démonte les applications et les bases sur le serveur source. Un échec ici ne bloque pas le déplacement, et les volumes source sont conservés sur l’ancien serveur.
- 02Réaffecte le projet au serveur cible.
- 03Transfère les volumes Docker de façon asynchrone — export sur la source, import sur la cible.
- 04Déploie les applications et les bases sur la cible une fois les données arrivées, pour que les conteneurs démarrent sur de vraies données plutôt que des disques vides.
- 05Régénère le reverse proxy pour que les domaines suivent le projet.
Ce à quoi s’attendre
- Il y a une interruption. Les applications sont indisponibles pendant le transfert des volumes et le redéploiement sur le nouveau serveur.
- La découverte des volumes suit la convention de nommage de la plateforme. Une stack qui déclare des volumes nommés autrement n’est pas couverte quand la source est un serveur distant.
- Le serveur cible doit être
ONLINE. - Une application tournant sur un cluster ne peut pas être déplacée vers un serveur unique — son placement *est* le cluster. Changez de cluster, ou repassez-la d’abord sur un hôte unique.
Exporter et importer
Le déplacement concerne des machines pilotées par un même DockBoard. L’export sert à franchir cette frontière : la définition d’un projet — applications, leurs sources et ports, bases, variables d’environnement, rattachements de domaines — écrite dans un fichier réimportable ailleurs.
À l’import, relisez ce que déclare le fichier avant de déployer : l’instance cible peut avoir d’autres serveurs, d’autres domaines et d’autres quotas.