PolarDB:Upgrade steps

Le processus global de mise à niveau comprend les étapes suivantes :

1. Vérifications préalables :

   • Vérification de la liste d'autorisation (facultatif) : si les configurations de liste d'autorisation de l'instance principale RDS source et des instances en lecture seule sont incohérentes, fusionnez la liste d'autorisation de l'instance en lecture seule dans celle de l'instance principale afin de garantir que la liste d'autorisation soit automatiquement synchronisée avec le cluster PolarDB cible.

   • Uniquement pour la migration logique :

     • Vérifiez si un rôle lié au service PolarDB a été créé et vérifiez si vous avez accordé les autorisations DTS pour accéder aux ressources cloud.

     • Vérifiez si l'instance RDS source contient des comptes système redondants.

2. Étape 1 : Migrer depuis RDS : sur la page d'achat PolarDB, définissez la méthode de création sur Migrate from RDS et spécifiez la version et l'instance RDS source pour créer un cluster PolarDB cible.

3. Étape 2 : Réapprovisionnement d'adresse (facultatif) : la mise à niveau en un clic permet le basculement avec transfert d'adresse. Vous pouvez conserver le point de terminaison de l'instance RDS source afin que les applications puissent basculer vers le cluster PolarDB cible sans modifier aucune configuration de connexion. Seuls les points de terminaison existant simultanément sur l'instance RDS source et le cluster PolarDB cible prennent en charge le basculement mutuel.

4. Étape 3 : Basculement de la migration : inversez les états de lecture/écriture de l'instance RDS source et du cluster PolarDB cible (c'est-à-dire, changez l'instance RDS source en Read Only et le cluster PolarDB cible en Read/Write), tout en inversant la direction de la réplication (synchronisation des nouvelles données du cluster PolarDB cible vers l'instance RDS source).

5. Étape 4 : Basculement de la tâche DTS de l'instance source (facultatif) : si l'instance source possède des liens DTS associés (autres que le lien DTS de migration en un clic), vous pouvez utiliser cette fonctionnalité pour modifier (remplacer) l'instance source ou cible dans une tâche de synchronisation ou de migration DTS afin de basculer en douceur les charges de travail associées.

6. Étape 5 : Terminer la migration : une fois la migration des données métier terminée et la synchronisation des données n'étant plus nécessaire, vous pouvez finaliser l'ensemble du processus de mise à niveau.

7. Se désabonner ou libérer l'instance RDS (facultatif) : si votre activité fonctionne de manière stable sur le cluster PolarDB et que l'instance RDS source n'est plus nécessaire, vous pouvez vous désabonner ou libérer l'instance RDS source.

Une fois le basculement de la migration terminé, si vous constatez des anomalies de données ou d'autres problèmes, vous pouvez effectuer une opération de Restauration de la migration (facultatif) pour revenir rapidement à l'état antérieur à la mise à niveau. Vous pouvez ensuite choisir d'effectuer une opération d'Annulation de la migration (facultatif) pour restaurer l'état précédant le basculement.

Vérifications préalables

Étape 1 : Migration depuis RDS

Cette opération crée un cluster PolarDB contenant les mêmes données que l'instance RDS source. Les données incrémentielles de l'instance RDS source sont synchronisées avec le cluster PolarDB en temps réel.

1. Connectez-vous à la console PolarDB, cliquez sur Create Cluster et accédez à la page d'achat PolarDB.

2. Sélectionnez la Billing Method : Subscription, Pay-As-You-Go ou Serverless.

   • Abonnement : vous payez les frais des nœuds de calcul lors de la création du cluster. L'espace de stockage est facturé à l'heure en fonction du volume de données réel et déduit de votre compte toutes les heures.

   • Paiement à l'utilisation : aucun prépaiement n'est requis. Les nœuds de calcul et l'espace de stockage (basé sur le volume de données réel) sont facturés à l'heure et déduits de votre compte toutes les heures.

   • Serverless : aucun prépaiement n'est requis. Les nœuds de calcul, l'espace de stockage, le proxy de base de données et les autres ressources s'adaptent dynamiquement en fonction de la demande réelle lors de l'utilisation du cluster et sont facturés selon l'utilisation effective.

