Reinicie o cluster ou nós individuais para aplicar alterações de configuração ou resolver exceções. Cada método de reinicialização tem pré-requisitos e níveis de risco diferentes.
Verificações antes da reinicialização
Realize estas verificações antes de reiniciar.
O uso elevado de disco torna a reinicialização mais lenta. Reduza o uso de disco para abaixo do limiar cluster.routing.allocation.disk.watermark.low antes de reiniciar. Não execute scale-out, reinicializações, alterações de senha ou outras mudanças de configuração até que o cluster retorne ao status green.
-
Verifique o status de integridade do cluster Conectar-se ao cluster por meio do Kibana e execute
GET _cluster/health. Confirme se ostatuségreen.Exceção: A reinicialização forçada está disponível apenas quando o status é
yellowoured. -
Garanta a redundância de dados. Execute
GET _cat/indices?vpara verificar o valor derep(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 com múltiplas zonas, a contagem de réplicas deve ser menor que o número de zonas.
-
Verifique e trate os índices fechados. Execute
GET _cat/indices?vpara identificar índices comstatus=close.Índices fechados bloqueiam a alocação de shards e a reinicialização.
Para abrir índices fechados, execute
POST /<index_name>/_open.
-
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 a aprovação nas verificações de integridade, reinicie o cluster:
Faça login no console do Alibaba Cloud Elasticsearch. No painel de navegação à esquerda, clique em Elasticsearch Clusters.
-
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.

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

-
Object
Cluster: Reinicia todos os nós do cluster. Indicado 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, como nós de dados ou nós do Kibana.
-
Blue-green Update e Restart Mode
Escolha o método de reinicialização com base no cenário, no status do cluster e na 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 uso persistente e elevado de CPU e a disponibilidade for mais importante que a velocidade.
ImportanteNã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 de 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 demora mais. O serviço permanece disponível se houver réplicas, mas pode oscilar brevemente.
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 os nós restantes.
Os IPs dos nós permanecem inalterados. Minimiza o impacto em produção.
Disponível apenas para clusters com arquitetura de controle cloud-native (v3)
Forced Restart
Anormal (yellow/red)
Utilize quando o cluster estiver 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 serviço 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.
-
-
(Opcional) Para reinicialização forçada, selecione Restart Cluster Forcibly.
-
Clique em OK.
O status do cluster muda para Initializing. O status 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:
-
Verifique a integridade do cluster:
GET _cluster/health -
Monitore os nós e a recuperação de shards:
GET _cat/nodes GET _cat/recovery Aguarde a alocação de todos os shards antes de retomar as operações.