As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Etapa 5: substituição
Esta etapa discute várias abordagens que você pode empregar para migrar do seu Elasticsearch ou OpenSearch ambiente atual para o domínio de destino do Amazon Service. OpenSearch A substituição pode ser realizada em duas etapas:
+ Estabeleça um mecanismo de sincronização de dados para manter o ambiente de destino sincronizado com a origem.
+ Execute a troca do ambiente atual para o ambiente de destino com ou sem tempo de inatividade.
## Sincronização de dados
Para qualquer sistema que receba dados contínuos, a migração de dados pode exigir que você pare de receber novos dados durante a migração e execute a migração em uma janela de manutenção (com possível tempo de inatividade). Se você não puder arcar com o tempo de inatividade, poderá capturar as alterações depois de iniciar a migração. Você repete as alterações no destino para mantê-lo atualizado e sincronizado com a origem até realizar a substituição. As seções a seguir discutem várias maneiras de manter a origem e o destino sincronizados.
**Workloads de analytics de logs**
Para workloads de analytics de logs, você pode realizar uma sincronização de atualização das seguintes formas:
+ Você pode executar dois ambientes lado a lado até que o período de retenção e a ingestão nos ambientes atual e de destino sejam concluídos. Em algum momento, você decide substituir e direcionar suas aplicações para o novo ambiente. Às vezes, você pode ingerir novos dados das fontes de registro ou documento para o cluster existente e os ambientes de OpenSearch serviço de destino. Você pode então preencher os dados mais antigos no ambiente de destino copiando-os do ambiente atual. Em todos os casos, você deve garantir que seus dados não tenham lacunas que afetem seus usuários.
+ Antes da migração de dados, você pode decidir pausar sua ingestão no ambiente atual. No entanto, essa abordagem significa que seus usuários talvez não consigam pesquisar os dados mais recentes ou alterados do seu ambiente atual até que a migração de dados seja concluída. Após a conclusão da migração de dados, você pode direcionar sua ingestão de dados para o ambiente de destino e transferir suas aplicações e clientes para o ambiente de destino. Isso significa que nenhum dado novo estará disponível até que a migração seja concluída. No entanto, o sistema permanecerá disponível para pesquisa. Você deve ter os meios para manter os logs e dados de origem em sua fonte até que o novo ambiente esteja disponível.
+ Você pode continuar a usar o mecanismo atual de analytics de logs até que sua primeira leva de dados seja migrada. Depois, você preenche os dados restantes que foram produzidos desde o início da migração da primeira leva. Supondo que os dados restantes sejam muito menores do que os da primeira leva, você pode pausar a ingestão enquanto os dados restantes estão sincronizados, pois a sincronização pode levar apenas alguns minutos ou pode levar algumas horas. Você também pode realizar algumas etapas usando essa abordagem até que a janela de sincronização fique pequena o suficiente para pausar a ingestão da origem para o ambiente de destino e migrar para o ambiente de destino sem afetar seus usuários. O diagrama a seguir mostra o uso de snapshot incremental e restauração para atualizar ou sincronizar dados.
*Etapa 1*
1. Os dados fluem da fonte por meio do pipeline de ingestão de dados para o ambiente atual do Elasticsearch e o domínio do Amazon OpenSearch Service.
1. A primeira passagem leva mais tempo para ser transferida do Elasticsearch para o domínio Amazon OpenSearch Service.
1. A primeira atualização ou sincronização leva menos tempo.
1. A segunda atualização ou sincronização é a que demora menos tempo.
1. Os dados continuam a fluir do Elasticsearch para as aplicações.
*Etapa 2*
1. Os dados fluem da fonte através do pipeline de ingestão de dados para o domínio do OpenSearch Serviço.
1. A ingestão no ambiente atual do Elasticsearch foi interrompida.
1. A atualização ou a sincronização final é a mais rápida.
1. Os dados fluem do OpenSearch Serviço para os aplicativos.
**Workloads de pesquisa**
Nas três abordagens analisadas anteriormente, você deve garantir que todos os dados no seu destino estejam atualizados antes de realizar a substituição. Para workloads de pesquisa, você pode considerar as seguintes sugestões para atualização ou sincronização:
+ Para workloads de pesquisa, normalmente você pausa a ingestão da origem para o ambiente atual. Você copia todos os seus dados do ambiente atual para o ambiente de destino e implementa um mecanismo de captura de dados de alteração (CDC) que pode determinar quais dados foram alterados desde o início da migração. Em seguida, você copia os dados alterados para o OpenSearch ambiente da Amazon. Na maioria dos casos, os pipelines de ingestão de dados da aplicação de pesquisa já têm um mecanismo CDC incorporado e, geralmente, é uma questão de direcionar seu pipeline para o novo ambiente após a migração dos dados do ambiente atual. O diagrama a seguir mostra a criação de um índice inteiramente da fonte para casos de uso de pesquisa.
*Etapa 1*
1. A ingestão no ambiente atual do Elasticsearch está pausada.
1. Os dados são copiados do ElasticSearch domínio do OpenSearch Serviço.
1. Os dados continuam fluindo ElasticSearch para os aplicativos.
*Etapa 2*
1. O ambiente do Elasticsearch não está mais conectado à fonte de dados ou às aplicações.
1. Os dados de captura de dados de alteração (CDC) são ingeridos no pipeline e fluem para o domínio do OpenSearch Serviço.
1. Os dados fluem do domínio do OpenSearch Serviço para os aplicativos.
+ Algumas cargas de trabalho de pesquisa exigem o carregamento somente de dados completos do banco de dados de origem ou da fonte de dados para o novo ambiente OpenSearch de serviço. Após a conclusão do carregamento, as aplicações cliente poderão ser migradas para o novo ambiente. Esta é a maneira mais simples de realizar a migração para workloads de pesquisa.
## Trocar ou substituir
A etapa final da jornada de migração é trocar, ou substituir, para o novo ambiente. É uma das fases críticas. Neste momento, está tudo pronto para ser lançado. Você tem os dados sincronizados e atualizados, tem monitoramento e alertas configurados, seus runbooks estão atualizados e está tudo pronto para migrar para o novo ambiente. Você deve garantir que sua ingestão esteja fluindo normalmente e que as métricas do seu novo ambiente estejam íntegras. Durante esse estágio, você planeja e executa a transferência das conexões do cliente do seu Elasticsearch ou OpenSearch cluster existente para o novo domínio do Amazon OpenSearch Service. Fique atento a quaisquer alterações na biblioteca do cliente que possam ser necessárias. Neste ponto, você deve ter testado todas as funcionalidades do seu cliente com o Amazon OpenSearch Service em seus ambientes inferiores para verificar a compatibilidade e o desempenho.
Se você tiver uma aplicação cliente que precise apontar para o novo ambiente, atualize a entrada de DNS do antigo para o novo ambiente. Em seguida, monitore de perto o comportamento da aplicação para garantir que seus usuários tenham a experiência certa.
Geralmente, se você seguiu as diretrizes deste documento, você terá uma transição segura. No entanto, recomendamos que você mantenha seu ambiente de origem atualizado para que ele possa atuar como um substituto caso você encontre algum problema com o novo ambiente. Alguns clientes da AWS continuam operando os dois ambientes por algumas semanas após a troca antes de desativar o ambiente antigo. Recomendamos que você escolha uma estratégia que se alinhe aos seus requisitos de continuidade de negócios.