3. Configurez les paramètres suivants.

   Remarque

   Pour les paramètres non décrits en détail dans le tableau ci-dessous, reportez-vous à la section correspondante de la rubrique Acheter un cluster.

   Paramètre	Description
   Creation Method	Sélectionnez Migrate from RDS. Remarque Avant le basculement de la migration, l'état de lecture/écriture de PolarDB est en lecture seule et Binlog est activé par défaut.
   Region	Sélectionnez la région où se trouve l'instance RDS for MySQL source. Remarque Le nouveau cluster PolarDB sera également situé dans cette région.
   Source RDS Engine	Le type de moteur de l'instance RDS source, fixé à MySQL et ne pouvant pas être modifié.
   Source RDS Version	La version de l'instance RDS source. Vous pouvez sélectionner 5,6, 5,7 ou 8,0.
   Source RDS Instance	Sélectionnez l'instance RDS source. Les instances en lecture seule ne sont pas incluses.
   Compatibility	La version du moteur de base de données du cluster PolarDB cible. Vous pouvez sélectionner la même version que l'instance RDS source ou opter pour une migration inter-version.
   Node Specifications	Sélectionnez selon vos besoins. Nous recommandons des spécifications au moins équivalentes à celles de l'instance RDS source. Pour les spécifications des nœuds PolarDB, consultez les Spécifications des nœuds de calcul pour l'édition Enterprise.
   Moteur de stockage	Les types de moteurs pris en charge sont InnoDB et InnoDB & X-Engine. Remarque InnoDB & X-Engine : déploiement hybride des moteurs InnoDB et X-Engine. Si vous sélectionnez cette option, vous pouvez définir la proportion de X-Engine. Pour plus d'informations, consultez la rubrique Qu'est-ce que X-Engine.

4. Dans le coin supérieur droit, vérifiez la configuration du cluster, définissez la Subscription Duration (pour les clusters Subscription), la Quantity et indiquez si vous souhaitez activer le Auto-renewal.

5. Lisez et acceptez les conditions d'utilisation. Cliquez sur Buy Now.

6. Sur la page Payment, vérifiez les informations de la commande impayée et le mode de paiement, puis cliquez sur Order.

   Remarque

   • Après le paiement réussi, attendez 10 à 15 minutes pour que le cluster soit créé. Vous pourrez ensuite consulter le cluster nouvellement créé dans la liste Cluster List.

   • Lorsque l'état des nœuds du cluster indique Creating, la création de l'ensemble du cluster peut ne pas être terminée et celui-ci n'est pas encore disponible. Le cluster est prêt à l'emploi uniquement lorsque son état affiche Running.

   • Assurez-vous d'avoir sélectionné la bonne région ; sinon, vous ne pourrez pas trouver votre cluster nouvellement créé.

7. Une fois le cluster créé, connectez-vous à la console PolarDB et cliquez sur l'ID du cluster pour accéder à la page Basic Information du cluster.

8. Sur la page Basic Information, dans la section RDS Migration, confirmez que la Replication Latency du cluster PolarDB cible est inférieure à 60 secondes avant de procéder à l'opération décrite à l'Étape 3 : Basculement de la migration.

   À ce stade, le champ Status de la page affiche Data Synchronizing, l'état de lecture/écriture de RDS source est défini sur Read/Write et l'état de lecture/écriture de PolarDB sur Read-only.

   Remarque

   • Les instances disposant déjà d'une synchronisation bidirectionnelle DTS ne peuvent pas effectuer de migration/mise à niveau en un clic et risquent de rencontrer des problèmes d'incohérence des données ;

   • Après la création du cluster, celui-ci commence à synchroniser les données depuis l'instance RDS. Vous devez terminer l'opération décrite à l'Étape 5 : Finalisation de la migration dans un délai de 30 jours ; passé ce délai, la fonctionnalité de migration sera automatiquement désactivée.

   • Pour une migration logique (synchronisation des données DTS), après la création du cluster PolarDB, si l'état de la migration RDS passe à Pre-check failed, suivez les instructions indiquées dans le champ Error Message pour résoudre le problème.

     Par exemple, si des déclencheurs existent dans l'instance RDS source, la vérification préalable échouera avec l'erreur "RDS instance has triggers". Supprimez d'abord les déclencheurs de l'instance RDS source, puis cliquez sur Continue migrating ou sur Give up migration et créez manuellement une tâche de migration dans la console DTS. Pour plus d'informations, consultez la rubrique Configurer des tâches pour les bases de données sources comportant des déclencheurs.

   • Vous pouvez choisir Give up migration à cette étape. Pour connaître l'impact associé, consultez la rubrique FAQ.

