Elasticsearch میں شارڈز اور ریپلیکاز کی تعداد کیسے منتخب کرتے ہیں؟

Question

IT Interview Practice · Accepted Answer

ڈیٹا اور کام تقسیم کرنے کے لیے پرائمری شارڈز منتخب کریں؛ اضافی نقلوں اور سرچ گنجائش کے لیے ریپلیکاز منتخب کریں۔ کسی عمومی شارڈ تعداد کی بجائے کام کے بوجھ اور بحالی کی ضروریات سے آغاز کریں۔

## پہلا اندازہ لگائیں

فرض کریں پرائمری انڈیکس ڈیٹا 120 GB ہے اور جانچ بتاتی ہے کہ آپ کے کام کے بوجھ کے لیے تقریباً 30 GB فی پرائمری شارڈ مناسب ہے:

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

یہ گنجائش کے فرضی اعداد ہیں۔ اسٹوریج کے اندازے میں اضافہ اور segment merges جیسی کارروائیوں کے لیے عملی جگہ شامل نہیں؛ یہ پس منظر میں انڈیکس فائلیں یکجا کرتی ہیں۔

## شارڈز مسلسل کیوں نہ بڑھائیں؟

زیادہ شارڈز نوڈز میں کام پھیلا سکتے ہیں، مگر ہر ایک انتظامی خرچ بڑھاتا ہے اور تلاشیں زیادہ جگہوں تک پھیل سکتی ہیں۔ بڑے شارڈز یہ خرچ کم کرتے ہیں مگر بحالی یا منتقلی میں زیادہ وقت لے سکتے ہیں۔ ریپلیکاز اضافی تحفظ کے ساتھ اسٹوریج اور لکھنے کا کام بھی بڑھاتے ہیں؛ یہ بیک اپ نہیں۔

## ناکامی کی صورت بھی آزمائیں

انتہائی بوجھ پر پڑھنا اور لکھنا ایک ساتھ ناپیں، پھر ایک نوڈ کھونے کی جانچ کریں۔ باقی نوڈز کو مقرر ہدف کے اندر بحالی کے لیے کافی ڈسک، میموری اور پراسیسنگ گنجائش چاہیے۔ وقت پر مبنی بڑھتے ڈیٹا کے لیے rollover منتخب شرط پوری ہونے پر نیا انڈیکس بناتا ہے، جس سے انڈیکس کا سائز محدود رکھنے میں مدد ملتی ہے۔ یہ فیصلے ان تعیناتیوں پر لاگو ہوتے ہیں جہاں صارف شارڈ ترتیبات سنبھالتا ہے۔

[سرکاری دستاویزات](https://www.elastic.co/docs/deploy-manage/production-guidance/optimize-performance/size-shards).

پہلا اندازہ لگائیں

شارڈز مسلسل کیوں نہ بڑھائیں؟

ناکامی کی صورت بھی آزمائیں

متعلقہ سوالات