Kako deluje razdeljevanje (sharding) v MongoDB-ju?

Question

Accepted Answer

**Razdeljevanje** je MongoDB-jeva metoda za **horizontalno skaliranje** — porazdeljevanje podatkov čez več strežnikov (**delkov**) tako da baza podatkov lahko obdeluje podatkovne nize in prepustnost, ki so večji od tega, kar zmore en strežnik. Podatke razdeli po **ključu delitve**, MongoDB pa usmeri poizvedbe na prave delke.

## Zakaj deliti: skaliranje preko enega strežnika

```text
A single server has limits (storage, RAM, write throughput). When data/load exceeds
what one server (even a powerful one) can handle, SHARDING distributes it:
  → data is split across multiple SHARDS (each a replica set)
  → each shard holds a SUBSET of the data → combined capacity scales horizontally
  → handles huge datasets and high write throughput
```

## Kako deluje razdeljevanje

```text
The sharded cluster has three parts:
  SHARDS    → each holds a portion of the data (each shard is itself a replica set)
  mongos    → query ROUTER — apps connect here; it routes queries to the right shard(s)
  CONFIG SERVERS → store metadata (which data is on which shard)

Data is partitioned by the SHARD KEY into CHUNKS, distributed across shards.
MongoDB balances chunks across shards automatically.
```

## Ključ delitve — najbolj kritična odločitev

```js
sh.shardCollection("mydb.orders", { customerId: 1 });   // shard by customerId
```

```text
The SHARD KEY determines how data is distributed — choosing it well is CRITICAL:
  ✓ HIGH CARDINALITY (many distinct values) → data spreads evenly
  ✓ EVEN DISTRIBUTION of reads/writes → no hot shards
  ✓ Queries include the shard key → routed to ONE shard (targeted, fast)
  ✗ A BAD shard key → uneven distribution (hotspots), or queries hitting ALL shards
    (scatter-gather, slow) → poor scaling. Hard to change later!
Strategies: ranged sharding, HASHED sharding (even distribution), zoned sharding.
```

## Ciljane nasproti razpršenim poizvedbam

```text
Query INCLUDES the shard key → routed to the specific shard(s) → fast (targeted)
Query WITHOUT the shard key → must query ALL shards (scatter-gather) → slower
→ Design the shard key around your common query patterns.
```

## Zakaj je to pomembno

Razdeljevanje je pomembno znanje za **skaliranje MongoDB-ja na zelo velike podatkovne nize in visoko prepustnost**, zato je razumevanje tega dragoceno znanje za višje nivoje za obsežne MongoDB implementacije.

Osrednja vrednost je **horizontalno skaliranje**: kadar podatki ali obremenitev presežejo to, kar zmore en strežnik, razdeljevanje podatke porazdeli čez več delkov, vodoravno skalira kapaciteto za obdelavo ogromnih podatkovnih nizov in visoko prepustnost pisanja, ki jih navpično skaliranje (bolj zmogljiv strežnik) ne more doseči — ključna zmogljivost za veliki obseg sistemov.

Razumevanje **arhitekture** (delki, ki vsak vsebuje podmnožico podatkov, `mongos` usmerjevalnik poizvedb, ki preusmeri poizvedbe, strežniki konfiguracije, ki hranijo metapodatke) je temeljno.

Najkritičnejše je razumevanje **ključa delitve** — polja ali polj, ki določajo porazdelitev podatkov — je ključno, ker je **najbolj pomembna in težko spremenljiva odločitev razdeljevanja**: dober ključ delitve (visoka kardinalnost, enakomerna porazdelitev, usmerjena s poizvedbami) razpraši podatke in obremenitev enakomerno ter omogoči ciljane poizvedbe, medtem ko slab povzroča vroče točke (neenakomerna obremenitev), razpršene poizvedbe (ki dosežejo vse delke, počasne) in slabo skaliranje.

Razumevanje **ciljanih nasproti razpršenim poizvedbam** (poizvedbe, ki vključujejo ključ delitve, se usmerijo na določene delke učinkovito; tiste brez njega dosežejo vse delke) okrepi oblikovanje ključa delitve okrog vzorcev poizvedb.

Ker je skaliranje na zelo velike podatke pravi izziv za hitro rastoče aplikacije, in ker razdeljevanje (MongoDB-jev mehanizem za horizontalno skaliranje) zahteva previdno razumevanje — zlasti kritično, težko spremenljivo odločitev ključa delitve in njen vpliv na porazdelitev in učinkovitost poizvedb — je razumevanje razdeljevanja pomembno znanje za višje nivoje za skaliranje MongoDB-ja, tema, ki kaže razumevanje vodoravnega skaliranja baze podatkov in eno, kjer odločitev o ključu delitve posebej odraža globoko, posledično MongoDB expertise skaliranja, pričakovano za senior vloge, ki obdelujejo sisteme v velikem obsegu.