Miten valitset Elasticsearchin shardien ja replikoiden määrän?

Question

IT Interview Practice · Accepted Answer

Valitse primary-shardit jakamaan tietoja ja työtä; valitse replikat lisäkopioita ja hakukapasiteettia varten. Aloita kuormasta ja palautumisvaatimuksista, älä yleispätevästä shardimäärästä.

## Laske ensimmäinen arvio

Oletetaan, että primary-indeksitietoa on 120 GB ja testit osoittavat noin 30 GB:n sopivan primary-shardin kooksi kuormallasi:

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

Nämä ovat oletettuja mitoitusarvoja. Tallennusarvio ei sisällä kasvua eikä käyttötilaa esimerkiksi segment merge -toiminnoille, jotka yhdistävät indeksitiedostoja taustalla.

## Miksi shardeja ei vain lisätä jatkuvasti?

Lisäshardit voivat jakaa työtä solmuille, mutta jokainen lisää hallintakustannuksia ja haut voivat hajaantua useampaan paikkaan. Suuremmat shardit vähentävät tätä kustannusta, mutta palautuvat tai siirtyvät hitaammin. Replikat lisäävät redundanssia mutta myös tallennusta ja kirjoitustyötä; ne eivät ole varmuuskopioita.

## Testaa myös vikatilanne

Mittaa lukujen ja kirjoitusten huippu yhdessä ja testaa sitten yhden solmun menetys. Jäljelle jäävät solmut tarvitsevat tarpeeksi levyä, muistia ja laskentaa palautuakseen tavoiteajassa. Kasvavassa aikasidonnaisessa datassa rollover luo uuden indeksin ehdon täyttyessä ja auttaa rajaamaan indeksikokoa. Nämä valinnat koskevat ympäristöjä, joissa käyttäjä hallitsee shardiasetuksia.

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

Laske ensimmäinen arvio

Miksi shardeja ei vain lisätä jatkuvasti?

Testaa myös vikatilanne

Aiheeseen liittyvät kysymykset