웹 분산 서비스

[김종록]

좋습니다. 실제 운영에 가까운 “정석 구조”로 보면 이해가 확 됩니다. 여기서는 **example.com 도메인을 운영하는 DNS 3대 구성**을 예로 들겠습니다.

---

# 1. 전체 구조 (개념)

* 서버1 = Master DNS (정답 원본)
* 서버2 = Slave DNS
* 서버3 = Slave DNS

👉 모두 같은 도메인(example.com)을 서비스하지만 역할이 다릅니다.

---

# 2. 서버1 (Master DNS)

BIND 설정

```conf id="master1"
options {
    directory "/var/named";
    allow-query { any; };
    recursion no;
};

zone "example.com" IN {
    type master;
    file "example.com.db";

    allow-transfer {
        2.2.2.2;
        3.3.3.3;
    };
};
```

### 의미

* 이 서버가 **정답(원본 zone)** 보유
* 서버2, 서버3에게만 복제 허용

---

# 3. 서버2 (Slave DNS)

```conf id="slave2"
options {
    directory "/var/named";
    allow-query { any; };
    recursion no;
};

zone "example.com" IN {
    type slave;
    masters { 1.1.1.1; };
    file "slaves/example.com.db";
};
```

### 의미

* 1.1.1.1 (Master)에서 자동으로 복제 받음
* 자기 마음대로 수정 불가

---

# 4. 서버3 (Slave DNS)

```conf id="slave3"
options {
    directory "/var/named";
    allow-query { any; };
    recursion no;
};

zone "example.com" IN {
    type slave;
    masters { 1.1.1.1; };
    file "slaves/example.com.db";
};
```

---

# 5. 동작 흐름

DNS Zone Transfer

```text
1. 사용자 → example.com 요청
2. DNS 질의
3. 서버1 / 서버2 / 서버3 중 하나 응답
4. slave 서버들은 master에서 자동 복제
```

---

# 6. 핵심 포인트 정리

### ✔ named.conf 역할

* “이 서버가 DNS인지 설정”
* “어떤 zone을 담당하는지 지정”

### ✔ IP가 다른 이유

* 각 서버가 독립적으로 존재 (이중화)

### ✔ 중요한 구조 차이

| 역할     | 수정 가능 | 데이터 기준 |
| ------ | ----- | ------ |
| Master | O     | 기준     |
| Slave  | X     | 복제본    |

---

# 7. 당신이 헷갈린 부분 정리

당신 생각:

> “서버1,2,3 named.conf 똑같으면 되는 거 아냐?”

✔ 부분적으로 맞음 (파일 구조는 복제됨)
❌ 하지만 역할이 같으면 위험 (동기화 문제 발생)

---

# 8. 한 줄 결론

> DNS 다중 서버 구조는 “설정이 같은 복사본”이 아니라
> “Master 1개 + Slave 여러 개가 따라가는 구조”입니다

---

원하면 다음 단계로
👉 “이 DNS 구조 위에 웹 서버 3대를 붙이면 전체 분산 구조가 어떻게 되는지”
실제 ISP 구조처럼 이어서 설명해 드릴게요.