Redis Cluster કેવી રીતે સ્કેલિંગ સક્ષમ કરે છે?

Question

Accepted Answer

**Redis Cluster** **હોરાઇઝોન્ટલ સ્કેલિંગ** સક્ષમ કરે છે જે તથ્યાંકોને બહુવિધ Redis નોડ્સ પર શેર કરીને — ડેટાસેટ (અને લોડ) વિતરિત કરીને જેથી Redis એક સર્વર કी મેમોરીથી આગળ જતું ડેટા અને થ્રુપુટ સંભાળી શકે. તે **હેશ સ્લોટ્સ** દ્વારા તથ્યાંકોને વિભાજિત કરે છે અને બિલ્ટ-ઇન ઉચ્ચ ઉપલબ્ધતા પ્રદાન કરે છે.

## હેશ સ્લોટ્સ દ્વારા શેર્ડિંગ

```text
Redis Cluster divides the keyspace into 16384 HASH SLOTS.
  → each key maps to a slot: slot = CRC16(key) mod 16384
  → slots are distributed across the cluster's primary nodes
  → each node owns a subset of slots (and thus a subset of the data)
→ This spreads data and load across nodes → scales memory and throughput horizontally.
```

તથ્યાંકો નોડ્સ જોડે **હેશ સ્લોટ્સ** દ્વારા વિભાજિત છે (કુલ 16384): દરેક કી સ્લોટમાં હેશ થાય છે, અને સ્લોટ્સ પ્રાથમિક નોડ્સ પર ફેલાયેલા છે — તેથી દરેક નોડ તથ્યાંકનો ભાગ રાખે છે, એક સર્વર આગળ ક્ષમતા સ્કેલ કરે છે.

## ઉચ્ચ ઉપલબ્ધતા બિલ્ટ-ઇન

```text
Each primary node has REPLICAS:
  → if a primary fails, one of its replicas is promoted (automatic failover)
  → the cluster continues serving (HA without separate Sentinel)
→ Redis Cluster combines SHARDING (scale) + REPLICATION (HA).
```

## ક્લાયન્ટ્સ અને રીડાયરેક્શન

```text
→ Clients connect to the cluster; a key's request goes to the node owning its slot.
→ If a client hits the wrong node, it gets a MOVED redirect to the right node
  (cluster-aware clients cache the slot map and route directly).
```

## મલ્ટી-કી કંસ્ટ્રેઇન્ટ (મહત્વપૂર્ણ)

```text
⚠️ Multi-key operations only work if all keys are in the SAME slot (same node):
  → operations spanning keys on different nodes are NOT supported directly
  → use HASH TAGS to force related keys into the same slot:
     {user:1000}:profile and {user:1000}:settings → same slot ({...} part is hashed)
→ Design keys so related data that's used together shares a slot.
```

## તે શા માટે મહત્વપૂર્ણ છે

Redis Cluster ને સમજવું મહત્વપૂર્ણ છે **Redis ને એક સર્વર આગળ હોરાઇઝોન્ટલી સ્કેલ કરવા માટે**, તેથી તે મોટાં Redis અમલીકરણો માટે ઉચ્ચ-સ્તરનું જ્ઞાન મૂલ્યવાન છે.

મૂળ મૂલ્ય છે **હોરાઇઝોન્ટલ સ્કેલિંગ**: જ્યારે તથ્યાંક અથવા થ્રુપુટ એક Redis સર્વરની મેમોરી સંભાળી શકે તેથી આગળ જાય, Cluster **તથ્યાંકોને બહુવિધ નોડ્સ પર શેર કરે** (16384 **હેશ સ્લોટ્સ** દ્વારા, દરેક કી સ્લોટમાં મેપ થાય છે પ્રાથમિક નોડ્સ પર વિતરિત), તથ્યાંક અને લોડ ફેલાવીને મેમોરી અને થ્રુપુટ એક મશીન આગળ સ્કેલ કરવા — મોટાં સ્કેલના સિસ્ટમ્સ માટે આવશ્યક.

**હેશ સ્લોટ મેકેનિઝમ** ને સમજવું (કીઓ સ્લોટ્સમાં અને સ્લોટ્સ નોડ્સમાં કેવી રીતે મેપ થાય) Cluster તથ્યાંક વિતરિત કેવી રીતે કરે તે અંગેનું મૂળભૂત છે.

જાણવું કે Cluster **બિલ્ટ-ઈન ઉચ્ચ ઉપલબ્ધતા** પ્રદાન કરે છે (દરેક પ્રાથમિકનો પ્રતિલિપિ સ્વચ્છંદ ફેલોવર સાથે, અલગ Sentinel ની જરૂર વગર શેર્ડિંગ અને પ્રતિલિપિ એક બીજા સાથે) સ્કેલ પર વિશ્વાસાર્હતા માટે મહત્વપૂર્ણ છે.

**ક્લાયન્ટ રીડાયરેક્શન** ને સમજવું (MOVED રીડાયરેક્ટ્સ, ક્લસ્ટર-જાગૃત ક્લાયન્ટ્સ સ્લોટ મેપ કેશ કરે છે) સમજાવે છે કે કેવી રીતે વિનંતીઓ સાચા નોડમાં પહોંચે છે.

eventsગતિએ, **મલ્ટી-કી કંસ્ટ્રેઇન્ટ** ને સમજવું — કે મલ્ટી-કી કામગીરી સમાન સ્લોટમાં તમામ કીઓ ચાહે છે, **હેશ ટૅગ્સ** સાથે સંબોધાયેલ (`{user:1000}:...` એક જ સ્લોટમાં સંબંધિત કીઓને દબાણ કરે) — આવશ્યક છે કારણ કે તે વાસ્તવિક મર્યાદા છે જે કી ડિઝાઇનને અસર કરે છે (સાથે વપરાયેલ સંબંધિત તથ્યાંક સહ-સ્થાપિત હોવું આવશ્યક છે), અને તેને સમજી ન લેવાથી ક્લસ્ટરમાં મલ્ટી-કી કામગીરી સાથે ભૂલો થાય છે.

ચૂંકી એક Redis સર્વર આગળ સ્કેલિંગ ઉચ્ચ-વોલ્યુમ સિસ્ટમ્સ માટે વાસ્તવિક જરૂરિયાત છે, અને કારણ કે Redis Cluster (હેશ સ્લોટ્સ દ્વારા શેર્ડિંગ + બિલ્ટ-ઇન HA) તેનો કાર્યક્રમ છે — મહત્વપૂર્ણ હેશ-ટૅગ/મલ્ટી-કી કંસ્ટ્રેઈન્ટ ડિઝાઇનને અસર કરે છે — Redis Cluster ને સમજવું Redis સ્કેલિંગ માટે મહત્વપૂર્ણ ઉચ્ચ-સ્તરનું જ્ઞાન છે, એક વિષય જે હોરાઇઝોન્ટલ સ્કેલિંગ અને વ્યાવહારિક મર્યાદા (કી સહ-સ્થાપન) દર્શાવે છે જે Redis તથ્યાંક નોડ્સ પર વિતરિત કરવા સાથે આવે છે.