Server Migration Center:Migrate an ECS instance across zones

Cas d'utilisation

• Modifier le type d'instance d'une instance ECS

  Si la configuration actuelle de votre instance ECS ne répond pas à vos besoins métier et que le type d'instance requis est épuisé dans la zone actuelle, migrez l'instance vers une autre zone tout en modifiant ses spécifications vCPU et mémoire au sein de la même famille d'instances. Par exemple, passez d'une instance ecs.g6e.large avec 2 vCPU et 8 Go de mémoire à une instance ecs.g6e.xlarge avec 4 vCPU et 16 Go de mémoire.

• Changer la zone d'une instance ECS

  Le déploiement d'instances d'application dans différentes zones au sein de la même région améliore la disponibilité et la stabilité globales du système. En cas de panne d'une zone, les services basculent rapidement vers une autre zone pour continuer à fonctionner. Par exemple, migrez une instance de la zone H de Hangzhou vers la zone K de Hangzhou.

Limites

• Les instances préemptibles ne prennent pas en charge la migration interzones.

• Lorsque vous modifiez un type d'instance, sélectionnez uniquement un nouveau type au sein de la même famille d'instances (vCPU et mémoire). Pour plus d'informations sur les familles d'instances, consultez la rubrique Familles d'instances.

  Remarque

  Pour passer à un type d'instance appartenant à une autre famille d'instances, migrez d'abord l'instance entre zones, puis modifiez son type. Pour plus d'informations, consultez les rubriques Mettre à niveau le type d'instance d'une instance par abonnement ou Modifier le type d'instance d'une instance à la demande.

• Vous pouvez migrer jusqu'à 5 instances simultanément dans la console ECS. Pour augmenter cette limite, contactez le support technique.

• Les familles d'instances suivantes ne prennent pas en charge la migration interzones :

  • Calcul hétérogène

  • ECS Bare Metal Instance

  • Super Computing Cluster (SCC)

  • Famille d'instances à usage général optimisées pour le calcul u2a

  • Certaines familles d'instances à rafale e (seules les familles e-c1m1, e-c1m2 et e-c1m4 sont prises en charge)

  • Calcul basé sur x86

    • Big data

    • SSD locaux

    • Sécurité renforcée

  • Certaines familles d'instances de 8e génération (seules les familles hfr8i, hfc8i, hfg8i, r8ae, g8ae, c8ae, r8y, c8y, g8y, r8a, g8a, c8a, g8i, r8i et c8i sont prises en charge)

  • Certaines familles d'instances de 9e génération (seules les familles r9i, g9i et c9i sont prises en charge)

Impact de la migration

Facturation

• Aucun frais n'est facturé si vous ne modifiez pas le type d'instance lors de la migration.

• Si vous modifiez le type d'instance lors de la migration, les règles de facturation suivantes s'appliquent :

  • Rétrogradation d'une instance par abonnement : la rétrogradation du type d'instance peut entraîner un remboursement. Le remboursement correspond à la différence entre la valeur restante de la configuration d'origine et le prix de la nouvelle configuration.

  • Mise à niveau d'une instance par abonnement : payez la différence de prix pour le reste du cycle de facturation en cours. La console affiche le montant réel des frais.

  • Modification d'une instance à la demande : après la migration, l'instance est facturée selon le nouveau type d'instance.

Prérequis

• Créez des snapshots des disques cloud attachés à l'instance ECS afin de garantir la sécurité des données pendant la migration. Pour plus d'informations, consultez la rubrique Créer un snapshot pour un disque.

• Assurez-vous que l'instance se trouve dans un Virtual Private Cloud (VPC).

• Vérifiez qu'aucune application ne dépend de l'adresse IP privée actuelle de l'instance. Lorsque vous sélectionnez un vSwitch de destination, le système attribue une nouvelle adresse IP privée à votre instance ECS.

