Cette page explique comment migrer vos bases de données vers une nouvelle instance Cloud SQL que Database Migration Service crée pour vous lorsque vous configurez le job de migration. Si votre migration a des exigences différentes, envisagez de suivre un autre flux de migration. Pour en savoir plus, consultez le guide Migrer vers une instance Cloud SQL existante.
De manière générale, la migration suit les étapes suivantes :
- Configurez la base de données source pour permettre à Database Migration Service de déplacer vos données vers les nouvelles bases de données.
- Créez le profil de connexion et le job de migration.
- Selon votre configuration de connectivité, vous devrez peut-être ajuster les paramètres du pare-feu.
- Démarrez et surveillez le job de migration.
- Promouvez le job de migration et déplacez votre application pour qu'elle utilise les nouvelles bases de données.
Coûts
Dans ce document, vous utilisez les composants facturables suivants de Google Cloud:
- Cloud SQL (consultez Tarifs Cloud SQL)
- Si vous l'utilisez pour stocker des clés de chiffrement gérées par le client (CMEK) : Cloud Storage (consultez Tarifs Cloud Storage)
Obtenez une estimation des coûts en fonction de votre utilisation prévue à l'aide du simulateur de coût.
Avant de commencer
- Vérifiez si ce chemin de migration est entièrement compatible avec votre scénario.
Consultez les pages suivantes :
- La page Présentation du scénario liste toutes les versions source et de destination compatibles.
- Limites connues décrit les types de données, les tailles de base de données et les autres limites compatibles.
-
Différentes méthodes de connectivité réseau sont disponibles pour différentes bases de données sources. Réfléchissez à votre connectivité réseau et planifiez-la avant de commencer les procédures de migration. Pour en savoir plus, consultez la page Présentation de la mise en réseau.
La migration vers une nouvelle instance de destination n'est pas compatible avec la connectivité des interfaces Private Service Connect. Si vous souhaitez utiliser la connectivité des interfaces Private Service Connect, envisagez de précréer votre instance de destination directement dans Cloud SQL. Consultez le guide Migrer vers une instance Cloud SQL existante.
- Pour les migrations ponctuelles : tenez compte de la planification de votre migration. Les migrations ponctuelles n'effectuent qu'une opération de vidage et de chargement complète sans capture des données modifiées ultérieure. Nous vous recommandons de désactiver les écritures dans votre base de données source pendant le processus de migration pour éviter de perdre des données.
- Réfléchissez à la région dans laquelle vous souhaitez créer la base de données de destination. Database Migration Service est un produit entièrement régional, ce qui signifie que toutes les entités liées à votre migration (profils de connexion source et de destination, jobs de migration, bases de données de destination, espaces de travail de conversion) doivent être enregistrées dans une seule région.
- Dans la Google Cloud console, sur la page de sélection du projet, sélectionnez ou créez un Google Cloud projet.
- Activez les API Database Migration Service et Cloud SQL Admin.
Rôles requis
Pour obtenir les autorisations nécessaires pour effectuer des migrations MySQL homogènes avec Database Migration Service, demandez à votre administrateur de vous accorder les rôles IAM requis sur votre projet :
-
Administrateur de la migration de bases de données (
roles/datamigration.admin) -
Administrateur Cloud SQL (
roles/cloudsql.admin)
Pour en savoir plus sur l'attribution de rôles, consultez Gérer l'accès dans la documentation Identity and Access Management.
Ces rôles prédéfinis contiennent les autorisations requises pour effectuer des migrations MySQL homogènes avec Database Migration Service. Pour afficher les autorisations exactes requises, développez la section Autorisations requises :
Autorisations requises
Les autorisations suivantes sont requises pour effectuer des migrations MySQL migrations homogènes avec Database Migration Service :
datamigration.*cloudsql.instances.createcloudsql.instances.getcloudsql.instances.listcloudsql.instances.updatecloudsql.instances.deletecloudsql.operations.getcloudsql.users.listcloudsql.users.getcloudsql.users.createcloudsql.users.updatecloudsql.users.delete
Vous pouvez également obtenir ces autorisations avec des rôles personnalisés ou d'autres rôles prédéfinis.
Préparer votre base de données source
Pour préparer vos données sources à la migration, procédez comme suit :
- Déterminez si vous souhaitez fournir vos propres fichiers de dump ou si vous préférez que Database Migration Service
effectue le dump complet automatiquement :
- Vidage automatique (par défaut) : Database Migration Service se connecte à votre base de données source et effectue automatiquement le vidage initial du schéma et des données lorsque le job de migration démarre. Vous n'avez rien à préparer avant de commencer la migration.
- Vidage manuel : vous pouvez générer vos propres fichiers de dump et les importer dans un bucket Cloud Storage. Cette approche peut être utile
si vous souhaitez réduire la charge initiale sur votre instance principale et effectuer
le vidage complet à partir d'une instance répliquée, exécuter le vidage pendant un
intervalle de maintenance spécifique ou transmettre des indicateurs d'exportation personnalisés. Consultez
Exporter une base de données MySQL avec
mysqldump.
- Choisissez et configurez votre méthode de connectivité réseau source.
- Pour la connectivité de la liste d'autorisation des adresses IP publiques : plus tard, une fois que Database Migration Service aura créé l'instance de destination, vous devrez peut-être ajouter l'adresse IP publique Cloud SQL à la liste d'autorisation de votre pare-feu. Consultez votre administrateur réseau pour savoir comment planifier au mieux ces modifications de configuration.
- Configurez votre instance de base de données source.
- Pour les migrations continues, consultez Configurer la base de données source pour les migrations continues.
- Pour les migrations ponctuelles, consultez Configurer la base de données source pour les migrations ponctuelles.
- Créez le profil de connexion source.
Créer et exécuter le job de migration
Pour configurer et exécuter votre migration, procédez comme suit :
- Facultatif : Si vous souhaitez gérer vos propres certificats pour le job de migration, préparez les clés de chiffrement nécessaires.
-
Créez et exécutez le job de migration.
Vous pouvez surveiller la progression de la migration, ainsi que l'état de votre instance de destination grâce aux fonctionnalités d'observabilité de Database Migration Service. Consultez Métriques des jobs de migration.
Finaliser la migration
Lorsque vous décidez de passer votre application à la nouvelle instance Cloud SQL pour MySQL, finalisez la migration en procédant comme suit :
Migrations continues
- Arrêtez toutes les opérations d'écriture dans votre base de données source. Vous pouvez les passer en mode lecture seule pour conserver les fonctionnalités opérationnelles.
- Promouvez le job de migration.
- Facultatif : Vérifiez que les données de migration sont complètes.
Migrations ponctuelles
Lorsque Database Migration Service termine la phase de vidage complet, l'instance de destination est automatiquement promue en instance autonome. Pour finaliser la migration, procédez comme suit :
- Facultatif : Vérifiez que les données de migration sont complètes.
- Passez votre application pour qu'elle se connecte à la nouvelle instance Cloud SQL pour MySQL.
Étape suivante
Découvrez les Google Cloud fonctionnalités de Cloud SQL. Consultez Fonctionnalités de Cloud SQL pour MySQL.