La migration est un processus qui consiste à déplacer des données et des métadonnées d'une base de données source vers une base de données de destination. Une fois la migration terminée, la base de données de destination devient la base de données principale à laquelle les applications dépendantes peuvent accéder en lecture et en écriture. La base de données source peut alors être arrêtée.
Database Migration Service vous aide à migrer vos données vers Google Cloud. Le service est compatible avec les migrations de bases de données vers des instances Cloud SQL et AlloyDB pour PostgreSQL. Database Migration Service simplifie la mise en réseau, gère l'instantané initial et la réplication continue, et fournit des mises à jour de l'état tout au long du processus de migration.
Database Migration Service vous permet de :
- Effectuez différents types de migrations.
- Migrez vos bases de données vers Google Cloud avec un temps d'arrêt minimal.
- Utilisez les fonctionnalités de conversion optimisées par Gemini lors des migrations hétérogènes.
- Migrez les données chiffrées de manière sécurisée.
- Surveillez votre tâche de migration à l'aide des métriques d'observabilité.
Le schéma suivant montre les principales fonctionnalités de Database Migration Service dans le contexte de l'architecture Google Cloud :
Types de migration
Les migrations peuvent être classées dans les types suivants :
Migration continue
La migration continue (parfois appelée migration en cours ou en ligne) est un flux continu de changements de votre source vers votre destination, à la suite d'une opération initiale de vidage et de chargement complets. Lorsque la destination est prête pour les lectures et les écritures, vous finalisez la réplication entre la source et la destination. L'instance Cloud SQL ou le cluster AlloyDB pour PostgreSQL de destination sont alors prêts à être utilisés comme instance principale autonome. Si vous effectuez le basculement lorsque la source et la destination sont synchronisées, le temps d'arrêt sera minimal.
Migration ponctuelle
Une migration unique est un instantané de la base de données à un moment précis. Database Migration Service prend le snapshot de la source et l'applique à la destination. Il s'agit d'un processus de vidage et de chargement, où la destination est prête à être utilisée une fois le chargement terminé. Toutes les applications qui dépendent de la base de données source peuvent subir des temps d'arrêt pendant le processus de migration, car aucune nouvelle écriture ne peut être effectuée dans cette base de données pendant la migration.
Migrations homogènes
Les migrations homogènes ont lieu lorsque vous migrez des données entre des bases de données utilisant la même technologie. Par exemple, de MySQL vers Cloud SQL pour MySQL.
Pour en savoir plus, consultez Migrations homogènes.
Migrations hétérogènes
Contrairement aux migrations homogènes, les migrations hétérogènes, telles qu'Oracle vers Cloud SQL pour PostgreSQL, utilisent des technologies de base de données différentes pour la source et la destination.
Pour en savoir plus, consultez Migrations hétérogènes.
Temps d'arrêt minimal
Database Migration Service permet d'effectuer des migrations continues sans serveur avec un temps d'arrêt minimal, qu'elles soient homogènes ou hétérogènes. L'architecture sans serveur de Database Migration Service prend un instantané initial de la base de données source pour capturer l'état actuel des données. Une fois l'instantané terminé, Database Migration Service le charge dans la base de données de destination et la réplication continue des données commence. La réplication des données est une opération continue, car elle suit et copie en temps réel toutes les modifications apportées à la base de données d'origine. Elle est basée sur la capture des données modifiées (CDC, Change Data Capture), un processus qui identifie et capture uniquement les modifications (insertions, mises à jour, suppressions, etc.) que vous avez apportées à la base de données après la prise de l'instantané initial.
Cette approche minimise les temps d'arrêt pour les raisons suivantes :
- La réplication continue est plus efficace que la réplication fréquente de l'intégralité de la base de données, car elle ne se concentre que sur les modifications.
- Les données sont migrées tandis que la base de données source reste opérationnelle.
- Les migrations sans serveur sont très performantes à grande échelle.
Accélérer la conversion de code et de schémas avec Gemini
Pour les migrations hétérogènes, Database Migration Service convertit le schéma et les objets de votre base de données source dans un format compatible avec votre base de données de destination. Les espaces de travail de conversion offrent les fonctionnalités suivantes :
- Conversion initiale du schéma qui se produit automatiquement une fois que vous avez créé votre espace de travail de conversion.
- L'éditeur SQL interactif qui vous aide à résoudre les problèmes de conversion ou à ajuster le schéma pour mieux répondre à vos besoins.
- Assistance pour les fonctionnalités de conversion de Gemini.
- Directives de personnalisation que vous pouvez utiliser pour remplacer les règles de conversion automatique du schéma.
Pour en savoir plus, consultez Conversion optimisée par Gemini.
Sécurité et chiffrement
Database Migration Service migre les données de manière sécurisée en utilisant des certificats SSL/TLS pour chiffrer les connexions réseau et des clés de chiffrement gérées par le client (CMEK) pour les migrations continues.
Pour en savoir plus, consultez Sécurité et chiffrement.
Métriques d'observabilité
Database Migration Service affiche plusieurs diagrammes qui peuvent vous aider à comprendre l'état actuel et la progression de votre job de migration. La plupart des scénarios de migration vous permettent de filtrer les informations de ces diagrammes pour chaque base de données incluse dans votre tâche de migration.
Pour en savoir plus, consultez les pages sur les métriques des jobs de migration qui s'appliquent à votre scénario de migration.
Cas d'utilisation
Database Migration Service permet les cas d'utilisation suivants :
- Migration Lift and Shift vers un service géré
- Dans le cadre de la migration d'une organisation vers Google Cloud, vous pouvez passer de bases de données auto-hébergées basées sur des VM à des services cloud de bases de données gérées. Vous pouvez ainsi vous concentrer sur la haute disponibilité, la reprise après sinistre et les performances des bases de données exécutées sur des services gérés, au lieu de gérer l'infrastructure.
- Réplication continue multicloud
- Tout comme les répliques en lecture dans les régions, si des données existent chez un autre fournisseur de cloud, un job de migration peut répliquer en continu la base de données dansGoogle Cloud pour la disponibilité en lecture multicloud. Database Migration Service n'est pas compatible avec un scénario de double écriture, c'est-à-dire l'écriture et la lecture à la fois dans la source et la destination.
Étapes suivantes
En savoir plus sur les scénarios de migration disponibles :
- Migrations homogènes
- Migrations hétérogènes