La migración es un proceso que consiste en transferir datos y metadatos de una base de datos de origen a una de destino. Una vez que se completa la migración, la base de datos de destino se convierte en la base de datos principal en la que las aplicaciones dependientes pueden leer y escribir, y la base de datos de origen se puede 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 optimiza las redes, administra la instantánea inicial y la replicación en curso, 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 tiempo de inactividad mínimo.
- Usar las funciones de conversión potenciadas por Gemini en migraciones heterogéneas
- Migra datos encriptados de forma segura.
- Supervisa 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 o en línea) es un flujo continuo de cambios de tu fuente a tu destino luego de una operación de volcado y carga 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 una instancia principal independiente. Si realizas 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 instantánea de la base de datos en un momento determinado. Database Migration Service toma la instantánea del origen y la aplica al destino. Este proceso es de volcado y carga, en el que el destino está listo para usarse cuando se completa la carga. Las aplicaciones que dependen de la base de datos de origen pueden experimentar tiempo de inactividad durante el proceso de migración, ya que no se pueden realizar escrituras nuevas 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 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 de origen y destino es diferente.
Para obtener más información, consulta Migraciones heterogéneas.
Tiempo de inactividad mínimo
Database Migration Service admite migraciones continuas, sin servidores y con un tiempo de inactividad bajo para migraciones homogéneas y heterogéneas. La arquitectura sin servidores 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 completa la instantánea, Database Migration Service la carga en la base de datos de destino y comienza la replicación continua de datos. La replicación de datos es una operación continua porque realiza un seguimiento y copia cualquier cambio que se realice en la base de datos original en tiempo real. Se basa en la captura de datos modificados (CDC), un proceso que identifica y captura solo los cambios, como inserciones, actualizaciones y eliminaciones, que realizaste en la base de datos después de que se tomó la instantánea inicial.
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 enfoca en las modificaciones.
- Los datos se migran mientras la base de datos de origen permanece operativa.
- Las migraciones sin servidores tienen un alto rendimiento a gran escala.
Acelera 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 en un formato compatible con tu base de datos de destino. Los espacios de trabajo de conversión ofrecen las siguientes funciones:
- Conversión inicial del esquema que se realiza automáticamente una vez que creas tu espacio de trabajo de conversión.
- El editor de SQL interactivo que te ayuda a corregir problemas de conversión o ajustar el esquema para que se adapte mejor a tus necesidades.
- Asistencia de las funciones de conversión de Gemini
- Son directivas de personalización que puedes usar para anular las reglas de conversión automática del esquema.
Para obtener más información, consulta Conversión potenciada por Gemini.
Seguridad y encriptación
Database Migration Service migra los datos de forma segura con certificados SSL/TLS para encriptar las conexiones de red y claves de encriptación administradas por el cliente (CMEK) para las migraciones continuas.
Para obtener más información, consulta Seguridad y encriptación.
Métricas de observabilidad
Database Migration Service muestra varios diagramas que pueden ayudarte a comprender el estado actual y el progreso de tu trabajo de migración. La mayoría de las situaciones de migración te permiten filtrar la información de estos diagramas para cada base de datos incluida en tu trabajo de migración.
Para obtener más información, consulta las páginas de métricas del trabajo de migración que se aplican a tu situación de migración.
Casos de uso
Database Migration Service permite los siguientes casos de uso:
- Migración lift-and-shift a un servicio administrado
- Como parte de la transición de una organización a Google Cloud, puedes pasar de bases de datos autohospedadas basadas en VM a servicios de bases de datos administrados en la nube. Esto te permite enfocarte en la alta disponibilidad, la recuperación ante desastres y el rendimiento de las bases de datos que se ejecutan en servicios administrados, en lugar de administrar la infraestructura.
- Replicación continua en múltiples nubes
- Al igual que las réplicas de lectura en las regiones, si los datos existen en otro proveedor de servicios en la nube, un trabajo de migración puede replicar continuamente la base de datos enGoogle Cloud para la disponibilidad de lectura en múltiples nubes. Database Migration Service no admite una situación de escritura doble, es decir, escribir en el origen y el destino, y leer de ambos.
¿Qué sigue?
Obtén más información sobre las situaciones de migración disponibles:
- Migraciones homogéneas
- Migraciones heterogéneas