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.
Fase 5: transición
En esta fase, se analizan varias estrategias que puede emplear para pasar de su entorno actual de Elasticsearch u OpenSearch al dominio de Amazon OpenSearch Service de destino. La transición puede hacerse en dos pasos:
-
Establezca un mecanismo de sincronización de datos para mantener el entorno de destino sincronizado con el origen.
-
Realice el cambio del entorno actual al entorno de destino con o sin tiempo de inactividad.
Sincronización de datos
En el caso de los sistemas que reciben un flujo continuo de datos, es posible que tenga que dejar de recibir nuevos datos durante la migración, además de tener que definir un periodo de mantenimiento para realizar la migración (con la posibilidad de que se produzca un tiempo de inactividad). Si no puede permitirse el tiempo de inactividad, puede capturar los cambios cuando 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.
Cargas de trabajo de análisis de registros
En el caso de las cargas de trabajo de análisis de registros, puede sincronizar las actualizaciones de las siguientes maneras:
-
Puede poner en marcha dos entornos uno al lado del otro hasta que finalice el periodo de retención e iniciar la ingesta tanto en el entorno actual como en el de destino. En algún momento, decide llevar a cabo una transición y hacer que sus aplicaciones apunten al nuevo entorno. A veces, puede ingerir nuevos datos de los orígenes de los registros o de los documentos tanto en el clúster existente como en los entornos de OpenSearch Service 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 migrar los datos, puede decidir pausar la transferencia al entorno existente. Sin embargo, esta estrategia 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 hacer que la ingesta de datos apunte 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á permitiendo hacer búsquedas. Debe disponer de los medios necesarios para conservar los registros y datos de origen en su origen hasta que el nuevo entorno esté disponible.
-
Puede seguir utilizando el motor de análisis de registros actual hasta que se migre la primera tanda de datos. Luego, tendrá que rellenar los datos restantes que se han generado desde que se inició la primera tanda. Suponiendo que los datos restantes son mucho más pequeños que los de la primera tanda, puede pausar la ingesta mientras los datos restantes estén sincronizados, ya que la sincronización puede tardar solo unos minutos o un par de horas. También puede hacer varias tandas con esta estrategia hasta que el periodo de sincronización sea lo suficientemente pequeño como para detener la transición del 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.
Paso 1
-
Los datos se transfieren 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.
-
La primera tanda es la que tarda más tiempo en transferirse de Elasticsearch al dominio de Amazon OpenSearch Service.
-
La primera tanda de actualización o sincronización tarda menos tiempo.
-
La segunda tanda de actualización o sincronización es la que tarda menos tiempo.
-
Los datos siguen transfiriéndose de Elasticsearch a las aplicaciones.
Paso 2
-
Los datos se transfieren desde el origen a través de la canalización de ingesta de datos hasta el dominio de OpenSearch Service.
-
Se detiene la ingesta al entorno actual de Elasticsearch.
-
La última tanda de actualización o sincronización es la que tarda menos tiempo.
-
Los datos se transfieren de OpenSearch Service a las aplicaciones.
-
Cargas de trabajo de búsqueda
En las tres estrategias descritas anteriormente, debe asegurarse de que todos los datos de su destino estén actualizados antes de realizar la transición. En el caso de las cargas de trabajo de búsqueda, puede tener en cuenta las siguientes sugerencias para actualizarlas o sincronizarlas:
-
En las cargas de trabajo de búsqueda, normalmente se detiene la transferencia del origen al 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 cambiaron desde el inicio de la migración. A continuación, tiene que copiar los datos modificados en el entorno de Amazon OpenSearch. 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 apuntar la canalización al nuevo entorno después de migrar los datos desde el entorno actual. En el siguiente diagrama, se muestra la creación de un índice completamente a partir del origen para los casos de uso de búsqueda.
Paso 1
-
Se pausa la ingesta al entorno actual de Elasticsearch.
-
Los datos se copian de Elasticsearch al dominio de OpenSearch Service.
-
Los datos siguen transfiriéndose de Elasticsearch a las aplicaciones.
Paso 2
-
El entorno de Elasticsearch ya no está conectado al origen de datos ni a las aplicaciones.
-
Los datos de la captura de datos modificados (CDC) se insertan en el proceso y se transfieren al dominio de OpenSearch Service.
-
Los datos se transfieren del dominio de OpenSearch Service a las aplicaciones.
-
-
Algunas cargas de trabajo de búsqueda requieren cargar solo los datos completos del origen de datos o de la base de datos de origen en el nuevo entorno de OpenSearch Service. Una vez completada la carga, las aplicaciones cliente pueden pasar al nuevo entorno. Es la forma más sencilla de migrar las cargas de trabajo de búsqueda.
Cambio o transición
El último paso en el proceso de migración es cambiar de entorno o transicionar al nuevo entorno. Es una de las fases críticas. En este punto, ya puede iniciar el proceso. Los datos están sincronizados y actualizados, ha configurado la supervisión y las alertas, los manuales de procedimientos están al día y todo está listo para hacer la transición al nuevo entorno. Debe asegurarse de que su ingesta fluya con normalidad y de que las métricas de su nuevo entorno indiquen un buen estado. Durante esta fase, tiene que planificar y realizar la transición de las conexiones cliente desde su clúster de Elasticsearch u OpenSearch existente al nuevo dominio de Amazon OpenSearch Service. Tenga en cuenta cualquier cambio en la biblioteca cliente que pueda ser necesario. A estas alturas, debería haber probado toda la funcionalidad de sus aplicaciones cliente con Amazon OpenSearch Service en los entornos inferiores para verificar la compatibilidad y el rendimiento.
Si tiene una aplicación cliente que deba apuntar al nuevo entorno, actualice la entrada de DNS del entorno anterior al nuevo entorno. 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 siguió 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 desactivar el entorno anterior. Le recomendamos que elija una estrategia que se ajuste a sus requisitos de continuidad empresarial.
