როგორ ხელმძღვანელობს Redis Cluster მასშტაბირებას?

Question

Accepted Answer

**Redis Cluster** ხელმძღვანელობს **ჰორიზონტალურ მასშტაბირებას** მონაცემების რამდენიმე Redis ნოდზე დაყოფით — მონაცემთა ნაკრების (და დატვირთვის) განაწილებით, ისე რომ Redis შეძლოს მონაცემებისა და მეშვეობის დამუშავება ერთი სერვერის მეხსიერების გარეშე. ის ყოფს მონაცემებს **hash slots**-ის მეშვეობით და უზრუნველყოფს ჩაშენებულ მაღალი ხელმისაწვდომობას.

## Sharding hash slots-ის მეშვეობით

```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.
```

მონაცემები დაყოფილია ნოდებში **hash slots**-ის მეშვეობით (სულ 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 **hash slots**-ის მეშვეობით, თითოეული გასაღები აკვსიოდ სლოტამდე განაწილებული პირველადი ნოდებში), განაწილებს მონაცემებს და დატვირთვას მასშტაბირებისთვის მეხსიერებისა და მეშვეობის ერთი მანქანის მიღმა — აუცილებელია დიდი მასშტაბის სისტემებისთვის.

**Hash slot მექანიზმის** გაგება (როგორ უკავშირდება გასაღებები სლოტებს და სლოტები ნოდებს) ფუნდამენტალური იმისთვის, რიგ Cluster ატრიალებს მონაცემებს.

იმის ცოდნა, რომ Cluster უზრუნველყოფს **ჩაშენებულ მაღალ ხელმისაწვდომობას** (თითოეული პირველადის აქვს ანტიკი ავტომატური ფეილოვერით, აერთიანებს დაყოფა და რეპლიკაციას ცალკე Sentinel-ის გარეშე) მნიშვნელოვანია სანდოობისთვის მასშტაბზე.

**კლიენტის გადამისამართების** გაგება (MOVED გადამისამართებები, cluster-aware კლიენტები ფიქსირებენ სლოტის რუკას) აიხსნება, როგორ ხვდება მოთხოვნები სწორ ნოდამდე.

კრიტიკულად, **მრავალი გასაღების შეზღუდვის** გაგება — რომ მრავალი გასაღების ოპერაცია მოითხოვს ყველა გასაღები ერთ სლოტში, მოთხოვნილი **hash tags**-ით (`{user:1000}:...` აიძულებს დაკავშირებულ გასაღებებს ერთ სლოტში) — აუცილებელია, რადგან ეს რეალური შეზღუდვაა, რომელიც გავლენას ახდენს გასაღების დიზაინზე (დაკავშირებული მონაცემები, რომელიც ერთად გამოიყენება უნდა იყოს კოლოკირებული), და არ გაგება იწვევს შეცდომებს მრავალი გასაღების ოპერაციებით კლასტერში.

მას შემდეგ, რაც Redis-ის მიღმა მასშტაბირება ერთი სერვერი ნამდვილი საჭიროებაა მაღალი ტემპის სისტემებისთვის, და მას შემდეგ, რაც Redis Cluster (დაყოფა hash slots-ის მეშვეობით + ჩაშენებული HA) არის მექანიზმი იმისთვის — მნიშვნელოვანი hash-tag/მრავალი გასაღების შეზღუდვით გავლენით დიზაინზე — Redis Cluster-ის გაგება მნიშვნელოვანი უფროსი დონის ცოდნაა Redis-ის მასშტაბირების, თემა, რომელიც აჩვენებს ჰორიზონტალური მასშტაბირების გაგება და პრაქტიკული შეზღუდვები (გასაღების კოლოკაცია), რომელიც მოდის Redis მონაცემების განაწილებითა ნოდებში.