Créer un job de migration vers une nouvelle instance de destination

MySQL   |  PostgreSQL   |  PostgreSQL vers AlloyDB

Présentation

Database Migration Service utilise des jobs de migration pour migrer des données de votre instance de base de données source vers l'instance de base de données AlloyDB de destination.

Pour la connectivité par adresse IP privée, lorsque vous migrez vers un cluster AlloyDB pour PostgreSQL créé avec Database Migration Service, vous ne pouvez utiliser que la méthode d'accès aux services privés. Si vous souhaitez utiliser Private Service Connect avec votre cluster de destination, commencez par créer la destination AlloyDB pour PostgreSQL en dehors de Database Migration Service, puis suivez le flux Migrer vers une instance existante.

La création d'un job de migration comprend les étapes suivantes :

• Définir les paramètres du job de migration
• Spécifier des informations sur le profil de connexion que vous avez créé pour votre base de données source (profil de connexion source)
• Définir les paramètres de l'instance de base de données AlloyDB de destination et créer l'instance
• Configurer la connectivité entre les instances de base de données source et de destination
• Tester le job de migration pour vous assurer que les informations de connexion fournies pour le job sont valides

L'assistant Database Migration Service vous aide à créer un job de migration. L'assistant se compose de plusieurs volets dans lesquels vous fournissez des informations sur vos bases de données sources et de destination, ainsi que sur les méthodes de connectivité. Dans l'assistant, vous pouvez également tester votre job de migration avant de terminer de le créer. Vous trouverez des informations pour le remplissage de chaque volet dans les différentes sections de cette page.

Définir les paramètres du job de migration

1. Accédez à la page Jobs de migration de la consoleGoogle Cloud .
2. Cliquez sur Créer un job de migration en haut de la page.

3. Indiquez un nom pour le job de migration.

   Choisissez un nom convivial qui vous aidera à identifier le job de migration. N'incluez pas d'informations sensibles ni permettant d'identifier personnellement l'utilisateur dans le nom du job.

4. Conservez l'ID de job de migration généré automatiquement.

5. Sélectionnez le moteur de base de données source.

6. Sélectionnez AlloyDB pour PostgreSQL comme moteur de destination.

7. Sélectionnez la région de destination pour votre migration. C'est là que l'instance Database Migration Service est créée. Vous devez la sélectionner en fonction de l'emplacement des services qui ont besoin de vos données (comme les instances Compute Engine, les applications App Engine ou d'autres services). Une fois que vous avez choisi la région de destination, vous ne pouvez plus la modifier.

8. Choisissez Continu (instantané + modifications en cours) comme type de job de migration.

9. Passez en revue les conditions préalables générées automatiquement, qui reflètent la façon dont l'environnement doit être préparé pour un job de migration. Ces prérequis peuvent inclure la configuration de la base de données source et la connexion à l'instance de base de données AlloyDB de destination. Il est préférable d'appliquer ces conditions préalables à cette étape. Toutefois, vous pouvez les appliquer à tout moment avant de tester ou démarrer un job de migration. Pour en savoir plus sur ces conditions préalables, consultez Configurer votre source.

10. Cliquez sur Enregistrer et continuer.

Spécifier des informations sur le profil de connexion source

1. Si vous avez créé un profil de connexion, sélectionnez-le dans la liste des profils de connexion existants.

   Si vous n'avez pas créé de profil de connexion, créez-en un en cliquant sur Créer un profil de connexion en bas de la liste déroulante, puis suivez la même procédure que dans Créer un profil de connexion source.

   Nous vous recommandons de créer un profil de connexion dédié pour votre migration AlloyDB.

