Kako delujejo replikacijski nizi v MongoDB?

Question

Accepted Answer

**Replikacijski niz** je skupina MongoDB strežnikov, ki ohranjajo iste podatke — zagotavljajo **visoko razpoložljivost** (avtomatsko prevzem ob napaki) in **redundanco**. En vozlišče je **primarni** (obdeluje pisanja), ostali so **sekundarni** (replikujejo podatke primarnega in lahko streživajo branja). To je Mongodbov standardni mehanizem za zanesljivost.

## Struktura replikacijskega niza

```text
PRIMARY (1)   → receives all WRITES; replicates changes to secondaries
SECONDARIES (2+) → copy the primary's data (via the oplog); can serve READS
ARBITER (optional) → votes in elections but holds no data (for odd vote counts)

Write → Primary → replicated to Secondaries (via the operations log "oplog")
```

Primarni obdeluje pisanja in jih replikuje (prek **oploga**, dnevnika operacij) do sekundarnih, ki ostanejo usklajeni. Tipičen niz ima 3 člane za odpornost.

## Avtomatski prevzem ob napaki (visoka razpoložljivost)

```text
If the PRIMARY fails:
  → the secondaries detect it and hold an ELECTION
  → a secondary is automatically elected as the NEW PRIMARY
  → the application (via the driver) reconnects to the new primary
  → minimal downtime, no manual intervention
→ This automatic failover is the key high-availability benefit.
```

**Avtomatski prevzem ob napaki** je glavna vrednost: če primarni odpove, replikacijski niz avtomatično izbere novega primarnega — napako strežnika spremeni v kratek prekid namesto izpada. (Liho število glasujočih članov preprečuje neodločene volitve.)

## Skaliranje branja in preference branja

```js
// reads can be directed to secondaries to offload the primary
db.collection.find().readPref("secondaryPreferred");
// read preferences: primary (default), secondary, nearest, etc.
```

Sekundarni lahko služijo branjem (skaliranje kapacitete branja), ki ga nadzira **preference branja** — čeprav sekundarni brani lahko malo zaostajajo (asinkrona replikacija).

## Skrb za pisanja (trajnost)

```js
// write concern: how many nodes must acknowledge a write before it's confirmed
db.collection.insertOne(doc, { writeConcern: { w: "majority" } });
// w: 1 (primary only — fast, less safe) vs w: "majority" (safer — survives failover)
```

**Skrb za pisanja** nadzira trajnost: `w: "majority"` čaka, da večina vozlišč potrdi (varnejše — preživi napako primarnega brez izgube podatkov) v primerjavi s `w: 1` (hitrejše, vendar je pisanje lahko izgubljeno ob prevzemu).

## Zakaj je to wichtig

Replikacijski nizi so temeljni za zanesljiv zagon MongoDB v produkciji, zato je razumevanje njihov važno znanje na ravni seniora za produkcijske MongoDB uvajanja.

Jedro vrednosti je **visoka razpoložljivost prek avtomatskega prevzema ob napaki**: replikacijski niz (skupina strežnikov, ki ohranjajo iste podatke, s primarnim, ki obdeluje pisanja, in sekundarnimi, ki replikujejo) avtomatično izbere novega primarnega, če trenutni odpove — napako strežnika spremeni v kratek prekid namesto popolnega izpada, kar je bistveno za sisteme, ki morajo ostati dostopni (in je potrebno za transakcije in številne produkcijske funkcije).

Razumevanje strukture (primarni, sekundarni, neobvezni arbiter, oplog za replikacijo) in mehanizma **volitve/prevzema** je temeljno.

Znati, da sekundarni lahko služijo **branjem** (skaliranje kapacitete branja prek **preferenc branja**, z opozorilom možnega majhnega zaostajanja asinkronizirane replikacije) je dragoceno za zmogljivost.

Posebej važno je razumevanje **skrbi za pisanja** — nadzora trajnosti, kjer `w: "majority"` zagotavlja, da je pisanje potrjeno s strani večine vozlišč (zato preživi prevzem primarnega brez izgube podatkov — važno za kritične podatke) v primerjavi s `w: 1` (hitrejše, vendar bolj tvegano pri prevzemu) — ključni kompromis zanesljivosti/zmogljivosti.

Ker sta visoka razpoložljivost in trajnost nujni za produkcijske podatkovne baze, in ker so replikacijski nizi (s prisiljo avtomatskega prevzema ob napaki, skaliranjem branja prek sekundarnih in skrbjo za pisanja za trajnost) Mongodbov temeljni mehanizem zanju, je razumevanje replikacijskih nizov — strukture, avtomatskega prevzema ob napaki, preferenc branja in posebej skrbi za pisanja — važno znanje na ravni seniora za zanesljiv zagon MongoDB v produkciji, pogosto kritična skrb in tema, ki dokazuje razumevanje Mongodbovega modela visoke razpoložljivosti in trajnosti, ki se pričakuje za višje vloge, ki delajo s podatkovno bazo.