Elasticsearch:Instance architecture upgrade

• Versão: A atualização suporta migração entre arquiteturas mantendo a mesma versão. Por exemplo, uma instância com arquitetura v2 executando a versão 5.5 permanece na versão 5.5 após ser atualizada para a arquitetura v3.

• Método de atualização: Instâncias com arquitetura v1/v2 podem ser atualizadas para a arquitetura v3 de forma manual ou automática.

• Limitações de tipo de instância: A atualização não é suportada para instâncias com arquitetura v1/v2 que possuam as seguintes especificações: 1-core 2 GB, 2-core 2 GB, 4-core 4 GB, 8-core 8 GB, 12-core 12 GB ou 16-core 16 GB.

• Limitações de região: As atualizações são suportadas apenas dentro da mesma região. As instâncias de origem (v1/v2) e de destino (v3) devem estar na mesma região.

• Limitações de recursos: A atualização não é suportada se a instância com arquitetura v1/v2 tiver qualquer um dos seguintes recursos ativados:

  • Recursos principais: replicação entre clusters (CCR), , conectividade de rede entre instâncias, alta disponibilidade (HA), gerenciamento de desempenho de aplicações (APM) ou Logstash.

  • Recursos estendidos: Dimensionamento elástico (como auto scaling) ou proxy reverso Nginx.

  • Recursos de armazenamento: OpenStore (Log Enhanced Edition) ativado ou uso de discos locais.

  • Requisitos básicos: X-Pack não está ativado.

  • Zona: A zona primária não consta na lista de zonas suportadas pela arquitetura v3.

• Limitações operacionais: Todas as operações de modificação da instância são proibidas durante a atualização. Faça os preparativos operacionais necessários com antecedência.

• Processo e duração da atualização:

  • A atualização é realizada como uma implantação blue-green durante uma janela de manutenção agendada. A topologia do cluster exibe temporariamente o dobro do número de nós. Nenhuma taxa extra é cobrada.

  • A duração da atualização é proporcional ao volume de dados e geralmente leva várias horas. Os nós antigos são retirados de serviço durante a janela de manutenção especificada. Esse processo causa uma breve interrupção de serviço de 1 a 2 segundos.

Etapa 1: Criar tarefa de atualização****

1. Acesse a página de atualização online.

   1. Faça login no console do Alibaba Cloud Elasticsearch.

   2. No painel de navegação à esquerda, escolha Elastic Stack Cloud Native PaaS > Online Migration Tool.

2. Clique em Create para criar uma tarefa de atualização e configurar seus parâmetros.

   Parâmetro	Descrição
   Type	Selecione Architecture Upgrade for Alibaba Cloud Elasticsearch Cluster para atualizar uma instância com arquitetura v1/v2 para a arquitetura v3 e concluir a migração de dados.
   Cluster	Selecione a instância com arquitetura v1/v2 que você deseja atualizar na região de destino.

3. Clique em OK para criar a tarefa.

Etapa 2: Configurar e executar a tarefa de atualização****

Nesta etapa, siga as instruções na tela para configurar a tarefa de atualização e concluir a migração de dados.

1. Verificação de atualização e configuração de mesclagem.

   Na aba Configure Source and Destination Clusters, siga estas etapas para realizar uma verificação de viabilidade da tarefa de atualização e configurar a mesclagem.

   1. Verificação de viabilidade: Antes de realizar a atualização, o sistema verifica automaticamente a integridade e a segurança do cluster de origem para garantir que a atualização seja segura e viável.

      Nota

      • Se o cluster de origem não estiver íntegro ou se o nível de ocupação do cluster estiver muito alto, recomendamos não realizar a atualização.

      • Caso o X-Pack não esteja ativado no cluster de origem, a atualização não é suportada.

      Se a verificação de viabilidade falhar, modifique as configurações conforme solicitado.

   2. Configurar mesclagem: O sistema detecta automaticamente os parâmetros de configuração do cluster de origem, como o número de shards de réplica, políticas de sharding e permissões de usuário. Em seguida, ele cria um cluster de destino baseado nessa configuração, garantindo que parâmetros, recursos e políticas sejam sincronizados para uma atualização tranquila.

      Nota

      Esta etapa leva cerca de 20 minutos.

2. Migração de dados.

   Na aba Migrate Data, siga as etapas mostradas na figura a seguir para concluir, em sequência, a mesclagem de clusters, a migração de réplicas, a migração de nó mestre e a migração de shard primário.

   Ações	Descrição	Observações
   Mesclagem de clusters	Os clusters de origem e de destino são mesclados em um único cluster maior. Após a mesclagem, o número total de nós no cluster = número de nós no cluster de origem + número de nós no cluster de destino.	Após a mesclagem dos clusters, o Kibana do cluster de destino é desativado temporariamente. Durante a migração de dados, você pode continuar usando o Kibana do cluster de origem até que a troca de serviço seja concluída.
   Migração de réplicas	O sistema migra os shards de réplica de índice dos nós do cluster de origem para os nós do cluster de destino.	Se ocorrer uma falha ou se os serviços forem afetados durante a migração de réplicas, você pode reverter a operação. Após uma reversão, a tarefa de atualização falha e você deve criar uma nova.
   Migração de nó mestre	O sistema migra o nó mestre no cluster mesclado do cluster de origem para o cluster de destino.	Essa alteração entra em vigor imediatamente assim que a migração começa e não pode ser revertida. Prossiga com cautela. Nota Para instâncias da versão 7.x e posteriores, o nó mestre é alternado automaticamente para um nó no cluster de destino. Para instâncias das versões 5.x e 6.x, que não suportam alternância automática, o novo nó é promovido a nó mestre somente após o isolamento de rede ser concluído e o nó antigo sair do ar.
   Migração de shard primário	O sistema migra os shards primários que armazenam os dados originais dos nós do cluster de origem para os nós do cluster de destino.	Depois que a migração de shard primário começa, a operação não pode ser revertida. Prossiga com cautela.

3. Isolamento de rede.

   Na aba Switch Business, siga as instruções na tela para iniciar uma solicitação de isolamento de rede. Isso impede que os nós do cluster de origem se juntem ao cluster de destino. O cluster de origem para de fornecer serviços e o cluster de destino assume.

4. Conclusão da atualização.

   Após o sucesso do isolamento de rede, a tarefa de atualização é concluída. Clique em Go to Cluster List para visualizar os detalhes da instância.

Etapa 3: Validar dados

Após a conclusão da atualização da arquitetura e da migração de dados, acesse a instância v3 de destino pelo console do Kibana. Execute consultas e operações de gravação para verificar se o cluster funciona conforme o esperado. Se encontrar problemas, entre em contato com o suporte técnico do Alibaba Cloud Elasticsearch.