Elasticsearch:Instance architecture upgrade

• Versão: A atualização permite migrar 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 a atualização para a arquitetura v3.

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

• Limitações de tipo de instância: Não há suporte à atualização para instâncias com arquitetura v1/v2 que tenham 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 têm suporte apenas dentro da mesma região. As instâncias de source (v1/v2) e de destino (v3) devem estar na mesma região.

• Limitações de recursos: Não há suporte à atualização se a instância com arquitetura v1/v2 tiver qualquer um dos seguintes recursos ativados:

  • Recursos principais: cross-cluster replication (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 com suporte na arquitetura v3.

• Limitações operacionais: Todas as operações de modificação de 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 ocorre 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 saem 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 crie uma tarefa de atualização e configure 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 deseja atualizar na região de destino.

3. Clique em OK para crie a tarefa.

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

Nesta etapa, siga as instruções na tela para configure 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 configure 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 source para garantir que a atualização seja segura e viável.

      Nota

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

      • Se o X-Pack não estiver ativado para o cluster de source, não haverá suporte à atualização.

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

   2. configure mesclagem: O sistema detecta automaticamente os parâmetros de configuração do cluster de source, como o número de shards de réplica, políticas de sharding e permissões de usuário. Em seguida, cria um cluster de destino com base 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 para concluir a mesclagem de clusters, migração de réplicas, migração de nó mestre e migração de shards primários em sequência.

   Ações	Descrição	Descrição
   Mesclagem de clusters	Os clusters de source e de destino são mesclados em um único cluster maior. Após a mesclagem, o total number of nodes in the cluster = number of nodes in the source cluster + number of nodes in the target cluster.	Após a mesclagem dos clusters, o Kibana do cluster de destino é temporariamente desativado. Durante a migração de dados, continue usando o Kibana do cluster de source 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 source 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, reverta a operação. Após uma reversão, a tarefa de atualização falha e você deve crie uma nova.
   Migração de nó mestre	O sistema migra o nó mestre no cluster mesclado do cluster de source 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 de serviço.
   Migração de shards primários	O sistema migra os shards primários que armazenam os dados originais dos nós do cluster de source para os nós do cluster de destino.	Depois que a migração de shards primários 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 source se juntem ao cluster de destino. O cluster de source 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 visualize instance details.

Etapa 3: Validar dados

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