Bagaimanakah memilih bilangan shard dan replica Elasticsearch?

Question

IT Interview Practice · Accepted Answer

Pilih primary shard untuk membahagi data dan kerja; pilih replica untuk menyediakan salinan tambahan serta kapasiti carian. Mulakan dengan beban kerja dan keperluan pemulihan, bukan bilangan shard sejagat.

## Kira anggaran pertama

Andaikan data primary index ialah 120 GB dan ujian menunjukkan kira-kira 30 GB setiap primary shard sesuai untuk beban kerja anda:

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

Ini input saiz hipotetikal. Anggaran storan tidak termasuk pertumbuhan dan ruang operasi bagi aktiviti seperti segment merge, yang menggabungkan fail index di latar belakang.

## Mengapa tidak terus menambah shard?

Lebih banyak shard boleh menyebarkan kerja antara nod, tetapi setiap satunya menambah overhead pengurusan dan carian mungkin tersebar ke lebih banyak tempat. Shard lebih besar mengurangkan overhead itu tetapi boleh mengambil masa lebih lama untuk dipulihkan atau dipindahkan. Replica menambah redundansi serta storan dan kerja penulisan; ia bukan sandaran.

## Uji kes kegagalan juga

Ukur bacaan dan penulisan puncak serentak, kemudian uji kehilangan nod. Nod yang tinggal memerlukan disk, memori dan kapasiti pemprosesan mencukupi untuk pulih dalam sasaran. Bagi data berasaskan masa yang berkembang, rollover mencipta index baharu apabila syarat pilihan tercapai, membantu mengehadkan saiz index. Keputusan ini terpakai pada deployment dengan tetapan shard yang diurus pengguna.

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

Kira anggaran pertama

Mengapa tidak terus menambah shard?

Uji kes kegagalan juga

Soalan berkaitan