2. Dans la section Personnaliser les configurations de vidage des données, cliquez sur Afficher les configurations de vidage des données.

   La vitesse de parallélisme du vidage des données est liée à la charge de votre base de données source. Vous pouvez utiliser les paramètres suivants :

   • Optimale (recommandée) : performances équilibrées avec une charge optimale sur la base de données source.
   • Maximum : offre les vitesses de vidage les plus élevées, mais peut entraîner une charge accrue sur la base de données source.
   • Minimum : utilise la plus faible quantité de ressources de calcul sur la base de données source, mais le débit de vidage peut être plus lent.

   Si vous souhaitez utiliser des paramètres de parallélisme ajustés pour le vidage des données, veillez à augmenter les paramètres max_replication_slots, max_wal_senders et max_worker_processes dans votre base de données source. Vous pouvez vérifier votre configuration en exécutant le test de la tâche de migration à la fin de la création de la tâche de migration.

3. Cliquez sur Enregistrer et continuer.

Si votre base de données source est une instance Cloud SQL et que seule l'adresse IP publique est activée, veillez à activer son adresse IP privée avant de passer à la section suivante. N'oubliez pas de mettre à jour le profil de connexion avec l'adresse IP privée.

Définir et créer l'instance AlloyDB de destination

Vous allez maintenant créer un cluster AlloyDB de destination pour votre job de migration. Les clusters sont les ressources de premier niveau dans AlloyDB. Elles contiennent une seule instance principale pour l'accès en lecture/écriture à la base de données que vous créez lors du processus de migration.

Pour créer un cluster de destination :

1. Choisissez un type de cluster. Database Migration Service est actuellement compatible avec les clusters AlloyDB haute disponibilité. Elles peuvent diffuser des données à partir de plusieurs zones d'une région, sans pool de lecture.
2. Cliquez sur CONTINUER.
3. Configurez votre cluster :
   1. Dans le champ ID du cluster, saisissez un ID pour votre cluster.
   2. Dans le champ Mot de passe, saisissez un mot de passe pour l'utilisateur postgres par défaut. Vous aurez besoin du mot de passe pour vous connecter à votre base de données.
   3. Dans le champ Réseau :
      1. Sélectionnez un chemin d'accès réseau pour définir les ressources disponibles lorsque vous configurez la connectivité de la migration. Les clusters ne peuvent être configurés qu'avec un chemin de réseau IP privé. Si vous prévoyez de vous connecter à la base de données source avec l'appairage de VPC, sélectionnez le VPC où elle se trouve.
      2. Si votre réseau n'est pas configuré pour l' accès aux services privés, cliquez sur Configurer la connexion et suivez l'assistant de configuration de la connexion.
      3. Si aucun réseau de service géré n'a jamais été configuré pour le VPC sélectionné, vous pouvez sélectionner une plage d'adresses IP et cliquer sur Connecter, ou utiliser une plage d'adresses IP sélectionnée automatiquement et cliquer sur Allouer et connecter.
   4. Facultatif : Dans la section Chiffrement, indiquez si vous souhaitez gérer le chiffrement des données migrées de la source vers la destination. Par défaut, vos données sont chiffrées à l'aide d'une clé gérée par Google Cloud.

      Si vous souhaitez gérer votre chiffrement, vous pouvez utiliser une clé de chiffrement gérée par le client (CMEK). La clé doit se trouver au même emplacement que votre cluster AlloyDB. Par exemple, les clusters situés dans us-west1 ne peuvent utiliser que des clés dans us-west1.

      1. Sélectionnez le bouton radio Utiliser une clé de chiffrement gérée par le client (CMEK).
      2. Dans le menu Sélectionner une clé gérée par le client, sélectionnez votre CMEK.

      Si vous ne voyez pas votre clé, cliquez sur SAISIR LE NOM DE RESSOURCE DE LA CLÉ pour fournir le nom de ressource de la clé que vous souhaitez utiliser. Par exemple, vous pouvez saisir projects/my-project-name/locations/my-location/keyRings/my-keyring/cryptoKeys/my-key dans le champ Nom de ressource de la clé, puis cliquer sur ENREGISTRER.

      Lors de la création du job de migration, Database Migration Service vérifie que la clé CMEK existe et qu'il dispose des autorisations nécessaires pour l'utiliser.

      Si Database Migration Service ne dispose pas de ces autorisations, des informations s'affichent pour indiquer que le compte de service Database Migration Service ne peut pas utiliser la clé CMEK. Cliquez sur GRANT (Accorder) pour autoriser Database Migration Service à utiliser la clé.

      Pour en savoir plus sur les clés de chiffrement, consultez Utiliser des CMEK dans la documentation AlloyDB.

   5. Cliquez sur CONTINUER.
