Elasticsearch:Restart a cluster or node

Verificações prévias

Realize as verificações abaixo antes de reiniciar.

1. Verifique o status de integridade do cluster Connect to the cluster through Kibana e execute GET _cluster/health. Confirme se o status é green.

   Exceção: A reinicialização forçada está disponível apenas quando o status é yellow ou red.

2. Garanta a redundância de dados. Execute GET _cat/indices?v para verificar o valor de rep (contagem de réplicas) de todos os índices críticos.

   • A contagem de réplicas deve ser de pelo menos 1. Índices sem réplicas ficam inacessíveis durante a reinicialização.

   • Em instâncias multizona, a contagem de réplicas deve ser menor que o número de zonas.

3. Verifique e trate índices fechados. Execute GET _cat/indices?v para identificar índices com status = close.

   • Índices fechados bloqueiam a alocação de shards e a reinicialização.

   • Para abrir índices fechados, execute POST /<index_name>/_open.

4. Avalie a carga do cluster. Na página Cluster Monitoring, verifique se há capacidade suficiente para a migração de shards:

   • Utilização de CPU do nó: abaixo de 80%

   • Uso de memória heap do nó: cerca de 50%

   • NodeLoad_1m: abaixo do número de núcleos de CPU

Procedimento

Após concluir as verificações de integridade, reinicie o cluster:

1. Faça login no console do Alibaba Cloud Elasticsearch. No painel de navegação à esquerda, clique em Elasticsearch Clusters.

2. Na barra de navegação superior, selecione a região. Clique no ID da instância desejada e, em seguida, clique em Restart no canto superior direito da página Basic Information.

   

3. Na caixa de diálogo Restart, configure os seguintes parâmetros:

   

   • Object

     • Cluster: reinicia todos os nós do cluster. Adequado para alterações no nível do cluster.

     • Node Restart: reinicia um ou mais nós especificados. Recomendado para resolver problemas em nós individuais.

     • Node Role (apenas para arquitetura basic control v2): reinicia nós de uma função específica selecionada por você, como nós de dados ou nós do Kibana.

   • Blue-green Update e Restart Mode

     Escolha o método de reinicialização conforme seu cenário, o status do cluster e a tolerância a riscos:

     Método de reinicialização	Status do cluster necessário	Mecanismo e cenário	Impacto	Limitações
     Blue-green Update	Normal (green)	Provisiona novos nós, migra os dados dos nós antigos e remove os nós antigos. Use quando um nó apresentar alta utilização persistente de CPU e a disponibilidade for mais importante que a velocidade. Importante Não é possível usar uma atualização blue-green com uma reinicialização forçada.	Os IPs dos nós mudam. O desempenho pode oscilar brevemente.	Não suportado para especificações de cluster com 1 vCPU e 2 GB
     Restart (Padrão)	Normal (green)	Manutenção planejada e configuração regular do cluster.	Os IPs dos nós permanecem inalterados. O processo leva mais tempo. O service permanece disponível se houver réplicas, mas pode sofrer breves oscilações.
     Phased Restart	Normal (green)	Verifica os efeitos da reinicialização em lotes para reduzir riscos em produção. Selecione os nós para o primeiro lote. Após a estabilização do cluster, acione manualmente a reinicialização dos nós restantes.	Os IPs dos nós permanecem inalterados. Minimiza o impacto em produção.	Disponível apenas para clusters com arquitetura cloud-native control (v3)
     Forced Restart	Anormal (yellow/red)	Indicado quando o cluster está com status yellow ou red. Outros métodos de reinicialização ficam desabilitados nesse estado.	Os IPs dos nós permanecem inalterados. Uma concorrência maior acelera a reinicialização, mas aumenta o risco: Concorrência de 100% reinicia todos os nós simultaneamente, causando interrupção do service e possível perda de dados em cache não persistidos. Use alta concorrência apenas para recuperação urgente. Concorrência: porcentagem de nós reiniciados simultaneamente. O padrão é 10%, com mínimo de 1 nó. Exibido apenas no modo de reinicialização forçada.

4. (Opcional) Para reinicialização forçada, selecione Restart Cluster Forcibly.

5. Clique em OK.

   O status do cluster muda para Initializing e retorna para Normal após a conclusão.

Verificação pós-reinicialização

Verifique a integridade do cluster e monitore a recuperação de shards após a reinicialização:

1. Verifique a integridade do cluster:

   GET _cluster/health

2. Monitore os nós e a recuperação de shards:

   GET _cat/nodes
   GET _cat/recovery

3. Aguarde a alocação de todos os shards antes de retomar as operações.

Perguntas frequentes

• Cluster and node restart duration

• Does enabling or disabling public access trigger a cluster restart?

• Does changing the cluster access password trigger a cluster restart?

• If an index has no replicas, will it affect a cluster restart?

• Restart a node role or a single node