MongoDB मा replica sets कसरी काम गर्छन्?

Question

Accepted Answer

एक **replica set** MongoDB सर्भरहरूको समूह हो जसले एक जस्तै डेटा राख्छ — **उच्च उपलब्धता** (स्वचालित failover) र **redundancy** प्रदान गर्छ। एक नोड **primary** हो (writes ह्यान्डल गर्छ), अन्य **secondaries** हुन् (primary को डेटा replicate गर्छन् र reads सेवा गर्न सक्छन्)। यो विश्वसनीयताको लागि MongoDB को मानक मेकानिजम हो।

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

Primary ले writes ह्यान्डल गर्छ र तिनलाई replicate गर्छ (**oplog** को माध्यमबाट, operations को एक लग) secondaries लाई, जो synchronized रहन्छन्। एक सामान्य set मा resilience को लागि ३ सदस्य हुन्छन्।

## स्वचालित failover (उच्च उपलब्धता)

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

**स्वचालित failover** मुख्य मूल्य हो: यदि primary विफल हुन्छ, replica set स्वचालित रूपमा नयाँ primary चुन्छ — एक सर्भर विफलतालाई पूर्ण outage को सट्टा एक छोटो बाधामा परिणत गर्दै। (एक विषम संख्यामा voting members tie elections बचाउँछ।)

## Read स्केलिङ र 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 ले reads सेवा गर्न सक्छन् (read capacity स्केल गर्दै), **read preferences** द्वारा नियन्त्रित — यद्यपि secondary reads अलिकति स्टेल हुन सक्छन् (asynchronous replication)।

## Write concern (स्थायित्व)

```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** ले स्थायित्व नियन्त्रण गर्छ: `w: "majority"` ले nodes को बहुमत द्वारा स्वीकार हुनको लागि प्रतीक्षा गर्छ (सुरक्षित — primary विफल हुन बिना डेटा हानी विना बचन्छ) बनाम `w: 1` (तीव्र तर एक write failover मा हराउन सक्छ)।

## यो किन महत्त्वपूर्ण छ

Replica sets MongoDB लाई production मा विश्वसनीय रूपमा चलाउनको लागि मौलिक छन्, त्यसैले production MongoDB deployments को लागि यिनलाई बुझ्नु महत्त्वपूर्ण सिनियर-स्तरको ज्ञान हो।

मुख्य मूल्य **स्वचालित failover को माध्यमबाट उच्च उपलब्धता** हो: एक replica set (एक जस्तै डेटा राख्ने सर्भरहरूको समूह, primary ले writes ह्यान्डल गर्छ र secondaries replicate गर्छन्) स्वचालित रूपमा नयाँ primary चुन्छ यदि वर्तमान एक विफल हुन्छ — एक सर्भर विफलतालाई पूर्ण outage को सट्टा एक छोटो बाधामा परिणत गर्दै, जो उपलब्ध रहनु पर्ने प्रणालीहरूको लागि आवश्यक छ (र transactions र धेरै production features को लागि आवश्यक छ)।

संरचना (primary, secondaries, optional arbiter, replication को लागि oplog) र **election/failover** मेकानिजम बुझ्नु आधारभूत हो।

यो जान्नु कि secondaries ले **reads** सेवा गर्न सक्छन् (read capacity स्केल गर्दै **read preferences** को माध्यमबाट, asynchronous replication बाट संभावित हल्का staleness को चेतावनी सहित) प्रदर्शन को लागि मूल्यवान छ।

विशेष गरी महत्त्वपूर्ण छ **write concern** बुझ्नु — स्थायित्व नियन्त्रण जहाँ `w: "majority"` ले ensure गर्छ कि एक write nodes को बहुमत द्वारा स्वीकार छ (त्यसैले यो primary failover विना डेटा हानी बिना बचन्छ — महत्त्वपूर्ण डेटा को लागि महत्त्वपूर्ण) बनाम `w: 1` (तीव्र तर failover मा जोखिमपूर्ण) — एक मुख्य विश्वसनीयता/प्रदर्शन trade-off।

उच्च उपलब्धता र स्थायित्व production डेटाबेसहरू को लागि आवश्यक छ, र यो कि replica sets (स्वचालित failover, secondaries को माध्यमबाट read स्केलिङ, र स्थायित्व को लागि write concern) MongoDB को मौलिक स्थायित्व र उच्च उपलब्धता को लागि मौलिक मेकानिजम छ, replica sets बुझ्नु — संरचना, स्वचालित failover, read preferences, र विशेष गरी write concern — production मा MongoDB लाई विश्वसनीय रूपमा deploy गर्नको लागि महत्त्वपूर्ण सिनियर-स्तरको ज्ञान हो, एक बारम्बार-महत्त्वपूर्ण चिन्ता र एक विषय जो MongoDB को उच्च-उपलब्धता र स्थायित्व मोडल को समझ प्रदर्शन गर्छ जो डेटाबेस संग काम गर्ने सिनियर भूमिकाहरू को लागि अपेक्षित छ।