MongoDB에서 replica set은 어떻게 동작하나요?

Question

Accepted Answer

**replica set**은 동일한 데이터를 유지하는 MongoDB 서버 그룹입니다 — **고가용성**(자동 failover)과 **이중화**를 제공합니다. 한 노드는 **primary**(쓰기 처리), 나머지는 **secondary**(primary의 데이터를 복제하고 읽기를 제공할 수 있음)입니다. MongoDB의 표준 신뢰성 메커니즘입니다.

## replica set 구조

```text
PRIMARY (1)   → 모든 쓰기를 받음; secondary에 변경 복제
SECONDARIES (2+) → primary의 데이터 복사 (oplog를 통해); 읽기 제공 가능
ARBITER (선택) → 선거에 투표하지만 데이터 없음 (홀수 투표 수용)

쓰기 → Primary → Secondaries에 복제 (연산 로그 "oplog"를 통해)
```

primary는 쓰기를 처리하고 이를 (**oplog**, 연산 로그를 통해) secondary에 복제하며, secondary는 동기화 상태를 유지합니다. 일반적인 set은 복원력을 위해 3개의 멤버를 가집니다.

## 자동 failover (고가용성)

```text
PRIMARY가 실패하면:
  → secondary들이 이를 감지하고 선거(ELECTION)를 함
  → secondary 하나가 자동으로 새 PRIMARY로 선출됨
  → 애플리케이션이 (드라이버를 통해) 새 primary에 재연결
  → 최소한의 다운타임, 수동 개입 없음
→ 이 자동 failover가 핵심 고가용성 이점.
```

**자동 failover**가 주요 가치입니다: primary가 실패하면 replica set이 자동으로 새 primary를 선출합니다 — 서버 장애를 중단이 아니라 짧은 끊김으로 바꿉니다. (홀수의 투표 멤버가 동점 선거를 방지합니다.)

## 읽기 확장과 read preference

```js
// 읽기를 secondary로 보내 primary 부하를 덜 수 있음
db.collection.find().readPref("secondaryPreferred");
// read preference: primary(기본), secondary, nearest 등
```

secondary는 읽기를 제공할 수 있어(읽기 용량 확장) **read preference**로 제어됩니다 — 다만 secondary 읽기는 약간 오래되었을 수 있습니다(비동기 복제).

## write concern (내구성)

```js
// write concern: 쓰기가 확인되기 전 몇 개의 노드가 승인해야 하는지
db.collection.insertOne(doc, { writeConcern: { w: "majority" } });
// w: 1 (primary만 — 빠름, 덜 안전) vs w: "majority" (더 안전 — failover에서 살아남음)
```

**write concern**은 내구성을 제어합니다: `w: "majority"`는 과반수의 노드가 승인할 때까지 기다립니다(더 안전 — 데이터 손실 없이 primary 장애에서 살아남음) vs `w: 1`(더 빠르지만 failover 시 쓰기가 손실될 수 있음).

## 왜 중요한가

replica set은 프로덕션에서 MongoDB를 신뢰성 있게 운영하는 데 근본적이므로, 이를 이해하는 것은 프로덕션 MongoDB 배포에 중요한 senior 수준 지식입니다.

핵심 가치는 **자동 failover를 통한 고가용성**입니다: replica set(동일한 데이터를 유지하는 서버 그룹으로, primary가 쓰기를 처리하고 secondary가 복제)이 현재 primary가 실패하면 자동으로 새 primary를 선출합니다 — 서버 장애를 전체 중단이 아니라 짧은 끊김으로 바꾸며, 이는 항상 가용해야 하는 시스템에 필수적입니다(트랜잭션과 많은 프로덕션 기능에 필요).

구조(primary, secondary, 선택적 arbiter, 복제를 위한 oplog)와 **선거/failover** 메커니즘을 이해하는 것이 기초입니다.

secondary가 **읽기**를 제공할 수 있다는 것(**read preference**를 통한 읽기 용량 확장, 비동기 복제로 인한 약간의 오래됨 가능성이라는 주의사항과 함께)을 아는 것은 성능에 가치가 있습니다.

특히 중요한 것은 **write concern**을 이해하는 것입니다 — `w: "majority"`는 쓰기가 과반수의 노드에 의해 승인되도록 보장하고(데이터 손실 없이 primary failover에서 살아남음 — 중요한 데이터에 중요) `w: 1`(더 빠르지만 failover에서 더 위험)과 비교되는 내구성 제어로, 핵심 신뢰성/성능 트레이드오프입니다.

고가용성과 내구성이 프로덕션 데이터베이스에 필수적이고, replica set(자동 failover, secondary를 통한 읽기 확장, 내구성을 위한 write concern)이 그것을 위한 MongoDB의 근본 메커니즘이므로, replica set — 구조, 자동 failover, read preference, 특히 write concern — 을 이해하는 것은 프로덕션에서 MongoDB를 신뢰성 있게 배포하는 데 중요한 senior 수준 지식이며, 자주 중대한 관심사이자 senior 역할에 기대되는 MongoDB의 고가용성 및 내구성 모델에 대한 이해를 보여주는 주제입니다.