Conforme seu negócio cresce, talvez seja necessário expandir ou reduzir horizontalmente, atualizar versões ou migrar nós no cluster Elasticsearch. Para oferecer suporte a essas operações, o Elasticsearch fornece dois métodos de atualização de cluster: atualização in-place e atualização blue-green. Na maioria dos casos, o sistema seleciona automaticamente o método apropriado. Ao reiniciar um cluster ou nó, ou ao atualizar a configuração de um cluster, selecione manualmente um método.
Antes de começar
Antes de qualquer atualização de cluster, certifique-se de que:
Cada índice no cluster possui pelo menos um shard réplica. Isso melhora a estabilidade do cluster.
Para clusters multizona: o número de shards réplica por índice é menor que o número de zonas onde o cluster está implantado. Após a alteração, aumente manualmente o número de shards réplica. Para obter mais informações, consulte Modelos de índice.
Como cada método funciona
Atualização in-place
O sistema executa uma atualização contínua nos nós desejados. Não há migração de dados; portanto, o volume de dados não afeta o tempo de atualização. O desempenho do cluster pode ser temporariamente afetado durante o processo.
Mais indicado para: Clusters com gargalos de desempenho em que a prioridade é concluir a atualização rapidamente.
As atualizações in-place podem afetar o desempenho do cluster. Agende-as fora dos horários de pico.
Atualização blue-green
O sistema adiciona ao cluster a mesma quantidade de novos nós, migra os dados dos nós originais para os novos e, em seguida, remove os originais. A migração é transparente, mas demorada. Os endereços IP dos nós mudam após a conclusão da atualização.
Recomendado quando:
A disponibilidade do cluster é a prioridade e a velocidade de atualização não é crítica.
Um nó apresenta problemas persistentes de desempenho, como uso elevado e contínuo da CPU.
A duração da atualização blue-green depende das especificações do cluster, da estrutura de dados e do volume de dados — geralmente algumas horas. Em casos extremos, as operações de leitura podem ser afetadas. Configure um mecanismo de nova tentativa de acesso para o cliente antes de iniciar uma atualização blue-green. Agende as atualizações blue-green fora dos horários de pico.
Escolha um método de atualização
A tabela a seguir mostra quando cada método se aplica.
Quando a atualização blue-green é necessária
Algumas operações exigem exclusivamente o método de atualização blue-green:
|
Cenário |
Observações |
|
Migração de nós entre zonas |
A atualização blue-green é o único método disponível. |
|
Alteração do tipo de disco dos nós durante upgrade ou downgrade |
A atualização blue-green é o único método disponível, mesmo que seja possível escolher outro método para o upgrade. |
|
Alteração do espaço de armazenamento de disco ultra para mais de 2 TB durante upgrade |
A atualização blue-green é o único método disponível. |
Quando a atualização blue-green não está disponível
As operações a seguir não aceitam o método de atualização blue-green:
|
Cenário |
Método disponível |
|
Reinicialização forçada |
Apenas atualização in-place |
|
Atualização blue-green apenas para nós mestres dedicados |
Não suportado |
|
Atualização blue-green apenas para nós clientes (quando o cluster não tem nós mestres dedicados) |
Não suportado |
Orientação geral
|
Cenário |
Método recomendado |
|
Cluster com gargalo de desempenho; necessidade de atualização mais rápida |
Atualização in-place |
|
Alta disponibilidade é a prioridade; velocidade de atualização não é crítica |
Atualização blue-green |
|
Desempenho do nó consistentemente degradado (por exemplo, alto uso da CPU) |
Atualização blue-green |
Próximos passos
Para selecionar manualmente um método de atualização ao reiniciar, consulte Reiniciar um cluster ou nó.
Para selecionar manualmente um método de atualização ao atualizar a configuração, consulte Atualizar a configuração de um cluster.