reindex અને aliasથી mapping કેવી રીતે બદલશો?

Question

IT Interview Practice · Accepted Answer

Alias એ index તરફ નિર્દેશ કરતું સ્થિર નામ છે. Fieldમાં અસુસંગત mapping ફેરફાર જોઈએ ત્યારે નવો index બનાવો અને નકલ કરેલો ડેટા તપાસ્યા પછી તે નામ ખસેડો.

## ફેરફારની કલ્પના કરો

```text
Before: application -> products -> products-v1
After:  application -> products -> products-v2
```

એપ્લિકેશન `products` વાપરવાનું ચાલુ રાખે છે. પહેલાં ઇચ્છિત mapping અને setting સાથે `products-v2` બનાવો. Reindex document નકલ કરે છે; તે source indexનું કન્ફિગરેશન આપમેળે નકલ કરતું નથી.

## write રોકવું સ્વીકાર્ય હોય ત્યારે સરળ migration વાપરો

- Background writer સહિત એપ્લિકેશનના write રોકો, યોગ્ય હોય તો read ચાલુ રાખો.
- v1ને v2માં reindex કરો, નિષ્ફળતા જુઓ અને નકલ કરેલો ડેટા searchable કર્યા પછી પ્રતિનિધિ document અને query તપાસો.
- Alias બદલો, એપ્લિકેશનના read અને write તપાસો, પછી writer ફરી શરૂ કરો.

હાલ ફક્ત v1 તરફ નિર્દેશ કરતા alias માટે આ Kibana Dev Tools વિનંતી એક alias updateમાં ફેરફાર કરે છે:

```http
POST /_aliases
{
  "actions": [
    {"remove":{"index":"products-v1","alias":"products","must_exist":true}},
    {"add":{"index":"products-v2","alias":"products","is_write_index":true}}
  ]
}
```

Write ફરી શરૂ કરતાં પહેલાં response તપાસો. આ અલગ remove/add વચ્ચેનો ખાલી સમય ટાળે છે; migration દરમિયાન ચૂકી ગયેલા ફેરફાર નકલ કરતું નથી.

## write રોકી ન શકાય તો

Copy દરમિયાનના ફેરફારનો ટકાઉ રેકોર્ડ અને જૂનો ડેટા નવાને overwrite ન કરે તે રીતે update અને delete ફરી લાગુ કરવાની રીત જોઈએ. આ અલગ synchronization design છે. v1 થોડો સમય રાખો, પણ નવા write v2 સુધી પહોંચ્યા પછી પાછા જવાથી નુકસાન નહીં થાય એવું માનશો નહીં.

[સત્તાવાર દસ્તાવેજ](https://www.elastic.co/docs/manage-data/data-store/aliases).

ફેરફારની કલ્પના કરો

write રોકવું સ્વીકાર્ય હોય ત્યારે સરળ migration વાપરો

write રોકી ન શકાય તો

સંબંધિત પ્રશ્નો