4. Configurez votre instance principale. Une instance principale détermine la capacité de calcul d'un cluster et accepte les opérations de lecture et d'écriture :
1. Dans le champ ID d'instance, saisissez un ID pour votre instance principale.
2. Sélectionnez un type de machine.
3. Si vous prévoyez d'utiliser la méthode de connectivité Liste d'autorisation d'adresses IP, cochez la case Activer l'adresse IP publique sortante.
4. Facultatif : Définissez des indicateurs pour votre instance. Vous pouvez utiliser des options pour personnaliser votre instance. Pour en savoir plus sur les options compatibles, consultez la documentation AlloyDB. Pour chaque signalement :
   1. Cliquez sur AJOUTER UNE OPTION.
   2. Sélectionnez un indicateur dans la liste Nouvel indicateur de base de données.
   3. Indiquez une valeur pour l'option.
   4. Cliquez sur OK.
5. Cliquez sur Enregistrer et continuer.
6. Confirmez votre choix en cliquant sur CRÉER UNE DESTINATION ET CONTINUER.
7. Attendez la fin de la création de l'instance de destination.

Votre cluster AlloyDB sera à l'état "Amorçage" lorsqu'il sera géré par Database Migration Service. Lorsque l'état est "Bootstrapping", vous ne pouvez effectuer aucune opération sur votre cluster. Si vous souhaitez toujours supprimer le cluster, vous pouvez le faire à l'aide de gcloud avec l'option --force.

Configurer la connectivité entre les instances de base de données source et de destination

