Hoe werken replica sets in MongoDB?

Question

Accepted Answer

Een **replica set** is een groep MongoDB-servers die dezelfde gegevens beheren — wat **hoge beschikbaarheid** (automatische failover) en **redundantie** biedt. Één node is de **primary** (verwerkt writes), anderen zijn **secondaries** (repliceren de gegevens van de primary en kunnen reads uitvoeren). Het is MongoDB's standaardmechanisme voor betrouwbaarheid.

## De structuur van een replica set

```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")
```

De primary verwerkt writes en repliceert deze (via de **oplog**, een logboek van operaties) naar secondaries, die gesynchroniseerd blijven. Een typische set heeft 3 leden voor weerbaarheid.

## Automatische failover (hoge beschikbaarheid)

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

**Automatische failover** is de belangrijkste waarde: als de primary uitvalt, kiest de replica set automatisch een nieuwe primary — waarbij een serverfout wordt omgezet in een korte onderbreking in plaats van een volledig uitvallen. (Een oneven aantal stemmende leden voorkomt gelijklopende verkiezingen.)

## Read scaling en read preferences

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

Secondaries kunnen reads uitvoeren (read capacity schalen), beheerd door **read preferences** — hoewel secondary reads mogelijk iets achtergelopen zijn (asynchrone replicatie).

## Write concern (duurzaamheid)

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

**Write concern** controleert duurzaamheid: `w: "majority"` wacht tot een meerderheid van nodes bevestigt (veiliger — overleeft primary failure zonder gegevensverlies) versus `w: 1` (sneller maar een write kan verloren gaan bij failover).

## Waarom het belangrijk is

Replica sets zijn fundamenteel voor het betrouwbaar uitvoeren van MongoDB in productie, dus het begrijpen ervan is belangrijke senior-level kennis voor MongoDB-implementaties in productie.

De kernwaarde is **hoge beschikbaarheid door automatische failover**: een replica set (een groep servers die dezelfde gegevens beheren, met een primary die writes verwerkt en secondaries die repliceren) kiest automatisch een nieuwe primary als de huidige uitvalt — waarbij een serverfout wordt omgezet in een korte onderbreking in plaats van een totale uitval, wat essentieel is voor systemen die beschikbaar moeten blijven (en is vereist voor transacties en veel productiefuncties).

De structuur begrijpen (primary, secondaries, optionele arbiter, de oplog voor replicatie) en het **elections/failover** mechanisme is fundamenteel.

Weten dat secondaries **reads** kunnen uitvoeren (read capacity schalen via **read preferences**, met voorbehoud van mogelijke lichte veroudering door asynchrone replicatie) is waardevol voor prestaties.

Bijzonder belangrijk is het begrijpen van **write concern** — de duurzaamheidscontrole waarbij `w: "majority"` ervoor zorgt dat een write wordt bevestigd door een meerderheid van nodes (zodat deze primary failover overleeft zonder gegevensverlies — belangrijk voor kritieke gegevens) versus `w: 1` (sneller maar riskanter bij failover) — een cruciale betrouwbaarheid/prestatie afweging.

Omdat hoge beschikbaarheid en duurzaamheid essentieel zijn voor productiedatabases, en omdat replica sets (met automatische failover, read scaling via secondaries, en write concern voor duurzaamheid) MongoDB's fundamenteel mechanisme ervoor zijn, is het begrijpen van replica sets — de structuur, automatische failover, read preferences, en vooral write concern — belangrijke senior-level kennis voor het betrouwbaar implementeren van MongoDB in productie, een veelvuldig kritiek punt en een onderwerp dat aantoont dat men MongoDB's high-availability en duurzaamheidsmodel begrijpt, wat verwacht wordt voor senior rollen die met de database werken.