ApsaraDB RDS:Migrate an instance across zones

Prérequis

Avant de commencer, assurez-vous que :

• La région dans laquelle réside votre instance RDS dispose de plusieurs zones. Pour plus d'informations, consultez la rubrique Régions et zones.

• Votre instance RDS est une instance principale sans aucune instance RDS en lecture seule associée.

• Votre instance RDS est à l'état Running.

Limites

• Si votre système de base de données utilise des SSD locaux Premium, seule l'instance RDS principale peut être migrée entre des zones d'une même région.

• Les instances ApsaraDB RDS Serverless ne peuvent pas être migrées vers une autre zone. Pour plus d'informations, consultez la rubrique Vue d'ensemble.

• Si votre instance RDS utilise des disques ESSD Enterprise Premium et que la fonctionnalité Accélération des E/S est activée, l'instance ne peut pas être migrée vers une zone qui ne prend pas en charge l'accélération des E/S. Pour plus d'informations sur les régions et les zones prises en charge, consultez la rubrique Plage de prise en charge. Pour procéder à la migration, désactivez d'abord l'accélération des E/S.

Impacts

• Déconnexion transitoire : L'instance est brièvement indisponible pendant le basculement. Configurez votre application pour qu'elle se reconnecte automatiquement.

• Modifications de l'adresse IP virtuelle (VIP) : La migration entre zones modifie les VIP de votre instance RDS. Utilisez un endpoint plutôt qu'une adresse IP pour connecter votre application à l'instance RDS.

• Invalidation du cache DNS : Si un basculement se produit pendant la migration, la VIP change. Effacez rapidement le cache DNS sur votre client de base de données. Pour les applications s'exécutant sur une machine virtuelle Java (JVM), définissez le délai de conservation (TTL) dans la configuration JVM à 60 secondes ou moins afin que l'application puisse résoudre la nouvelle VIP après la migration. Pour plus d'informations, consultez la documentation Class InetAddress.

• Mise à jour DNS retardée : Si les enregistrements DNS mis en cache sur le client de base de données ne sont pas mis à jour immédiatement après la migration, certaines charges de travail peuvent basculer vers les zones de destination 10 minutes plus tard, provoquant une autre déconnexion transitoire.

• Tâches Data Transmission Service (DTS) : Après la migration, redémarrez toutes les tâches en cours d'exécution dans DTS.

• Ressources insuffisantes : Si l'inventaire des ressources dans la zone de destination est insuffisant, la migration peut échouer.

• Mise à niveau du type de stockage : Les instances ApsaraDB RDS for PostgreSQL utilisant des SSD standard ne sont plus disponibles à l'achat. Si votre instance utilise des SSD standard, le type de stockage est automatiquement mis à niveau de SSD standard vers ESSD PL1 pendant la migration. Les frais de stockage restent inchangés après la mise à niveau. Pour plus d'informations, consultez la rubrique [[Fin de vie/Arrêt] Fin de la vente du type de stockage SSD standard pour certains moteurs de base de données dans ApsaraDB RDS à partir du 1er juillet 2022](t2214748.xdita#).

Facturation

• La migration entre zones est gratuite, même lors d'une migration d'une zone vers plusieurs zones.

• Si votre instance RDS utilise des SSD standard, le type de stockage est automatiquement mis à niveau de SSD standard vers ESSD PL1 pendant la migration. Les frais de stockage restent inchangés après la mise à niveau.

Scénarios de migration

Procédure

1. Accédez à la page Instances. Dans la barre de navigation supérieure, sélectionnez la région dans laquelle réside l'instance RDS. Recherchez ensuite l'instance RDS et cliquez sur son ID.

2. Dans la section Basic Information, cliquez sur Migrate Data Across Zones.

   

3. Dans la boîte de dialogue, configurez les paramètres suivants et cliquez sur Yes.

   Paramètre	Description
   Configure Primary Zone / Configure Secondary Zone	Sélectionnez les zones de destination pour les instances RDS principales et secondaires. Le comportement de sélection de zone dépend du type de stockage : SSD locaux Premium : Seule l'instance principale peut être migrée. L'instance secondaire reste dans sa zone actuelle. Disques cloud : Migrez les instances principales et secondaires séparément ou simultanément. Par exemple, si l'instance RDS principale se trouve dans la zone A de Singapour et la secondaire dans la zone B de Singapour, migrez la principale vers la zone C de Singapour et la secondaire vers la zone D de Singapour. Vous pouvez également conserver la principale dans la zone A de Singapour et migrer uniquement la secondaire vers la zone C de Singapour. Si vous ne migrez qu'une seule instance, configurez uniquement la zone correspondante.
   vSwitch in Primary Zone / vSwitch in Secondary Zone	Sélectionnez les vSwitch dans les zones de destination pour les instances RDS principales et secondaires. S'il n'existe aucun vSwitch dans les zones de destination, créez-en d'abord. Pour plus d'informations, consultez la rubrique Créer et gérer un vSwitch.
   Switching Time	Sélectionnez le moment où effectuer le basculement : Switch Now : Le basculement est effectué immédiatement. Switchover Within Maintenance Window : Le basculement est effectué pendant la fenêtre de maintenance spécifiée. Pour plus d'informations, consultez la rubrique Configurer une fenêtre de maintenance. Take Effect at Specified Time Range : Le basculement est effectué à un moment précis.

   Après avoir cliqué sur Yes, le système commence à répliquer les données vers les zones de destination. Ce processus n'interrompt pas vos charges de travail. Une fois la réplication des données terminée, le système effectue le basculement selon le paramètre Switching Time.

Référence API