Hvordan velger du antall shards og replikaer i Elasticsearch?

Question

IT Interview Practice · Accepted Answer

Velg primære shards for å dele data og arbeid; velg replikaer for ekstra kopier og søkekapasitet. Start med arbeidsbelastning og gjenopprettingsbehov, ikke et universelt shardtall.

## Beregn et første anslag

Anta at primære indeksdata er 120 GB, og tester viser at omtrent 30 GB per primær shard passer belastningen:

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

Dette er hypotetiske dimensjoneringsverdier. Lagringsanslaget inkluderer ikke vekst og driftsplass til aktiviteter som segment merges, som slår sammen indeksfiler i bakgrunnen.

## Hvorfor ikke bare legge til flere shards?

Flere shards kan spre arbeid over noder, men hver gir administrasjonskostnader og søk kan måtte nå flere steder. Større shards reduserer denne kostnaden, men kan ta lengre tid å gjenopprette eller flytte. Replikaer gir redundans, men også mer lagring og skrivearbeid; de er ikke sikkerhetskopier.

## Test feiltilfellet også

Mål lesing og skriving på topp samtidig, og test så tap av en node. Gjenværende noder trenger nok disk, minne og prosessorkapasitet til å gjenopprette innen målet. For voksende tidsbaserte data oppretter rollover en ny indeks når en valgt betingelse nås, noe som begrenser indeksstørrelsen. Disse valgene gjelder der brukeren administrerer shardinnstillinger.

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

Beregn et første anslag

Hvorfor ikke bare legge til flere shards?

Test feiltilfellet også

Relaterte spørsmål