Hur väljer du antal shards och repliker i Elasticsearch?

Question

IT Interview Practice · Accepted Answer

Välj primära shards för att dela data och arbete; välj repliker för extra kopior och sökkapacitet. Utgå från arbetslast och återställningsbehov i stället för ett universellt antal shards.

## Beräkna en första uppskattning

Anta att primära indexdata är 120 GB och att tester visar att cirka 30 GB per primär shard fungerar för arbetslasten:

```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
```

Detta är hypotetiska dimensioneringsvärden. Lagringsuppskattningen utesluter tillväxt och arbetsutrymme för exempelvis segmentsammanslagningar, som kombinerar indexfiler i bakgrunden.

## Varför inte fortsätta lägga till shards?

Fler shards kan sprida arbete över noder, men varje shard ger administrationskostnad och sökningar kan behöva gå till fler ställen. Större shards minskar kostnaden men kan ta längre tid att återställa eller flytta. Repliker ger redundans men även lagring och skrivarbete; de är inte backuper.

## Testa även fel

Mät toppbelastning för läsning och skrivning tillsammans och testa sedan förlust av en nod. Kvarvarande noder behöver tillräckligt med disk, minne och processorkapacitet för återställning inom målet. För växande tidsbaserade data skapar rollover ett nytt index när ett valt villkor nås och hjälper begränsa indexstorleken. Besluten gäller installationer där användaren hanterar shardinställningarna.

[Officiell dokumentation](https://www.elastic.co/docs/deploy-manage/production-guidance/optimize-performance/size-shards).

Beräkna en första uppskattning

Varför inte fortsätta lägga till shards?

Testa även fel

Relaterade frågor