在 MongoDB 的 **副本集（Replica Set）模式** 下，**不需要部署 Config Server 和 mongos**。以下是详细解释：
---
### **1. 副本集的核心组件**
- **仅需 `mongod` 实例**：
副本集由多个 MongoDB 实例（`mongod` 进程）组成，包括：
- **主节点（Primary）**：处理所有写操作和读请求（默认）。
- **从节点（Secondary）**：复制主节点数据，可处理读请求（需配置读偏好）。
- **仲裁节点（Arbiter，可选）**：仅参与选举投票，不存储数据。
- **无 Config Server 或 mongos**：
- **Config Server** 是分片集群中用于存储元数据的组件。
- **mongos** 是分片集群的路由服务，用于将请求分发到不同分片。
- **副本集不涉及分片逻辑**，因此无需这些组件。
---
### **2. 副本集与分片集群的区别**
| **特性** | **副本集（Replica Set）** | **分片集群（Sharded Cluster）** |
|------------------|---------------------------------------|---------------------------------------|
| **核心目标** | 高可用性、数据冗余 | 水平扩展、大数据量和高并发处理 |
| **必需组件** | `mongod` 节点（Primary + Secondaries）| `mongod`（分片）、Config Server、mongos |
| **数据分布** | 全量数据复制到所有节点 | 数据按分片键分散到多个分片 |
| **适用场景** | 中小规模数据、高可用需求 | 超大规模数据、需线性扩展 |
---
### **3. 副本集的典型架构**
```plaintext
应用程序
↓
副本集（Primary）
↓ 数据复制
Secondary 1
↓ 数据复制
Secondary 2
```
- **直接连接**：客户端通过 MongoDB 驱动程序直接连接到副本集的主节点或从节点。
- **自动故障转移**：主节点宕机时，副本集会自动选举新的主节点，无需人工干预。
---
### **4. 为什么不需要 Config Server 和 mongos？**
- **Config Server**：
- 仅用于存储分片集群的元数据（如分片列表、数据块分布）。
- **副本集不涉及分片**，因此无需存储此类元数据。
- **mongos**：
- 作为分片集群的请求路由，将查询分发到不同分片。
- **副本集数据集中存储**，无需路由逻辑，客户端直接访问副本集成员即可。
---
### **5. 部署示例**
#### **副本集部署（无需分片组件）**
```yaml
# 示例：3 节点副本集配置（docker-compose.yml）
version: '3'
services:
mongo1:
image: mongo:latest
command: mongod --replSet rs0 --bind_ip_all
mongo2:
image: mongo:latest
command: mongod --replSet rs0 --bind_ip_all
mongo3:
image: mongo:latest
command: mongod --replSet rs0 --bind_ip_all
```
- 初始化副本集后，客户端直接连接任一节点（如 `mongo1:27017`）。
#### **分片集群部署（需要额外组件）**
```plaintext
应用程序 → mongos → Config Server → Shard1（副本集） + Shard2（副本集）
```
---
### **6. 总结**
- **副本集模式**：
- 仅需 `mongod` 实例（主节点 + 从节点）。
- 无需 Config Server 和 mongos，适用于高可用性需求但无需分片的场景。
- **分片集群模式**：
- 必须部署 Config Server 和 mongos。
- 适用于需要水平扩展的超大规模数据场景。
根据你的需求选择架构：
- **若数据量和性能需求可通过单副本集满足**，无需引入分片集群的复杂性。
- **若未来可能扩展为分片集群**，可在设计初期预留分片键，但无需提前部署分片组件。
