La migración es un proceso que consiste en mover datos y metadatos de una base de datos de origen a una base de datos de destino. Una vez completada la migración, la base de datos de destino se convertirá en la base de datos principal a la que podrán acceder las aplicaciones dependientes para leer y escribir datos, y la base de datos de origen se podrá cerrar.
Database Migration Service te ayuda a migrar tus datos a Google Cloud. El servicio admite migraciones de bases de datos a instancias de Cloud SQL y AlloyDB para PostgreSQL. Database Migration Service simplifica la creación de redes, gestiona la instantánea inicial y la replicación continua, y proporciona actualizaciones de estado durante todo el proceso de migración.
Con Database Migration Service, puedes hacer lo siguiente:
- Realizar diferentes tipos de migraciones.
- Mueve tus bases de datos a Google Cloud con un periodo de inactividad mínimo.
- Usar las funciones de conversión con la tecnología de Gemini en migraciones heterogéneas.
- Migra datos cifrados de forma segura.
- Monitoriza tu trabajo de migración con métricas de observabilidad.
En el siguiente diagrama se muestran las funciones clave de Database Migration Service en el contexto de la arquitectura de Google Cloud :
Tipos de migración
Las migraciones se pueden clasificar en los siguientes tipos:
Migración continua
La migración continua (a veces denominada "en curso" u "online") es un flujo continuo de cambios del origen al destino que se inicia tras una operación de volcado y carga completos inicial. Cuando el destino esté listo para las lecturas y escrituras, finaliza la replicación entre el origen y el destino. La instancia de Cloud SQL o el clúster de AlloyDB para PostgreSQL de destino estarán listos para usarse como instancia principal independiente. Si haces el cambio cuando el origen y el destino están sincronizados, el tiempo de inactividad será mínimo.
Migración única
Una migración única es una captura de la base de datos en un momento dado. Database Migration Service toma la instantánea del origen y la aplica al destino. Este proceso es un volcado y una carga, en el que el destino está listo para usarse cuando se completa la carga. Las aplicaciones que dependan de la base de datos de origen pueden sufrir un tiempo de inactividad durante el proceso de migración, ya que no se podrán escribir datos en esta base de datos mientras la migración esté en curso.
Migraciones homogéneas
Las migraciones homogéneas se producen cuando migras datos entre la misma tecnología de base de datos. Por ejemplo, de MySQL a Cloud SQL para MySQL.
Para obtener más información, consulta la sección sobre migraciones homogéneas.
Migraciones heterogéneas
A diferencia de las migraciones homogéneas, en las migraciones heterogéneas, como de Oracle a Cloud SQL para PostgreSQL, la tecnología de base de datos del origen y del destino son diferentes.
Para obtener más información, consulta Migraciones heterogéneas.
Periodos inactivos mínimos
Database Migration Service admite migraciones continuas, sin servidor y con un periodo de inactividad mínimo, tanto homogéneas como heterogéneas. La arquitectura sin servidor de Database Migration Service toma una instantánea inicial de la base de datos de origen para capturar el estado actual de los datos. Una vez que se haya completado la instantánea, Database Migration Service cargará la instantánea en la base de datos de destino y se iniciará la replicación continua de datos. La replicación de datos es una operación continua porque monitoriza y copia en tiempo real cualquier cambio que se haga en la base de datos original. Se basa en la captura de datos de cambios (CDC), un proceso que identifica y captura solo los cambios, como las inserciones, las actualizaciones y las eliminaciones que has hecho en la base de datos después de que se haya tomado la primera instantánea.
Este enfoque minimiza el tiempo de inactividad por los siguientes motivos:
- La replicación continua es más eficiente que replicar toda la base de datos con frecuencia, ya que solo se centra en las modificaciones.
- Los datos se migran mientras la base de datos de origen sigue operativa.
- Las migraciones sin servidor ofrecen un alto rendimiento a escala.
Acelerar la conversión de código y esquemas con Gemini
En el caso de las migraciones heterogéneas, Database Migration Service convierte el esquema y los objetos de tu base de datos de origen a un formato compatible con tu base de datos de destino. Los espacios de trabajo de conversiones ofrecen las siguientes funciones:
- Conversión inicial del esquema que se produce automáticamente una vez que creas tu espacio de trabajo de conversión.
- El editor de SQL interactivo que te ayuda a solucionar problemas de conversión o a ajustar el esquema para que se adapte mejor a tus necesidades.
- Asistencia de las funciones de conversión de Gemini.
- Directivas de personalización que puede usar para anular las reglas de conversión de esquemas automatizada.
Para obtener más información, consulta Conversión con tecnología de Gemini.
Seguridad y encriptado
Database Migration Service migra los datos de forma segura mediante certificados SSL/TLS para encriptar las conexiones de red y claves de encriptado gestionadas por el cliente (CMEK) para las migraciones continuas.
Para obtener más información, consulta Seguridad y cifrado.
Métricas de observabilidad
Database Migration Service muestra varios diagramas que pueden ayudarte a comprender el estado y el progreso de tu tarea de migración. En la mayoría de los casos de migración, puedes filtrar la información de estos diagramas para cada base de datos incluida en tu tarea de migración.
Para obtener más información, consulta las páginas de métricas de tareas de migración que se apliquen a tu caso.
Casos prácticos
Database Migration Service permite los siguientes casos prácticos:
- Migración mediante lift-and-shift a un servicio gestionado
- Como parte de la transición de una organización a Google Cloud, puedes pasar de bases de datos autogestionadas basadas en VMs a servicios en la nube de bases de datos gestionadas. De esta forma, puedes centrarte en la alta disponibilidad, la recuperación tras fallos y el rendimiento de las bases de datos que se ejecutan en servicios gestionados, en lugar de gestionar la infraestructura.
- Replicación continua multinube
- Al igual que las réplicas de lectura en distintas regiones, si los datos se encuentran en otro proveedor de servicios en la nube, una tarea de migración puede replicar continuamente la base de datos enGoogle Cloud para que la lectura esté disponible en varias nubes. El servicio de migración de bases de datos no admite un escenario de escritura dual, es decir, escribir y leer tanto en el origen como en el destino.
Siguientes pasos
Consulta más información sobre los escenarios de migración disponibles:
- Migraciones homogéneas
- Migraciones heterogéneas