• Si des logiciels de sécurité tels que Safedog, Huweishen ou Yunsuo sont installés sur l'instance ECS, désactivez-les avant de démarrer la tâche de migration. Réactivez-les une fois la tâche terminée. Sinon, l'installation du pilote de virtualisation pourrait échouer, empêchant le démarrage de l'instance ECS.

• Assurez-vous que le disque système dispose d'au moins 500 MiB d'espace libre. Sinon, l'installation du pilote de virtualisation pourrait échouer, empêchant le démarrage de l'instance ECS.

• Vérifiez que l'instance ECS n'est pas configurée avec les éléments suivants : IPv6, plusieurs interfaces réseau élastiques (ENI), proxys inverses, adresses IP virtuelles haute disponibilité (HAVIP), Alibaba Cloud Global Accelerator (GA) ou tables de routage.

• Si l'instance ECS possède une modification de type d'instance en attente qui n'a pas pris effet via un redémarrage, redémarrez l'instance avant de démarrer la migration interzones.

• N'effectuez pas d'opérations d'arrêt, de redémarrage ou de libération sur l'instance ECS, ni manuellement ni via des scripts d'opération, pendant l'exécution de la tâche de migration. Cela pourrait entraîner l'échec de la tâche.

Procédure

1. Accédez à la page Migration entre zones de disponibilité dans la console SMC.

2. Cliquez sur Start Migration ou Migrate Now.

3. Dans la boîte de dialogue Cross-zone Migration, sélectionnez une région, choisissez les instances ECS que vous souhaitez migrer, puis cliquez sur Configure Parameters.

4. Dans la boîte de dialogue, configurez les paramètres et cliquez sur Create.

   Le tableau suivant décrit les paramètres.

   Paramètre	Description
   Migration Job Type	ECS Instance Migration est sélectionné par défaut et ne peut pas être modifié.
   Current Region	Région où se trouve l'instance ECS source.
   Preferred Destination Zone	Sélectionnez une zone de destination en fonction de vos besoins.
   Preferred Network Settings	Spécifiez un vSwitch de destination. Après la migration, une adresse IP privée est attribuée aléatoirement à l'instance depuis le bloc CIDR du vSwitch. Vous devez préalablement créer un VPC et un vSwitch dans la zone de destination. Pour plus d'informations, consultez la rubrique Créer un VPC et un vSwitch. Important La migration interzones ne conserve pas l'adresse IP privée de l'instance. Assurez-vous qu'aucune application ne dépend de l'adresse IP privée actuelle. Vous pouvez modifier l'adresse IP privée une fois la migration terminée. Pour plus d'informations, consultez la rubrique Modifier l'adresse IPv4 privée principale d'une instance existante.
   Instance Type	Indiquez si vous souhaitez modifier le type d'instance en fonction de vos besoins. Use Current Instance Type : le type d'instance reste identique. Change Instance Type : vous permet de sélectionner un nouveau type d'instance. Pour obtenir des informations sur les types d'instances pris en charge et les autres limites, consultez la rubrique Limites. Important Vous ne pouvez modifier un type d'instance que par un autre type au sein de la même famille d'instances.
   Preferred New Instance Type	Sélectionnez un type d'instance de destination. Remarque Ce paramètre s'affiche uniquement si vous sélectionnez Change Instance Type. Le système affiche automatiquement une liste des types d'instances pris en charge. Si le type d'instance souhaité ne figure pas dans la liste, il se peut qu'il soit épuisé dans la zone de destination.
   Instance to Be Migrated	Affiche l'Instance ID/Name, la Destination Zone, le Destination instance type et le Destination vSwitch sélectionnés.
   Note	Sélectionnez I have backed up data.

5. Dans la boîte de dialogue qui s'affiche, cliquez sur Pay et suivez les instructions à l'écran pour finaliser le paiement.

Vérification des résultats