Si vous réutilisez un profil de connexion source qui a déjà été utilisé pour des migrations hétérogènes (par exemple, d'Oracle vers Cloud SQL pour PostgreSQL), vous devez choisir une méthode de connectivité à cette étape. Cette méthode sera utilisée pour la migration homogène de la base de données Cloud SQL pour PostgreSQL vers AlloyDB. Vous devez sélectionner une méthode de connectivité, car la méthode de connectivité hétérogène n'est pas pertinente pour ce job de migration.

1. Dans le menu déroulant Méthode de connectivité, sélectionnez une méthode de connectivité réseau. Cette méthode définit la manière dont l'instance AlloyDB créée se connecte à la base de données source. Les méthodes actuelles de connectivité réseau incluent la liste d'autorisation d'adresses IP, l'appairage de VPC, le tunnel SSH inversé et le proxy TCP via une VM hébergée dans le cloud.

2. Si vous sélectionnez la méthode de connectivité réseau par liste d'autorisation d'adresses IP, vous devez spécifier l'adresse IP sortante de votre instance de destination. Copiez les adresses IP sortantes pour l'instance principale et l'instance secondaire, puis utilisez-les pour configurer le pare-feu du réseau pour votre serveur de base de données source et dans le fichier pg_hba.conf, afin que la source puisse accepter les connexions provenant de ces adresses.

3. Si vous sélectionnez la méthode de connectivité réseau du tunnel SSH inversé, sélectionnez l'instance de VM Compute Engine qui hébergera le tunnel.

   Après avoir spécifié l'instance, Google fournira un script qui réalisera les étapes de configuration du tunnel entre les bases de données source et de destination. Vous devrez exécuter le script dans la Google Cloud CLI.

   Exécutez les commandes à partir d'une machine connectée à la base de données source et à Google Cloud.

4. Si vous sélectionnez la méthode de connectivité réseau d'appairage de VPC, sélectionnez le réseau VPC sur lequel se trouve la base de données source. L'instance Cloud SQL sera mise à jour pour se connecter à ce réseau.

5. Si vous sélectionnez la méthode de connectivité du proxy TCP via une VM hébergée dans le cloud, saisissez les informations requises pour la nouvelle instance de VM Compute Engine qui hébergera le proxy TCP.

   Après avoir spécifié les détails, la console Google Cloud fournira un script qui effectue les étapes de configuration du proxy entre les bases de données source et de destination. Vous devrez exécuter le script sur une machine dotée d'une Google Cloud CLI à jour.

   Après l'exécution du script, l'adresse IP privée de la VM nouvellement créée s'affiche. Saisissez l'adresse IP, puis cliquez sur Configurer et continuer.

6. Découvrez comment configurer la connectivité.
   Remarque : Si votre source est Cloud SQL pour PostgreSQL, les options de connectivité sont limitées à l'appairage de réseaux VPC et au proxy TCP via une VM hébergée dans le cloud, selon que votre instance source Cloud SQL utilise l'ancienne ou la nouvelle architecture réseau.

7. Après avoir sélectionné la méthode de connectivité réseau et fourni les informations supplémentaires requises, cliquez sur CONFIGURER ET CONTINUER.

Configurer des bases de données de migration

Vous pouvez sélectionner les bases de données que vous souhaitez migrer.

1. Dans la liste Bases de données à migrer, sélectionnez l'une des options suivantes :
   • Toutes les bases de données : sélectionne toutes les bases de données qui existent dans la source.
   • Bases de données spécifiques : vous permet de sélectionner des bases de données spécifiques parmi toutes celles qui existent dans la source.

2. Si vous souhaitez migrer des bases de données spécifiques, vous pouvez filtrer la liste qui s'affiche et sélectionner les bases de données que vous souhaitez que Database Migration Service migre vers une destination.

   Si la liste ne s'affiche pas et qu'une erreur de découverte de la base de données s'affiche, cliquez sur Recharger. Si la découverte de la base de données échoue, le job migre toutes les bases de données. Vous pouvez continuer à créer un job de migration et corriger les erreurs de connectivité plus tard.

3. Cliquez sur Enregistrer et continuer.

Tester et créer le job de migration

Lors de cette dernière étape, vérifiez le récapitulatif des paramètres, de la source, de la destination et de la méthode de connectivité de la tâche de migration, puis testez la validité de la configuration de la tâche de migration. Si vous rencontrez des problèmes, vous pouvez modifier les paramètres de la tâche de migration. Tous les paramètres ne sont pas modifiables.

1. Cliquez sur TEST JOB (Tester le job) pour vérifier que :

   • La base de données source a été correctement configurée, conformément aux conditions préalables.
   • Les instances source et de destination peuvent communiquer entre elles.
   • Toutes les modifications nécessaires des adresses IP privées sur la destination ont été effectuées.

   • Le job de migration est valide, et les versions source et de destination sont compatibles.

   Si le test échoue, vous pouvez résoudre le problème dans la partie appropriée du flux, puis revenir au test.

   Pour en savoir plus sur les raisons pour lesquelles le test peut échouer et sur la façon de résoudre les problèmes associés à l'échec du test, consultez Diagnostiquer les problèmes pour AlloyDB.

   Vous pouvez créer le job de migration même si le test échoue. Toutefois, une fois le job démarré, il peut échouer à un moment donné de son exécution.

2. Cliquez sur CRÉER ET DÉMARRER LE JOB pour créer le job de migration et le démarrer immédiatement, ou cliquez sur CRÉER LE JOB pour créer le job de migration sans le démarrer immédiatement.

   Si le job n'est pas démarré au moment de sa création, vous pouvez le démarrer sur la page Jobs de migration en cliquant sur DÉMARRER.

   Quelle que soit la date de début du job de migration, votre organisation est facturée pour l'existence de l'instance de destination.

   Point clé : Lorsque vous démarrez le job de migration, Database Migration Service lance le vidage complet, ce qui verrouille brièvement la base de données source. Si votre source se trouve dans Amazon RDS ou Amazon Aurora, Database Migration Service nécessite en outre un bref temps d'arrêt d'écriture (environ moins d'une minute) au début de la migration.

   Pour en savoir plus, consultez Limites connues.

3. Le job de migration est ajouté à la liste des jobs de migration et peut être consulté directement.