Etapa 5: transición - AWS Guí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.

Etapa 5: transición

En esta etapa, se analizan varios enfoques que puedes emplear para pasar de tu OpenSearch entorno o Elasticsearch actual al dominio de Amazon OpenSearch Service de destino. La transición se puede realizar en dos pasos:

  • Establezca un mecanismo de sincronización de datos para mantener el entorno de destino sincronizado con la fuente.

  • Realice el cambio del entorno actual al entorno de destino con o sin tiempo de inactividad.

Sincronización de datos

Para cualquier sistema que reciba datos continuos, la migración de datos puede requerir que deje de recibir nuevos datos durante la migración y que ejecute la migración dentro de un período de mantenimiento (con la posibilidad de que se produzca un tiempo de inactividad). Si no puede permitirse el tiempo de inactividad, puede capturar los cambios una vez que haya iniciado la migración. Los cambios se reproducen en el destino para mantenerlo actualizado y sincronizado con el origen hasta que se realice la transición. En las siguientes secciones se describen varias formas de mantener sincronizados el origen y el destino.

Registre las cargas de trabajo de análisis

Para las cargas de trabajo de análisis de registros, puede realizar una sincronización de actualizaciones de las siguientes maneras:

  • Puede ejecutar dos entornos uno al lado del otro hasta que finalice el período de retención y ejecutar la ingestión tanto en el entorno actual como en el de destino. En algún momento, decide interrumpir y dirigir sus aplicaciones al nuevo entorno. A veces, puede incorporar nuevos datos de las fuentes de registros o documentos tanto al clúster existente como a los entornos de OpenSearch servicio de destino. A continuación, puede rellenar los datos más antiguos en el entorno de destino copiándolos del entorno actual. En todos los casos, debe asegurarse de que sus datos no tengan ningún vacío que pueda afectar a sus usuarios.

  • Antes de la migración de datos, puede decidir pausar la transferencia al entorno existente. Sin embargo, este enfoque significa que es posible que sus usuarios no puedan buscar los datos más recientes o modificados de su entorno actual hasta que se complete la migración de datos. Una vez completada la migración de datos, puede dirigir la ingesta de datos al entorno de destino y cambiar sus aplicaciones y clientes al entorno de destino. Esto significa que no habrá nuevos datos disponibles hasta que se complete la migración. Sin embargo, el sistema seguirá disponible para la búsqueda. Debe disponer de los medios necesarios para conservar los registros y datos de origen en su fuente hasta que el nuevo entorno esté disponible.

  • Puede seguir utilizando el motor de análisis de registros actual hasta que se migre la primera pasada de datos. A continuación, rellena los datos restantes que se han generado desde que se inició la primera pasada. Suponiendo que los datos restantes son mucho más pequeños que la primera pasada, puede pausar la ingesta mientras los datos restantes están sincronizados, ya que la sincronización puede tardar solo unos minutos o unas horas. También puede realizar varias pasadas con este enfoque hasta que la ventana de sincronización sea lo suficientemente pequeña como para detener la transferencia desde el entorno de origen al entorno de destino y pasar al entorno de destino sin afectar a los usuarios. En el siguiente diagrama, se muestra el uso de una instantánea y una restauración incrementales para actualizar o sincronizar los datos.

    Diagram comparing data flow in OpenSearch Service with and without direct access to Elasticsearch.

    Paso 1

    1. Los datos fluyen desde el origen a través de la canalización de ingesta de datos hasta el entorno actual de Elasticsearch y el dominio de Amazon OpenSearch Service.

    2. La primera pasada es la que tarda más tiempo en pasar de Elasticsearch al dominio de Amazon OpenSearch Service.

    3. La primera fase de actualización o sincronización tarda menos tiempo.

    4. El segundo pase de actualización o sincronización es el que tarda menos tiempo.

    5. Los datos siguen fluyendo de Elasticsearch a las aplicaciones.

    Paso 2

    1. Los datos fluyen desde la fuente a través de la canalización de ingesta de datos hasta el dominio del OpenSearch servicio.

    2. Se detiene la ingestión al entorno actual de Elasticsearch.

    3. El último pase de actualización o sincronización es el que tarda menos tiempo.

    4. Los datos fluyen del OpenSearch Servicio a las aplicaciones.