Étape 2 : Ajout d'adresses (facultatif)

La migration en un clic PolarDB prend en charge le basculement avec transfert d'adresse. Vous pouvez conserver le point de terminaison de la base de données d'origine afin que les applications puissent basculer vers PolarDB sans modifier aucune configuration de connexion. Notez que seuls les points de terminaison présents simultanément sur l'instance RDS source et le cluster PolarDB cible prennent en charge le basculement mutuel. Par défaut, le côté cible crée uniquement un point de terminaison principal privé et un point de terminaison de cluster privé. Si le côté source comporte plus de deux points de terminaison, vous devez créer les points de terminaison correspondants sur le côté cible avant le basculement ; sinon, ils ne seront pas transférés. Pour obtenir des informations sur la création de points de terminaison pour les clusters PolarDB et les instances RDS, consultez les rubriques Gérer les points de terminaison et Configurer les points de terminaison d'une instance RDS.

Étape 3 : Basculement de la migration

Lorsque le Replication Latency du cluster PolarDB cible est inférieur à 60 secondes, vous pouvez procéder au basculement de la migration.

1. Accédez à la console PolarDB.

2. Localisez le cluster cible et cliquez sur son ID.

3. Sur la page Basic Information, dans la section RDS Migration, cliquez sur Switch Over.

   La tâche de synchronisation des données DTS affichée sur la page est une tâche gratuite. N'effectuez aucune opération manuelle sur cette tâche, car cela entraînerait l'échec de la migration.

   Remarque

   • Le processus de basculement prend généralement moins de 5 minutes.

   • Cette opération inverse les états de lecture/écriture de l'instance RDS source et du cluster PolarDB cible (c'est-à-dire que l'instance RDS source passe en Read-only et le cluster PolarDB en Read/Write), tout en inversant la direction de la réplication (synchronisation des nouvelles données du cluster PolarDB vers l'instance RDS).

4. Dans la boîte de dialogue Switch Business to New Database, sélectionnez Switch with address transfer (no connection configuration changes required for applications) ou Switch without address transfer (applications need to update to the new PolarDB connection configuration).

   • Si vous sélectionnez Switch with address transfer (no connection configuration changes required for applications), procédez comme suit :

     1. Sélectionnez Switch with address transfer (no connection configuration changes required for applications). Le système échange automatiquement les endpoints de l'instance RDS source et du cluster PolarDB cible. Vos applications se connecteront alors automatiquement au cluster PolarDB cible sans aucune modification de configuration.

        Important

        Avant de sélectionner Switch with address transfer (no connection configuration changes required for applications), assurez-vous de consulter les Remarques relatives au basculement avec transfert d'adresse.

     2. Cliquez sur OK.

   • Si vous sélectionnez Switch without address transfer (applications need to update to the new PolarDB connection configuration), procédez comme suit :

     1. Sélectionnez Switch without address transfer (applications need to update to the new PolarDB connection configuration).

     2. Cliquez sur OK.

     3. Actualisez la page. Une fois que le statut Read/Write Status du cluster PolarDB cible indique Read/Write, mettez à jour l'endpoint de la base de données dans votre application dès que possible.

   Remarque

   Une fois le basculement de la migration terminé, si vous constatez des anomalies de données ou d'autres problèmes, vous pouvez effectuer une opération de Restauration de la migration pour revenir rapidement à l'état antérieur à la mise à niveau. Vous pourrez ensuite choisir d'effectuer une opération d'Annulation de la migration pour restaurer l'état précédant le basculement.

Étape 4 : Basculement de la tâche DTS de l'instance source (facultatif)

1. Accédez à la console PolarDB.

2. Localisez le cluster cible et cliquez sur son ID.

3. Sur la page Basic Information, dans la section RDS Migration, cliquez sur Source Instance DTS Task Switchover.

4. Dans la boîte de dialogue Switch Business DTS Database, sélectionnez Source Instance DTS Task (Forward Switchover) ou Destination Instance DTS Task (Switchover Rollback).

   Important

   Avant le basculement, vérifiez le statut DTS de la synchronisation des données entre les instances source et cible. Pour obtenir des détails sur la requête de statut DTS, consultez la rubrique Requête de statut DTS.

   • Si vous sélectionnez Source Instance DTS Task (Forward Cutover), procédez comme suit :

     1. Sélectionnez la tâche DTS pour laquelle vous souhaitez basculer l'instance de base de données.

     2. Cliquez sur Commit Forward Switchover.

   • Si vous sélectionnez Target Instance DTS Task (Rollback Cutover), procédez comme suit :

     1. Sélectionnez la tâche DTS pour laquelle vous souhaitez basculer l'instance de base de données.

     2. Cliquez sur Commit Switchover Rollback.

