Hồ Sơ MongoShard: Thiết Kế Cụm 3-Node MongoDB 8.0 Replica Set (P-S-S vs P-S-A) Trên VPC
Trong báo cáo độ sẵn sàng cao của MongoShard, chúng tôi đặt lên bàn cân mô hình 3-Node đầy đủ (P-S-S) và mô hình 2-Data + 1-Arbiter (P-S-A) trên dải mạng nội bộ 10.x.x.x.
Kiểm Toán Quorum Trên MongoShard: Rủi Ro Phình History Store Khi Chạy P-S-A Với w:"majority"
Kiến trúc Primary + Secondary + Arbiter (P-S-A) cắt giảm khoảng 33% chi phí thuê RAM, nhưng chúng tôi lưu ý kỹ sư về đánh đổi lúc bảo trì: khi 1 Node dữ liệu tạm dừng trong lúc ghi mặc định w:"majority", tiến độ xác nhận đa số bị nghẽn khiến WiredTiger phải giữ lại lịch sử biến động trong History Store gây đầy bộ nhớ đệm. Với cụm 3-Node P-S-S trên mạng nội bộ 10Gbps VPC 2.0, bạn có thể khởi động lại từng máy chủ để vá nhân Linux mà 2 Node dữ liệu còn lại vẫn chốt giao dịch w:"majority" trơn tru.
Khởi Tạo Keyfile Nội Bộ & Lệnh rs.initiate() Chuẩn Mạng VPC Từ MongoShard
Cấu hình mẫu MongoShard cho hồ sơ three-node-replica-set-vpc — kiểm tra lại thông số RAM trước khi khởi động mongod.
# Tạo khóa xác thực cụm 756-byte đồng nhất trên cả 3 Node
openssl rand -base64 756 > /etc/mongodb-keyfile
chmod 400 /etc/mongodb-keyfile && chown mongodb:mongodb /etc/mongodb-keyfile
# mongosh — Khởi tạo cụm 3-Node P-S-S qua mạng nội bộ VPC (10.24.0.0/24)
rs.initiate({
_id: "rs0-prod",
members: [
{ _id: 0, host: "mongo-n1.vpc.internal:27017", priority: 2 },
{ _id: 1, host: "mongo-n2.vpc.internal:27017", priority: 1 },
{ _id: 2, host: "mongo-n3.vpc.internal:27017", priority: 1 }
]
});Bảng Quy Chiếu Bậc RAM & Hạ Tầng MongoShard Cho HỒ SƠ 02 • CƠ CHẾ QUORUM REPLICA SET & MẠNG RIÊNG VPC (2026-11-12)
Các mốc cấu hình dưới đây được tính toán xác định theo công thức (RAM − 1 GB) × 0.50 của MongoShard và tham chiếu biểu phí công khai ngày 2026-11-12 từ Vultr (https://www.vultr.com/pricing/) cùng UltaHost (https://ultahost.com/vps-hosting).
| Quy Mô Cụm / Bậc Máy Chủ | WiredTiger Cache | Dung Lượng Đáp Ứng | Cấu Hình Tham Chiếu (2026-11-12) |
|---|---|---|---|
| Quorum Tiết Kiệm (2-Data + Arbiter P-S-A) | 2× 7.5 GB + 2GB Voter | Tự bầu cử, giảm ~33% tiền RAM | 2× Hostinger KVM 4 + KVM 1 (~$26/tháng promo) |
| Chuẩn SaaS Thương Mại (3-Node P-S-S) | 3× 15.5 GB WT Cache | Bền vững w:majority + Vá lỗi 0s sập | 3× Vultr VPC 32GB hoặc UltaHost VDS 32GB |
| Tách Tải Báo Cáo (3 P-S-S + 1 Hidden) | 3 Node Chính + 1 Node Ẩn | Chuyên trách BI & sao lưu PBM S3 | Vultr Private VPC + Object Storage |
Danh Sách Kiểm Tra Triển Khai Sản Xuất MongoShard (VPC-REPLICA-HA)
- Chỉ gắn net.bindIp vào 127.0.0.1 và cổng mạng riêng VPC (10.24.0.x), khóa hoàn toàn cổng 27017 trước Internet công cộng.
- Khai báo tên miền nội bộ (mongo-n1.vpc.internal) trong rs.conf() thay cho địa chỉ IP tĩnh để linh hoạt thay đổi máy chủ.
- Đồng bộ tham số electionTimeoutMillis (mặc định 10000 ms) khớp với ngưỡng chờ kết nối của ứng dụng.
- Giám sát chặt dung lượng WiredTiger History Store nếu vận hành cụm P-S-A trong thời gian bảo trì Node Secondary.
Xem Gói Vultr Cho Hồ Sơ VPC-REPLICA-HA Trên MongoShard ↗ Đối Chiếu Thêm UltaHost Cho VPC-REPLICA-HA Trên MongoShard ↗ Nạp Cấu Hình Này Vào Bộ Tính MongoShard →
Câu Hỏi Kỹ Thuật MongoShard: HỒ SƠ 02 • CƠ CHẾ QUORUM REPLICA SET & MẠNG RIÊNG VPC
Theo MongoShard, trường hợp nào có thể áp dụng cấu hình 2-Data + 1-Arbiter (P-S-A)?
Chúng tôi đánh giá P-S-A phù hợp cho hệ thống nội bộ hoặc dự án SaaS giai đoạn đầu cần tự động bầu cử Primary mới nhưng muốn tiết kiệm tiền thuê Node RAM lớn thứ ba, với điều kiện đội vận hành sẵn sàng khắc phục nhanh khi 1 Node dữ liệu gặp sự cố.
Vì sao MongoShard nhấn mạnh vai trò của mạng riêng VPC 2.0 cho cụm 3-Node Replica Set?
Trong cụm 3-Node, mọi thao tác ghi trên Primary đều được kéo liên tục sang hai Node Secondary qua luồng Oplog. Đưa cổng 27017 vào mạng riêng VLAN 10Gbps giúp cô lập bề mặt tấn công mạng và miễn cước băng thông đồng bộ nội vùng trên hạ tầng như Vultr VPC 2.0.