کلسٹر پر زائد بوجھ ڈالے بغیر bulk انڈیکسنگ تیز کیسے کرتے ہیں؟

Question

IT Interview Practice · Accepted Answer

Bulk ایک درخواست میں کئی انڈیکسنگ کارروائیاں بھیجتا ہے۔ بھیجی جانے والی درخواستوں کی تعداد زیادہ سے زیادہ کرنے کی بجائے کلسٹر کو جواب دہ رکھتے ہوئے کامیاب کارروائیوں کی شرح بہتر کریں۔

## ایک وقت میں ایک پہلو بہتر کریں

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

## کامیاب HTTP جواب میں ناکام آئٹمز ہو سکتے ہیں

یہ سادہ مثالی bulk جواب دیکھیں:

```json
{
  "errors": true,
  "items": [
    {"index":{"_id":"a","status":201}},
    {"index":{"_id":"b","status":429}},
    {"index":{"_id":"c","status":400}}
  ]
}
```

- آئٹم a کامیاب ہوا؛ صرف دوسرے آئٹم کی ناکامی کی وجہ سے اسے دوبارہ نہ بھیجیں۔
- b کی خرابی کی تفصیل دیکھیں۔ عارضی زائد بوجھ کے باعث انکار پر رفتار کم اور وقفے کے بعد محدود دوبارہ کوشش درکار ہے۔
- c کی تفصیل بھی دیکھیں۔ مستقل میپنگ خرابی کے لیے ڈیٹا یا میپنگ درست کرنا چاہیے، لامتناہی دوبارہ کوششیں نہیں۔

## دوبارہ کوششوں کو نیا زائد بوجھ نہ بننے دیں

دوبارہ کوشش کا وقفہ بتدریج بڑھائیں اور بے ترتیب فرق شامل کریں تاکہ تمام کلائنٹس ساتھ دوبارہ کوشش نہ کریں۔ قطار محدود رکھیں اور بھرنے پر پیدا کرنے والوں کی رفتار کم کریں؛ یہی backpressure ہے۔

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

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

ایک وقت میں ایک پہلو بہتر کریں

کامیاب HTTP جواب میں ناکام آئٹمز ہو سکتے ہیں

دوبارہ کوششوں کو نیا زائد بوجھ نہ بننے دیں

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