Changer de région en tenant compte de la charge de travail

La compatibilité des régions suit le produit, pas la marque. Les niveaux GPU et certaines familles de stockage, de courrier et de streaming ont des listes de régions plus restreintes. Choisissez une destination qui prend en charge l'image et la capacité sélectionnées, et examinez le nouveau contexte de traitement des données.

Préparez un service de sauvegarde et de destination indépendant. L'opérateur actif doit expliquer s'il transfère une image disque, reconstruit une image ou fournit uniquement une nouvelle machine. Le configurateur local modifie un choix de région enregistré ; il ne déplace pas un serveur actif.

Utiliser une exportation de base de données cohérente et une synchronisation de fichiers initiale/finale contrôlée. Tester l'application, le stockage et le chemin de récupération du nouvel emplacement. Comparer le comportement réseau depuis les utilisateurs et intégrations qui comptent plutôt qu'un test local du fournisseur lui-même.

Un déplacement peut changer les adresses IPv4/IPv6, les empreintes de clé d’hôte, les listes d’autorisation, le DNS inverse et la latence. Mettez à jour DNS et les politiques externes de pare-feu/API lors d’une bascule planifiée. Ne supposez pas qu’un IP peut être transféré entre des régions sans lien.

Enregistrez le point final de transfert de données, la nouvelle identité de connexion et les tests. Conservez le système précédent pendant que les caches et les intégrations se stabilisent. Si l'un ou l'autre côté peut encore accepter des écritures, réconciliez-les avant la mise hors service. Des frais de migration, un calendrier ou une capacité de migration à chaud promis nécessitent un contrat de production distinct.