Como escolher o número de shards e réplicas do Elasticsearch?

Question

IT Interview Practice · Accepted Answer

Escolha shards primários para dividir dados e trabalho; escolha réplicas para fornecer cópias adicionais e capacidade de busca. Comece pela carga e pelas necessidades de recuperação, não por um número universal de shards.

## Calcule uma estimativa inicial

Suponha que os dados primários do índice ocupem 120 GB e que os testes indiquem que cerca de 30 GB por shard primário funcionam para sua carga:

```text
120 GB / 30 GB = 4 primary shards
1 replica per primary = 4 additional shard copies
Total = 8 shard copies, roughly 240 GB of shard data
```

Essas entradas de dimensionamento são hipotéticas. A estimativa de armazenamento exclui crescimento e espaço operacional para atividades como merges de segmentos, que combinam arquivos do índice em segundo plano.

## Por que não continuar acrescentando shards?

Mais shards podem distribuir trabalho pelos nós, mas cada um acrescenta custo de gerenciamento e as buscas podem se espalhar por mais lugares. Shards maiores reduzem esse custo, mas podem demorar mais para recuperar ou mover. Réplicas acrescentam redundância, mas também armazenamento e trabalho de escrita; não são backups.

## Teste também a falha

Meça picos de leitura e escrita juntos e depois teste a perda de um nó. Os nós restantes precisam de disco, memória e processamento suficientes para recuperar dentro da meta. Para dados temporais em crescimento, rollover cria um novo índice quando uma condição escolhida é atingida, ajudando a limitar o tamanho. Essas decisões se aplicam a implantações em que o usuário gerencia as configurações de shards.

[Documentação oficial](https://www.elastic.co/docs/deploy-manage/production-guidance/optimize-performance/size-shards).

Calcule uma estimativa inicial

Por que não continuar acrescentando shards?

Teste também a falha

Perguntas relacionadas