Quand une installation expose plusieurs régions, vous pouvez déplacer un environnement en marche de l’une à l’autre sans le reconstruire. C’est le bon outil quand :
- La région choisie à la création ne correspond plus à la charge — par exemple, vous avez démarré sur une région de niveau développement et vous avez besoin de matériel de niveau production.
- Vous voulez vous rapprocher d’une nouvelle base d’utilisateurs.
- Vous voulez consolider des environnements dans une seule région pour simplifier les opérations.
Deux modes sont disponibles :
- Migration en direct — pas de redémarrage, pas d’interruption observable pour les utilisateurs applicatifs. Disponible seulement entre certaines paires de régions (typiquement dans le même centre de données).
- Migration hors ligne — l’environnement est arrêté pendant la durée du déplacement. Disponible entre toutes les régions que l’installation expose à la migration.
La disponibilité de la migration dépend de la configuration de l’opérateur d’installation — certaines régions cibles peuvent être inaccessibles depuis une source donnée.
Lancer une migration
Deux façons d’atteindre la boîte de migration :
- Cliquez sur Change environment topology et choisissez l’option Migrate dans la liste de régions en haut.
- Cliquez sur Settings à côté de l’environnement et ouvrez l’entrée de menu Migration.
Les deux exposent la même boîte. Elle affiche :
- Current region — où vit l’environnement maintenant.
- Target region — où vous voulez l’emmener.
- Une section Live migration qui varie selon la région cible choisie.
Le tarif d’une région cible peut différer de la source — la boîte renvoie vers la référence tarifaire de l’installation pour que vous puissiez vérifier avant de vous engager.
Une fois la cible et le mode choisis, cliquez sur Verify & Migrate pour démarrer. Confirmez dans le pop-up.
Quand la migration se termine, le tableau de bord affiche un message d’état et l’étiquette de région à côté de l’environnement change. Vous recevez aussi un courriel détaillant la durée de migration par conteneur et les changements de paramètres appliqués pendant le déplacement.
Migration en direct
Les régions qui supportent la migration en direct depuis votre région courante sont marquées d’un libellé LM dans la liste des cibles. Sélectionner une telle région fait apparaître la bascule Live migration, activée par défaut.
La migration en direct déplace l’environnement sans redémarrer aucun conteneur. Pas d’étape de configuration manuelle côté application. Du point de vue de l’utilisateur applicatif, rien ne se passe — les connexions continuent.
Ce n’est pas toujours le bon mode. Évitez la migration en direct pour :
- Environnements et conteneurs fortement chargés — sous forte charge, vous pouvez voir une brève interruption (typiquement sous 10 secondes) avec une erreur
502 - environment stopped. - Conteneurs base de données actifs, charges big data — les gels de réseau et d’IO disque pendant le déplacement peuvent perdre ou corrompre des données en cours.
Si vous devez forcer le mode hors ligne malgré la marque LM, désactivez la bascule.
Migration hors ligne
La migration hors ligne s’applique quand :
- La région cible ne supporte pas la migration en direct depuis la source (typiquement parce qu’elle est dans un autre centre de données).
- Vous avez désactivé la bascule Live migration manuellement.
Pendant une migration hors ligne, l’environnement est arrêté pour la durée du déplacement. Les conteneurs reviennent en ligne après la migration, sans reconfiguration manuelle en cas normal.
Si la migration hors ligne est le seul mode disponible, certains paramètres d’environnement peuvent changer comme effet de bord :
- Les adresses IP des nœuds sont réassignées.
- Le nom de domaine auto-assigné peut changer, selon la configuration de l’installation.
Le courriel que vous recevez après la migration liste chaque paramètre changé. Si votre application a des adresses IP ou des domaines codés en dur dans la configuration, prévoyez de les mettre à jour dans le cadre du déplacement.
Choix du mode
En une phrase : direct quand c’est disponible et sûr, hors ligne sinon. Le direct est le bon défaut pour les paliers web sans état. L’hors ligne est le défaut plus sûr pour les charges avec état ou tout environnement dont le déplacement traverse des centres de données. La boîte expose le direct comme option seulement quand c’est techniquement supporté entre les régions choisies — à vous de décider depuis là si vous l’utilisez.