Étape 5 : Achèvement de la migration

1. Connectez-vous à la console PolarDB.

2. Localisez le cluster cible et cliquez sur son ID.

3. Sur la page Basic Information, dans la section RDS Migration, cliquez sur Complete Migration. Dans la boîte de dialogue qui s'affiche, cliquez sur OK.

   Remarque

   • Après avoir cliqué sur OK, le système interrompt la relation de synchronisation en environ 2 minutes. Pendant ce temps, le statut de la migration affiche Disable Synchronization. Patientez jusqu'à la fin de la migration.

   • Dans la boîte de dialogue Complete Migration, vous pouvez choisir de désactiver le Binlog pour le cluster PolarDB. La désactivation du Binlog offre une légère amélioration des performances en écriture, mais entraîne le redémarrage automatique du cluster PolarDB pour appliquer la nouvelle configuration.

   • Si l'instance RDS source n'est plus nécessaire, vous pouvez résilier ou libérer celle-ci manuellement. Pour plus de détails, consultez la rubrique Résiliation ou libération de l'instance RDS (facultatif).

   • Si vous devez effectuer des opérations telles que le renouvellement ou la modification de la configuration sur l'instance RDS source, commencez par cliquer sur Complete Migration.

Résiliation ou libération de l'instance RDS (facultatif)

Une fois les données migrées de RDS vers PolarDB, si votre activité fonctionne de manière stable sur PolarDB et que l'instance RDS source n'est plus nécessaire, vous pouvez résilier ou libérer l'instance RDS source.

• Pour les instances RDS par abonnement, vous pouvez procéder à la résiliation. Pour plus de détails, consultez la rubrique Résiliation d'une instance principale par abonnement.

• Pour les instances RDS à la demande, libérez l'instance rapidement afin d'éviter le gaspillage de ressources RDS inutilisées. Pour plus de détails, consultez la rubrique Libération ou résiliation d'une instance.

Affichage des détails de la tâche de synchronisation des données (migration logique uniquement) (facultatif)

Lors de l'utilisation de la migration logique (synchronisation des données DTS) pour la mise à niveau en un clic, si vous rencontrez des erreurs de migration (telles que des échecs de pré-vérification) ou d'autres états anormaux (comme un retard de réplication inhabituellement élevé), vous pouvez accéder à la page de détails de la tâche de synchronisation des données DTS correspondante pour afficher les informations spécifiques relatives à la tâche.

1. Accédez à la console PolarDB.

2. Localisez le cluster cible et cliquez sur son ID.

3. Sur la page Basic Information, dans la section RDS Migration, cliquez sur le nom de la tâche DTS Data Synchronization Task pour accéder à la liste de synchronisation des données de la console DTS.

4. Repérez la tâche de synchronisation des données correspondante. Vous pouvez consulter les détails des échecs de pré-vérification, les détails de la tâche de synchronisation ainsi que les journaux de la tâche de synchronisation.

   La page de détails de la tâche de synchronisation affiche les informations de base (ID de l'instance de tâche, nom de la tâche, étapes de la tâche : Schema Synchronization → Full Synchronization → Incremental Synchronization, date de création, méthode de facturation, spécifications du lien, région, etc.), les informations sources (type d'instance : RDS Instance, type de base de données : MySQL, région, ID de l'instance, méthode de connexion : Non-encrypted connection) et les informations cibles (type d'instance : Cloud Instance, type de base de données : PolarDB MySQL, région, ID de l'instance, méthode de connexion : Non-encrypted connection). Le panneau de navigation de gauche permet de basculer vers les pages Synchronization Details, Performance Monitoring, Task Logs, Synchronization Object Change Records, entre autres.

5. Pendant la migration, si vous devez modifier les objets de synchronisation de la tâche (par exemple, si une nouvelle base de données est ajoutée à l'instance RDS source et doit être incluse dans les objets synchronisés), cliquez sur Modify Synchronization Objects pour reconfigurer la tâche.