Realizar la transición

La estrategia de la transición de la base de datos suele estar estrechamente relacionada con los requisitos de tiempo de inactividad de la aplicación. Las estrategias que puede utilizar para la transición de la base de datos incluyen la migración sin conexión, la migración relámpago, la configuración de bases de datos activa/activa y la migración gradual. En las próximas secciones se ofrece información sobre esto.

Migración fuera de línea

Si puede desconectar la aplicación durante un período prolongado durante las operaciones de escritura, puede utilizar la configuración de tareas a plena carga de AWS DMS o una de las opciones de migración sin conexión para la migración de datos. El tráfico de lectura puede continuar mientras la migración esté en curso, pero el tráfico de escritura debe detenerse. Como todos los datos deben copiarse de la base de datos de origen, se utilizan recursos de la base de datos de origen, como E/S y la CPU.

En un nivel alto, la migración fuera de línea implica estos pasos:

1. Completar la conversión del esquema.

2. Iniciar el tiempo de inactividad del tráfico de escritura.

3. Migrar los datos mediante una de las opciones de migración sin conexión.

4. Verificar sus datos.

5. Apuntar la aplicación a la nueva base de datos.

6. Finalizar el tiempo de inactividad de la aplicación.

Migración relámpago

En la migración relámpago, el objetivo principal es reducir al mínimo el tiempo de inactividad. Esta estrategia se basa en la replicación continua de datos (CDC) desde la base de datos de origen a la base de datos de destino. Todo el tráfico de lectura/escritura continuará en la base de datos actual mientras se migran los datos. Debido a que todos los datos deben copiarse de la base de datos de origen, se utilizan recursos del servidor de origen, como E/S y CPU. Debe comprobar que esta actividad de migración de datos no afecta a los SLA de rendimiento de sus aplicaciones.

En líneas generales, la migración relámpago incluye los siguientes pasos:

1. Completar la conversión del esquema.

2. Configurar AWS DMS en modo de replicación continua de datos.

3. Cuando las bases de datos de origen y destino estén sincronizadas, comprobar los datos.

4. Iniciar el tiempo de inactividad de la aplicación.

5. Implementar la nueva versión de la aplicación, que apunta a la nueva base de datos.

6. Finalizar el tiempo de inactividad de la aplicación.

Configuración de bases de datos activa/activa

La configuración de bases de datos activa/activa implica establecer un mecanismo para mantener sincronizadas las bases de datos de origen y destino mientras ambas bases de datos se utilizan para el tráfico de escritura. Esta estrategia implica más trabajo que la migración sin conexión o la migración relámpago pero también proporciona más flexibilidad durante la migración. Por ejemplo, además de experimentar un tiempo de inactividad mínimo durante la migración, puede mover el tráfico de producción a la nueva base de datos en lotes pequeños y controlados en lugar de realizar una transición única. Puede realizar operaciones de escritura doble para realizar cambios en ambas bases de datos o utilizar una herramienta de replicación bidireccional, como HVR, para mantener las bases de datos sincronizadas. Esta estrategia tiene una mayor complejidad en términos de configuración y mantenimiento, por lo que se requieren más pruebas para evitar problemas de coherencia de datos.

En un nivel alto, la configuración de bases de datos activa/activa implica los siguientes pasos:

1. Completar la conversión del esquema.

2. Copie los datos existentes de la base de datos de origen a la base de datos de destino y, a continuación, mantener las dos bases de datos sincronizadas mediante una herramienta de replicación bidireccional o escritura doble desde la aplicación.

3. Cuando las bases de datos de origen y destino estén sincronizadas, comprobar los datos.

4. Comenzar a mover un subconjunto del tráfico a la nueva base de datos.

5. Seguir moviendo el tráfico hasta que todo el tráfico de la base de datos se haya trasladado a la nueva base de datos.

Migración gradual

En la migración gradual, se migra la aplicación en partes más pequeñas en lugar de realizar una transición completa y única. Esta estrategia de transición puede tener muchas variaciones, en función de la arquitectura de la aplicación actual o de la refactorización que desee realizar en la aplicación.

Puede utilizar un patrón de diseño para añadir nuevos microservicios independientes que sustituyan partes de una aplicación antigua monolítica existente. Estos microservicios independientes tienen sus propias tablas, que ninguna otra parte de la aplicación comparte ni accede a ellas. Estos microservicios se migran a la nueva base de datos uno por uno, utilizando cualquiera de las demás estrategias de transición. Los microservicios migrados comienzan a utilizar la nueva base de datos para el tráfico de lectura/escritura, mientras que las demás partes de la aplicación siguen utilizando la antigua base de datos. Cuando se hayan migrado todos los microservicios, se retirará la aplicación heredada. Esta estrategia divide la migración en partes más pequeñas y fáciles de gestionar y, por lo tanto, permite reducir los riesgos asociados a una gran migración.