Bagaimana memilih jumlah shard dan replica Elasticsearch?

Question

IT Interview Practice · Accepted Answer

Pilih primary shard untuk membagi data dan pekerjaan; pilih replica untuk menyediakan salinan tambahan dan kapasitas pencarian. Mulailah dari beban kerja dan kebutuhan pemulihan, bukan satu jumlah shard universal.

## Hitung perkiraan awal

Misalkan data primary index berukuran 120 GB dan pengujian menunjukkan sekitar 30 GB per primary shard cocok 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 adalah input ukuran hipotetis. Perkiraan penyimpanan belum mencakup pertumbuhan dan ruang operasi untuk aktivitas seperti segment merge, yang menggabungkan berkas index di latar belakang.

## Mengapa tidak terus menambah shard?

Lebih banyak shard dapat menyebarkan pekerjaan antarnode, tetapi setiap shard menambah overhead pengelolaan dan pencarian mungkin menyebar ke lebih banyak tempat. Shard lebih besar mengurangi overhead itu, tetapi dapat lebih lama dipulihkan atau dipindahkan. Replica menambah redundansi sekaligus penyimpanan dan pekerjaan tulis; replica bukan backup.

## Uji juga kasus kegagalan

Ukur puncak pembacaan dan penulisan bersamaan, lalu uji kehilangan node. Node yang tersisa memerlukan disk, memori, dan kapasitas pemrosesan yang cukup untuk pulih sesuai target. Untuk data berbasis waktu yang terus tumbuh, rollover membuat index baru saat kondisi pilihan tercapai, membantu membatasi ukuran index. Keputusan ini berlaku pada deployment dengan pengaturan shard yang dikelola pengguna.

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

Hitung perkiraan awal

Mengapa tidak terus menambah shard?

Uji juga kasus kegagalan

Pertanyaan terkait