Componentes de AWS DMS

DMS Fleet Advisor recopila datos de varios entornos de bases de datos para proporcionar información sobre la infraestructura de datos. DMS Fleet Advisor recopila datos de los servidores de análisis y bases de datos en las instalaciones desde una o más ubicaciones centrales sin necesidad de instalarlos en todos los equipos. En la actualidad, DMS Fleet Advisor es compatible con los servidores de bases de datos Microsoft SQL Server, MySQL, Oracle y PostgreSQL.

A partir de los datos detectados en la red, DMS Fleet Advisor crea un inventario que puede revisar para determinar qué objetos y servidores de bases de datos debe monitorear. Según se recopila información sobre estos servidores, bases de datos y esquemas, puede analizar la viabilidad de las migraciones de bases de datos que desee realizar.

La conversión de esquemas de DMS AWS DMS hace que las migraciones de bases de datos entre diferentes tipos de bases de datos sean más predecibles. Puede utilizar la conversión de esquemas del DMS para evaluar la complejidad de la migración del proveedor de datos de origen y, a continuación, utilizarla para convertir esquemas de bases de datos y objetos de código. Puede aplicar el código convertido a la base de datos de destino.

En un nivel alto, la conversión de esquemas del DMS funciona con los tres componentes siguientes: perfiles de instancias, proveedores de datos y proyectos de migración. Un perfil de instancia especifica la configuración de red y seguridad. Un proveedor de datos almacena las credenciales de conexión a la base de datos. Un proyecto de migración contiene proveedores de datos, un perfil de instancia y reglas de migración. AWS DMS usa proveedores de datos y un perfil de instancia para diseñar un proceso que convierte los esquemas de bases de datos y los objetos de código.

En un nivel alto, una instancia de AWS DMS replicación es simplemente una instancia gestionada de Amazon Elastic Compute Cloud (Amazon EC2) que aloja una o más tareas de replicación.

La figura siguiente muestra una instancia de replicación de ejemplo que ejecuta varias tareas de replicación asociadas.

Una sola instancia de replicación puede alojar una o más tareas de replicación, según las características de la migración y la capacidad del servidor de replicación. AWS DMS proporciona una variedad de instancias de replicación para que pueda elegir la configuración óptima para su caso de uso. Para obtener más información acerca de las diversas clases de instancias de replicación, consulte Cómo elegir la instancia de replicación de AWS DMS adecuada para su migración.

AWS DMS crea la instancia de replicación en una EC2 instancia de Amazon. Algunas de las clases de instancias más pequeñas son suficientes para probar el servicio o para pequeñas migraciones. Si su migración conlleva muchas tablas, o si va a ejecutar varias tareas de replicación simultáneas, debería plantearse el uso de una de las instancias más grandes. Le recomendamos este método porque AWS DMS puede consumir una cantidad significativa de memoria y de CPU.

Según la clase de EC2 instancia de Amazon que seleccione, la instancia de replicación incluye 50 GB o 100 GB de almacenamiento de datos. Esta cantidad suele ser suficiente para la mayoría de los clientes. Sin embargo, si la migración implica grandes transacciones o un alto volumen de cambios de datos, entonces es posible que desee aumentar la asignación de almacenamiento base. La captura de datos de cambio (CDC) puede provocar que los datos se escriban en el disco, en función de la rapidez con que el destino pueda escribir los cambios. Como los archivos de registro también se escriben en el disco, el aumento del nivel de gravedad del registro también aumentará el consumo de almacenamiento.

AWS DMS puede proporcionar alta disponibilidad y soporte de conmutación por error mediante una implementación Multi-AZ. En una implementación Multi-AZ, AWS DMS aprovisiona y mantiene automáticamente una réplica en espera de la instancia de replicación en una zona de disponibilidad diferente. La instancia de replicación principal se replica sincrónicamente en la réplica en espera. Si la instancia de replicación principal falla o no responde, la instancia en espera reanuda cualquier tarea en ejecución con una interrupción mínima. Debido a que el nodo principal replica constantemente su estado a la espera, la implementación Multi-AZ incurre en algunos costos de desempeño.

Para obtener información más detallada sobre la instancia de AWS DMS replicación, consulteTrabajar con una instancia AWS DMS de replicación.

En lugar de crear y administrar una instancia de replicación, puede permitir que la replicación se AWS DMS aprovisione automáticamente mediante AWS DMS Serverless. Para obtener más información, consulte Trabajando con AWS DMS Serverless.

AWS DMS utiliza un punto final para acceder al almacén de datos de origen o destino. La información de conexión específica es diferente, en función de su almacén de datos, pero en general proporcione la siguiente información al crear un punto de enlace:

