كيف تسرّع bulk indexing دون تحميل العنقود فوق طاقته؟

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 أيضًا. خطأ mapping الدائم يحتاج تصحيح البيانات أو mapping، لا إعادة محاولات لا تنتهي.

## امنع المحاولات من إحداث حمل زائد جديد

زِد تأخيرات إعادة المحاولة تدريجيًا وأضف إزاحة عشوائية كي لا يحاول العملاء جميعًا في الوقت نفسه. حدّد حجم الطابور وأبطئ المنتجين عند امتلائه؛ هذا هو backpressure.

بعد نتيجة شبكة غير مؤكدة، تساعد معرّفات المستندات الثابتة في منع التكرار، لكن الزيادات المنفذة بسكربت والتحديثات القديمة تحتاج ضمانات إضافية. راقب الكتابات المرفوضة والذاكرة والقرص وكمون البحث. قلّل وتيرة refresh فقط إذا قبل المنتج ظهورًا أقل فورية في البحث.

[التوثيق الرسمي](https://www.elastic.co/docs/deploy-manage/production-guidance/optimize-performance/indexing-speed).

اضبط بُعدًا واحدًا كل مرة

قد يحتوي رد HTTP ناجح عناصر فاشلة

امنع المحاولات من إحداث حمل زائد جديد

أسئلة ذات صلة