Cortar - AWSGuía prescriptiva

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Cortar

La estrategia de corte de la base de datos suele combinarse estrechamente con los requisitos de tiempo de inactividad de la aplicación. Las estrategias que puede utilizar para el corte de la base de datos incluyen migración sin conexión, migración de corte flash, configuración de base de datos activa/activa y migración incremental. En las próximas secciones se ofrece información sobre esto.

Migración sin conexión

Si puede desconectar la aplicación durante un período prolongado durante las operaciones de escritura, puede utilizarAWS DMSconfiguración de tareas de carga completa 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 esta migración está en curso, pero se debe detener el tráfico de escritura. Dado que todos los datos deben copiarse de la base de datos de origen, se utilizan recursos de base de datos de origen, como E/S y CPU.

A grandes rasgo, la migración sin conexión implica los siguientes pasos:

  1. Completa la conversión de esquema.

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

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

  4. Verificación de los datos.

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

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

Migración de corte flash

En la migración de corte flash, el objetivo principal es reducir al mínimo el tiempo de inactividad. Esta estrategia se basa en la replicación continua de datos (CDC) de 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. Dado 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 realizar una prueba para asegurarse de que esta actividad de migración de datos no afecte a los SLA de rendimiento de las aplicaciones.

A grandes rasgo, la migración de cortes de memoria intermedia implica los siguientes pasos:

  1. Completa la conversión de esquema.

  2. ConfigurarAWS DMSen modo de replicación continua de datos.

  3. Cuando las bases de datos de origen y destino se sincronizan, compruebe los datos.

  4. Inicie el downtime de la aplicación.

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

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

Configuración de base de datos activa/activa

La configuración de la base de datos activa/activa implica configurar 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 offline o flash, 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 un corte único. Puede realizar operaciones de escritura dual para que se realicen cambios en ambas bases de datos o utilizar una herramienta de replicación bidireccional comoHVRpara mantener sincronizadas las bases de datos. 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.

A grandes rasgo, la configuración de la base de datos activa/activa implica los siguientes pasos:

  1. Completa la conversión de esquema.

  2. Copie los datos existentes de la base de datos de origen en la base de datos de destino y, a continuación, mantenga sincronizadas las dos bases de datos mediante una herramienta de replicación bidireccional o escrituras duales de la aplicación.

  3. Cuando las bases de datos de origen y destino se sincronizan, compruebe los datos.

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

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

Migración incremental

En la migración incremental, migra la aplicación en partes más pequeñas en lugar de realizar un corte completo y único. Esta estrategia de corte podría tener muchas variaciones, según la arquitectura de la aplicación actual o la refactorización que está dispuesto a realizar en la aplicación.

Puede usar unpatrón de diseñopara añadir nuevos microservicios independientes para reemplazar partes de una aplicación heredada monolítica existente. Estos microservicios independientes tienen sus propias tablas a las que ninguna otra parte de la aplicación comparte ni accede a ella. Migrar estos microservicios a la nueva base de datos uno por uno, utilizando cualquiera de las demás estrategias de corte. Los microservicios migrados comienzan a utilizar la nueva base de datos para el tráfico de lectura/escritura, mientras que todas las demás partes de la aplicación siguen utilizando la base de datos anterior. Cuando se han migrado todos los microservicios, retira la aplicación heredada. Esta estrategia divide la migración en partes más pequeñas y manejables y, por lo tanto, puede reducir los riesgos asociados a una gran migración.