Unachagua idadi ya shard na replica za Elasticsearch vipi?

Question

IT Interview Practice · Accepted Answer

Chagua primary shard kugawa data na kazi; chagua replica kutoa nakala zaidi na uwezo wa kutafuta. Anza na mzigo na mahitaji ya urejeshaji badala ya idadi moja ya shard kwa wote.

## Kokotoa makadirio ya kwanza

Chukulia data ya primary index ni 120 GB na majaribio yanaonyesha takriban 30 GB kwa primary shard inafaa mzigo wako:

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

Hizi ni namba za mfano za kupima uwezo. Makadirio ya hifadhi hayajumuishi ukuaji na nafasi ya kazi kwa shughuli kama segment merge, zinazounganisha faili za index nyuma.

## Kwa nini usiongeze shard kila wakati?

Shard zaidi zinaweza kugawa kazi katika node, lakini kila moja huongeza usimamizi na utafutaji unaweza kwenda sehemu zaidi. Shard kubwa hupunguza gharama hiyo lakini zinaweza kuchukua muda zaidi kurejesha au kuhamisha. Replica huongeza redundancy pamoja na hifadhi na kazi ya write; si backup.

## Pima hali ya kushindwa pia

Pima kilele cha read na write kwa pamoja, kisha pima kupoteza node. Node zilizobaki zinahitaji disk, kumbukumbu na uwezo wa uchakataji wa kutosha kurejesha ndani ya lengo. Kwa data ya muda inayokua, rollover huunda index mpya sharti lililochaguliwa likifikiwa, ikisaidia kuzuia index kuwa kubwa sana. Maamuzi haya yanahusu deployment ambazo mipangilio ya shard inasimamiwa na mtumiaji.

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

Kokotoa makadirio ya kwanza

Kwa nini usiongeze shard kila wakati?

Pima hali ya kushindwa pia

Maswali yanayohusiana