Busque cargas de trabajo

En los tres enfoques descritos anteriormente, debes asegurarte de que todos los datos de tu destino estén actualizados antes de realizar la transición. En el caso de las cargas de trabajo de búsqueda, puedes tener en cuenta las siguientes sugerencias para actualizarlas o sincronizarlas:

  • En el caso de las cargas de trabajo de búsqueda, normalmente se detiene la transferencia desde el origen hasta el entorno actual. Se copian todos los datos del entorno actual al entorno de destino y se establece un mecanismo de captura de datos modificados (CDC) que puede determinar qué datos han cambiado desde el inicio de la migración. A continuación, copia los datos modificados en el OpenSearch entorno de Amazon. En la mayoría de los casos, las canalizaciones de ingesta de datos de la aplicación de búsqueda ya cuentan con un mecanismo CDC integrado y, por lo general, se trata de dirigir la canalización al nuevo entorno una vez que los datos se hayan migrado del entorno actual. En el siguiente diagrama, se muestra la creación de un índice completamente a partir de la fuente para los casos de uso de búsquedas.

    Diagram comparing data flow in Step 1 and Step 2 using Elasticsearch and OpenSearch Service.

    Paso 1

    1. La ingestión al entorno actual de Elasticsearch está pausada.

    2. Los datos se copian al dominio del servicio ElasticSearch . OpenSearch

    3. Los datos siguen fluyendo desde ElasticSearch las aplicaciones.

    Paso 2

    1. El entorno de Elasticsearch ya no está conectado a la fuente de datos ni a las aplicaciones.

    2. Los datos de la captura de datos de cambios (CDC) se incorporan en el proceso y fluyen al dominio del OpenSearch servicio.

    3. Los datos fluyen del dominio del OpenSearch servicio a las aplicaciones.

  • Algunas cargas de trabajo de búsqueda requieren cargar solo los datos completos de la base de datos o la fuente de datos de origen en el nuevo entorno OpenSearch de servicio. Una vez completada la carga, las aplicaciones cliente pueden pasar al nuevo entorno. Esta es la forma más sencilla de lograr la migración de las cargas de trabajo de búsqueda.

Intercambia o corta

El último paso en el proceso de migración es cambiar o migrar al nuevo entorno. Es una de las fases críticas. En este punto, ya está listo para salir al mercado. Tiene los datos sincronizados y actualizados, ha configurado la supervisión y las alertas, sus manuales de ejecución están actualizados y está listo para pasar al nuevo entorno. Debe asegurarse de que su ingesta fluya con normalidad y de que las métricas de su nuevo entorno estén en buen estado. Durante esta etapa, planifica y realiza el traspaso de las conexiones de los clientes de su OpenSearch clúster o Elasticsearch existente al nuevo dominio de Amazon OpenSearch Service. Tenga en cuenta cualquier cambio en la biblioteca de clientes que pueda ser necesario. En este punto, deberías haber probado todas las funciones de tus clientes con Amazon OpenSearch Service en tus entornos inferiores para comprobar la compatibilidad y el rendimiento.

Si tiene una aplicación cliente que debe apuntar al nuevo entorno, actualice la entrada de DNS del entorno anterior al nuevo. A continuación, supervise de cerca el comportamiento de la aplicación para asegurarse de que sus usuarios reciben la experiencia adecuada.

Por lo general, si ha seguido las directrices de este documento, la transición será segura. Sin embargo, le recomendamos que mantenga su entorno de origen actualizado para que pueda actuar como alternativa en caso de que surja algún problema con el nuevo entorno. Algunos clientes de AWS siguen utilizando ambos entornos durante unas semanas después del cambio antes de retirar el entorno anterior. Le recomendamos que elija una estrategia que se ajuste a sus requisitos de continuidad empresarial.