ਕਲੱਸਟਰ ਉੱਤੇ ਵਾਧੂ ਬੋਝ ਪਾਏ ਬਿਨਾਂ 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 ਹੈ।

ਅਣਪੱਕੇ ਨੈੱਟਵਰਕ ਨਤੀਜੇ ਮਗਰੋਂ ਸਥਿਰ ਦਸਤਾਵੇਜ਼ ID ਦੁਹਰੇ ਰਿਕਾਰਡ ਰੋਕਣ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ, ਪਰ ਸਕ੍ਰਿਪਟ ਵਾਧੇ ਅਤੇ ਪੁਰਾਣੇ ਅਪਡੇਟ ਲਈ ਵਾਧੂ ਸੁਰੱਖਿਆ ਚਾਹੀਦੀ ਹੈ। ਰੱਦ ਲਿਖਤਾਂ, ਮੈਮੋਰੀ, ਡਿਸਕ ਅਤੇ ਖੋਜ ਲੇਟੈਂਸੀ ਵੇਖੋ। ਰਿਫ੍ਰੈਸ਼ ਆਵ੍ਰਿਤੀ ਸਿਰਫ਼ ਉਦੋਂ ਘਟਾਓ ਜੇ ਉਤਪਾਦ ਖੋਜ ਵਿੱਚ ਘੱਟ ਤੁਰੰਤ ਦਿਸਣਾ ਮਨਜ਼ੂਰ ਕਰਦਾ ਹੈ।

[ਅਧਿਕਾਰਤ ਦਸਤਾਵੇਜ਼](https://www.elastic.co/docs/deploy-manage/production-guidance/optimize-performance/indexing-speed).

ਇੱਕ ਸਮੇਂ ਇੱਕ ਪੱਖ ਸੈੱਟ ਕਰੋ

ਸਫਲ HTTP ਜਵਾਬ ਵਿੱਚ ਅਸਫਲ ਆਈਟਮ ਹੋ ਸਕਦੀਆਂ ਹਨ

ਮੁੜ ਕੋਸ਼ਿਸ਼ਾਂ ਨੂੰ ਹੋਰ ਵਾਧੂ ਬੋਝ ਨਾ ਬਣਨ ਦਿਓ

ਸੰਬੰਧਿਤ ਸਵਾਲ