Al crear un punto final mediante la AWS DMS consola, la consola requiere que pruebe la conexión del punto final. La prueba debe realizarse correctamente antes de utilizar el punto final en una AWS DMS tarea. Al igual que la información de conexión, los criterios de prueba específicos son distintos para los distintos tipos de motor. En general, AWS DMS verifica que la base de datos existe en el nombre de servidor y puerto especificado y que las credenciales suministradas se pueden utilizar para conectarse a la base de datos con los privilegios necesarios para realizar una migración. Si la prueba de conexión se realiza correctamente, AWS DMS descarga y almacena la información del esquema para utilizarla más adelante durante la configuración de la tarea. La información de esquema puede incluir definiciones de tabla, definiciones de clave principal y definiciones de clave única, por ejemplo.

Más de una tarea de replicación puede utilizar un único punto de enlace. Por ejemplo, podría tener dos aplicaciones distintas lógicamente alojadas en la misma base de datos de origen que desea migrar por separado. En este caso, creará dos tareas de replicación, una para cada conjunto de tablas de aplicación. Puede usar el mismo AWS DMS punto final en ambas tareas.

Puede personalizar el comportamiento de un punto de conexión mediante la configuración del punto de conexión. La configuración del punto de conexión puede controlar diversos comportamientos tales como el detalle de registro, el tamaño de archivo y otros parámetros. Cada tipo de motor de almacén de datos tiene diferentes configuraciones de punto de conexión disponibles. Puede encontrar la configuración de puntos de conexión específicos para cada almacén de datos en la sección de origen o destino del almacén de datos. Para obtener una lista de los almacenes de datos de origen y de destino admitidos, consulte Fuentes de AWS DMS y Objetivos para AWS DMS.

Para obtener información más detallada sobre los AWS DMS puntos finales, consulteTrabajar con puntos finales AWS de DMS.

Se utiliza una tarea de AWS DMS replicación para mover un conjunto de datos del punto final de origen al punto final de destino. La creación de una tarea de replicación es el último paso que debe realizar antes de iniciar una migración.

Cuando crea una tarea de replicación, puede especificar los siguientes ajustes de la tarea:

Utiliza la tarea para migrar datos desde el punto de enlace de origen hasta el punto de enlace de destino y el procesamiento de tareas se realiza en la instancia de replicación. Especifica qué tablas y esquemas desea migrar y cualquier procesamiento especial, como, por ejemplo, los requisitos de registro, los datos de la tabla de control y la gestión de errores.

Conceptualmente, una tarea de AWS DMS replicación realiza dos funciones distintas, como se muestra en el siguiente diagrama.

El proceso de carga completa es sencillo de comprender. Los datos se extraen desde el origen de forma masiva y se cargan directamente en el destino. Puede especificar el número de tablas que se van a extraer y cargar en paralelo en la AWS DMS consola en Configuración avanzada.

Para obtener más información sobre AWS DMS las tareas, consulteTrabajar con AWS DMS tareas.

También puede utilizar una AWS DMS tarea para capturar los cambios en curso en el banco de datos de origen mientras migra los datos a un destino. El proceso de captura de cambios que se AWS DMS utiliza al replicar los cambios en curso desde un punto final de origen recopila los cambios en los registros de la base de datos mediante la API nativa del motor de base de datos.

En el proceso de CDC, la tarea de replicación está diseñada para transmitir los cambios desde el origen al destino, utilizando búferes en memoria para almacenar datos en tránsito. Si los búferes en memoria se agotan por cualquier motivo, la tarea de replicación volcará los cambios pendientes en la caché de cambio en disco. Esto podría ocurrir, por ejemplo, si AWS DMS se capturan los cambios de la fuente más rápido de lo que se pueden aplicar en el destino. En este caso, verá que la latencia de destino de la tarea supera la latencia de origen de la tarea.

Para comprobarlo, dirígete a tu tarea en la AWS DMS consola y abre la pestaña Supervisión de tareas. Los gráficos de CDCLatency destino y CDCLatency origen se muestran en la parte inferior de la página. Si tiene una tarea que muestra una latencia de destino, entonces probablemente es necesario realizar algún ajuste en el punto de enlace de destino para aumentar la tasa de aplicación.

La tarea de replicación también utiliza el almacenamiento para registros de tareas tal y como se ha explicado anteriormente. El espacio de disco que viene preconfigurado con su instancia de replicación suele ser suficiente para el registro y los cambios de volcado. Si necesita espacio en disco adicional, por ejemplo, cuando se utiliza la depuración detallada para investigar un problema de migración, puede modificar la instancia de replicación para asignar más espacio.