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 que les applications dépendantes peuvent lire et dans laquelle elles peuvent écrire, et la base de données source peut ê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 d'état tout au long du processus de migration.
Avec Database Migration Service, vous pouvez :
- Effectuer 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 dans les migrations hétérogènes.
- Migrez des données chiffrées de manière sécurisée.
- Surveillez votre job de migration à l'aide des métriques d'observabilité.
Le schéma suivant illustre 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 modifications de votre source vers votre destination qui suit une opération initiale complète de vidage et de chargement. 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 est alors prêt à être utilisé en tant qu'instance principale autonome. Effectuer le basculement lorsque la source et la destination sont synchronisées vous permet de minimiser le temps d'arrêt.
Migration ponctuelle
Une migration ponctuelle est un instantané de la base de données à un moment précis. Database Migration Service prend l'instantané de la source et l'applique à la destination. Ce processus est un vidage et un 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 un 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, dans les migrations hétérogènes, telles que d'Oracle vers Cloud SQL pour PostgreSQL, la technologie de base de données de la source et de la destination est différente.
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, telles que les insertions, les mises à jour et les suppressions, que vous avez apportées à la base de données après la capture 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 du code et des 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 :
- La conversion de schéma initiale, qui s'effectue 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 des fonctionnalités de conversion Gemini.
- Directives de personnalisation que vous pouvez utiliser pour remplacer les règles de conversion de schéma automatisée.
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 job de migration.
Pour en savoir plus, consultez les pages de 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 transition 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. Cela vous permet de 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, plutôt que sur la gestion de l'infrastructure.
- Réplication continue multicloud
- Tout comme pour les instances dupliquées avec accès en lecture dans différentes régions, si les données existent chez un autre fournisseur cloud, un job de migration peut répliquer en continu la base de données dansGoogle Cloud pour une disponibilité en lecture multicloud. Database Migration Service ne prend pas en charge un scénario de double écriture, c'est-à-dire l'écriture et la lecture à la fois sur 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