• La migration est réussie si le Real-time Migration Status est Completed.

  Une fois la migration interzones terminée, vérifiez si la zone et le type d'instance ont changé :

  1. Dans la colonne Actions de la source de migration, cliquez sur View Destination Instance.

  2. Dans l'onglet Instance Details, vérifiez la Zone et les Instance Specifications.

• La migration a échoué si le Real-time Migration Status est InError.

  Résolvez le problème et relancez la migration :

  1. Dans la colonne Actions, cliquez sur Troubleshoot Errors. Utilisez le code d'erreur et le message d'erreur pour résoudre le problème. Pour plus d'informations, consultez les rubriques FAQ SMC et Dépannage.

  2. Une fois le problème résolu, cliquez sur Retry Migration Job dans la colonne Actions. La migration reprend là où elle s'était arrêtée.

FAQ

Pourquoi vois-je le message « The private IP address of the current instance has reverse dependencies or route dependencies, such as from services like Workbench or DTS. For Workbench, you can find and delete the dependency under Workbench > Instances > Private Network Link. For route dependencies, you can find and delete the route entry that depends on this instance in the VPC console > Route Tables » lors d'une migration interzones ?

Si ce problème survient, effectuez les étapes de dépannage suivantes :

1. Vérifiez les liens de réseau privé Workbench.

   Accédez à la console Workbench et choisissez Instance > Private Links pour vérifier s'il existe un lien de réseau privé pour l'instance ECS.

   Remarque

   Lorsque vous vous connectez à la console Workbench, ouvrez le menu Workbench.

   • Si un lien existe, cliquez sur Release Link et passez à l'étape suivante.

     Dans la barre de menus supérieure, cliquez sur Instances et sélectionnez Private Network Link dans le menu déroulant. Sur la page Private Network Link, vous trouverez Release Link dans la colonne Actions pour l'instance cible.

   • Si aucun lien n'existe, passez à l'étape suivante.

2. Vérifiez les entrées de routage personnalisées dont le saut suivant est l'instance ECS.

   Accédez à la console Route Tables. Identifiez la table de routage utilisée par l'instance ECS en fonction de son VPC. Vérifiez s'il existe une entrée de routage personnalisée dont le saut suivant est l'instance ECS.

   • Si une telle entrée existe, supprimez-la et passez à l'étape suivante.

     Dans le volet de navigation de gauche de la console VPC, cliquez sur Route Tables. Accédez à la page de détails de la table de routage cible. Dans l'onglet Route Entries > Custom, identifiez l'entrée de routage dont le Next hop est l'instance ECS, puis cliquez sur Delete dans la colonne Actions.

   • Si aucune entrée de ce type n'existe, passez à l'étape suivante.

3. Vérifiez les tâches de migration Data Transmission Service (DTS) dont la source est une Self-managed Database on ECS.

   Accédez à la console Data Transmission Service (DTS) et vérifiez s'il existe une tâche de migration DTS dont la source est une Self-managed Database on ECS.

   • Si une telle tâche existe, supprimez-la et passez à l'étape suivante.

     Important

     Avant de supprimer une tâche DTS, assurez-vous que le transfert de données est terminé et que les données sont sauvegardées.

   • Si aucune tâche de ce type n'existe, passez à l'étape suivante.

4. Vérifiez les ressources VPC associées.

   Accédez à la console VPC et vérifiez les ressources VPC associées, notamment un ensemble d'options DHCP, une liste de contrôle d'accès réseau (ACL), une table de routage ou une passerelle IPv4. Si l'une de ces ressources existe, supprimez-la avant de continuer.

   Pour plus d'informations, consultez les rubriques Ensembles d'options DHCP et noms d'hôte DNS, Supprimer une liste de contrôle d'accès réseau, Supprimer une table de routage personnalisée et Supprimer une passerelle IPv4.

   Dans l'onglet Basic Information du VPC cible, vérifiez le champ DHCP options set. Si un ensemble d'options DHCP est associé, cliquez sur Disassociate.