Kết luận nhanh trước khi đi sâu
- Xpenology trên Proxmox phù hợp để vọc DSM, học cách dùng Synology mà không cần mua phần cứng thật — nhưng không nên dùng cho data quan trọng
- SHR là lựa chọn mặc định tốt nhất cho homelab nếu ổ cứng không cùng dung lượng
- RAID 5 hợp khi tất cả ổ cùng size và muốn dùng thêm ngoài ecosystem Synology
- SHR-2 hoặc RAID 6 nếu ổ cứng đã già hoặc data thực sự quan trọng
Và điều quan trọng nhất bài này muốn nhấn mạnh: khi dùng SHR, luôn dùng ổ cứng NAS — lý do cụ thể ở phần dưới.
Synology thật vs Xpenology trên Proxmox
Trước khi so sánh RAID, cần hiểu rõ hai cách chạy DSM khác nhau về bản chất.
Synology thật (phần cứng chính hãng)
DSM chạy trên NAS Synology gốc: DS923+, DS1522+, DS1821+...
Ưu điểm:
- Được Synology hỗ trợ đầy đủ, cập nhật DSM không lo brick
- Hardware được tối ưu cho NAS: chip tiết kiệm điện, fan thấp, form factor nhỏ gọn
- SMART, wake-on-LAN, fan control hoạt động hoàn hảo
- Warranty và RMA nếu phần cứng hỏng
- Đủ điều kiện dùng Surveillance Station, Hybrid Share, Active Backup for Business
Nhược điểm:
- Giá cao: DS923+ khoảng 600–700 USD chưa kể ổ cứng
- Không linh hoạt về phần cứng, không tự nâng cấp CPU/RAM tùy ý (trừ một số model)
- Bị khoá vào ecosystem Synology
Xpenology trên Proxmox (DSM giả lập)
DSM chạy trong VM trên Proxmox thông qua bootloader Arc, giả lập phần cứng của model Synology cụ thể.
Hướng dẫn cài đặt chi tiết xem ở bài Xpenology trên Proxmox VE 8.2.4.
Ưu điểm:
- Không tốn tiền mua NAS thật — chạy trên PC cũ hoặc server có sẵn
- Linh hoạt tài nguyên: muốn thêm RAM hay CPU chỉ cần chỉnh VM
- Dùng thử DSM, học tính năng trước khi quyết định mua phần cứng thật
- Snapshot Proxmox: rollback toàn bộ VM về trạng thái trước nếu update DSM hỏng
Nhược điểm:
- Không được Synology hỗ trợ, không có warranty, không được dùng một số tính năng enterprise
- Phụ thuộc vào cộng đồng maintain Arc bootloader — nếu Synology đổi bootloader signature thì có thể không cập nhật được DSM
- Passthrough HDD qua Proxmox cần CPU hỗ trợ VT-d (IOMMU)
- Nếu Proxmox host gặp vấn đề, NAS VM cũng sập theo
- Không nên dùng cho data thực sự quan trọng — thiếu layer bảo vệ của phần cứng thật
Khi nào nên dùng Xpenology trên Proxmox:
- Lab để học và thử nghiệm DSM
- Lưu data ít quan trọng: media, backup phụ
- Muốn trải nghiệm trước khi đầu tư mua NAS thật
So sánh các loại RAID trên Synology
Bảng so sánh nhanh
| RAID | Ổ tối thiểu | Chịu lỗi | Ví dụ: 3 ổ 4TB | Ví dụ: 1TB+2TB+3TB | Thêm ổ khác size |
|---|---|---|---|---|---|
| RAID 0 | 2 | 0 ổ | 12TB | 6TB | Không hỗ trợ |
| RAID 1 | 2 | n-1 ổ | 4TB | 1TB | Không hỗ trợ |
| RAID 5 | 3 | 1 ổ | 8TB | 3TB ❌ bỏ phí 3TB | Khó, cần cùng size |
| RAID 6 | 4 | 2 ổ | 4TB (cần 4 ổ) | — | Khó, cần cùng size |
| SHR | 1+ | 1 ổ | 8TB | 4TB ✅ tận dụng hết | Thêm bất kỳ size |
| SHR-2 | 4+ | 2 ổ | 4TB (cần 4 ổ) | — | Thêm bất kỳ size |
RAID 0 — tốc độ, không bảo vệ
Dữ liệu được chia nhỏ (stripe) đều qua tất cả ổ. Không có parity, không có redundancy.
| Cấu hình | Usable | Mất 1 ổ |
|---|---|---|
| 2 × 4TB | 8TB | Mất toàn bộ |
| 3 × 4TB | 12TB | Mất toàn bộ |
| 1TB + 2TB + 3TB | 6TB | Mất toàn bộ |
Dùng khi: scratch disk, temp storage, cache — data có thể mất không sao. Không bao giờ dùng cho data quan trọng.
Không mở rộng được sau khi đã tạo.
RAID 1 — mirror, an toàn, tốn dung lượng nhất
Tất cả ổ đều chứa bản copy y hệt nhau. Usable = dung lượng của 1 ổ nhỏ nhất, bất kể có bao nhiêu ổ.
| Cấu hình | Usable | Có thể mất |
|---|---|---|
| 2 × 4TB | 4TB | 1 ổ |
| 3 × 4TB | 4TB | 2 ổ |
| 2TB + 4TB | 2TB (capped ở ổ nhỏ nhất) | 1 ổ |
Dùng khi: chỉ có 2 ổ và muốn bảo vệ tối đa, hoặc ổ cứng hệ thống cần redundancy đơn giản.
RAID 5 — cân bằng giữa dung lượng và bảo vệ
Dữ liệu + parity được stripe đều qua các ổ. Mất 1 ổ vẫn rebuild được. Công thức: (n-1) × size_ổ_nhỏ_nhất.
| Cấu hình | Usable | Parity overhead | Ghi chú |
|---|---|---|---|
| 3 × 4TB | 8TB | 4TB | Hiệu quả |
| 4 × 4TB | 12TB | 4TB | Hiệu quả |
| 1TB + 2TB + 3TB | 3TB | 3TB | Bỏ phí 3TB vì capped ở ổ nhỏ nhất |
| 2TB + 2TB + 4TB | 6TB | 2TB | 4TB drive chỉ dùng được 2TB |
Vấn đề với ổ khác size: RAID 5 bị giới hạn bởi ổ nhỏ nhất. 3 ổ 1TB+2TB+3TB chỉ dùng được 3 × 1TB - 1TB parity = 2TB... thực ra là (3-1) × 1TB = 2TB? Không, con số đúng là 3TB vì Synology tính theo cách khác — nhưng điểm mấu chốt là 3TB trong tổng 6TB bị bỏ phí.
Dùng khi: tất cả ổ cùng dung lượng, hoặc muốn dùng chuẩn RAID phổ thông (đọc được trên non-Synology hardware).
RAID 6 — chịu được 2 ổ hỏng cùng lúc
Giống RAID 5 nhưng có 2 parity stripe. Cần tối thiểu 4 ổ.
| Cấu hình | Usable | Parity overhead | Có thể mất |
|---|---|---|---|
| 4 × 4TB | 8TB | 8TB | 2 ổ |
| 5 × 4TB | 12TB | 8TB | 2 ổ |
| 6 × 4TB | 16TB | 8TB | 2 ổ |
Dùng khi: ổ cứng già, array lớn (rebuild RAID 5 với array 20TB+ mất 1–2 ngày — trong thời gian đó nếu thêm 1 ổ nữa hỏng thì mất hết dữ liệu). RAID 6 mua thêm một lớp bảo vệ trong quá trình rebuild.
SHR — lựa chọn mặc định của Synology
Synology Hybrid RAID chia mỗi ổ thành các segment đồng đều, rồi ghép chúng lại theo kiểu RAID-5 (hoặc RAID-1 với 2 ổ) để tận dụng tối đa dung lượng khi ổ khác size.
Cách SHR tính dung lượng — ví dụ cụ thể
Trường hợp 1: 3 ổ cùng size (4TB + 4TB + 4TB)
Segment A: 4TB từ ổ 1 + 4TB từ ổ 2 + 4TB từ ổ 3
→ RAID-5: usable = 8TB, parity = 4TB (= ổ lớn nhất)
Parity overhead = dung lượng ổ lớn nhất. Kết quả giống RAID 5.
Trường hợp 2: 3 ổ khác size (1TB + 2TB + 3TB)
SHR chia thành nhiều segment, tận dụng phần dư sau khi lấy phần chung:
Bước 1 — lấy 1TB từ mỗi ổ:
Segment A: 1TB (ổ 1) + 1TB (ổ 2) + 1TB (ổ 3) → RAID-5 = 2TB usable
Còn dư: ổ 1=0, ổ 2=1TB, ổ 3=2TB
Bước 2 — lấy 1TB từ 2 ổ còn dư:
Segment B: 1TB (ổ 2) + 1TB (ổ 3) → RAID-1 = 1TB usable
Còn dư: ổ 3=1TB (đứng một mình, không có cặp → không có parity)
Segment C: 1TB (ổ 3 đơn lẻ) → 1TB usable, không được bảo vệ!
Tổng: 2 + 1 + 1 = 4TB usable
Parity dùng: 2TB (không phải 3TB = ổ lớn nhất)
Cảnh báo: 1TB cuối trên ổ lớn nhất không được bảo vệ nếu pool chỉ có 3 ổ
Bảng tổng hợp SHR với ổ khác size:
| Cấu hình | Tổng | RAID 5 | SHR | Dư phí với RAID 5 |
|---|---|---|---|---|
| 1TB + 2TB + 3TB | 6TB | 3TB | 4TB | 1TB tiết kiệm được |
| 2TB + 2TB + 4TB | 8TB | 6TB | 6TB | Như nhau |
| 1TB + 3TB + 4TB | 8TB | 3TB | 5TB | 2TB tiết kiệm được |
| 2TB + 4TB + 6TB | 12TB | 6TB | 9TB | 3TB tiết kiệm được |
Ổ càng chênh lệch, SHR càng tiết kiệm dung lượng hơn RAID 5.
Quy tắc khi thêm ổ vào SHR pool
Khi thêm ổ mới, ổ mới phải có dung lượng >= ổ lớn nhất hiện tại thì mới expand được usable storage. Ví dụ:
- Pool hiện tại: 2TB + 4TB (SHR = 4TB usable)
- Thêm ổ 2TB: pool có 2TB+4TB+2TB, nhưng usable không tăng lên đáng kể
- Thêm ổ 4TB: pool có 2TB+4TB+4TB → usable tăng lên 6TB ✅
- Thêm ổ 8TB: usable tăng nhiều hơn nữa ✅
Hạn chế quan trọng: SHR là thuật toán độc quyền Synology. Nếu NAS phần cứng hỏng hoàn toàn, bạn cần một chiếc Synology NAS khác mới đọc được dữ liệu — không cắm vào máy tính thông thường được.
SHR-2 — SHR chịu được 2 ổ hỏng
Giống SHR nhưng giữ 2 parity segment thay vì 1, tương tự quan hệ giữa RAID 5 và RAID 6. Parity overhead = 2 × ổ lớn nhất.
| Cấu hình | Usable | Parity | Có thể mất |
|---|---|---|---|
| 4 × 4TB | 8TB | 8TB | 2 ổ |
| 4 × 4TB + 1 × 2TB | 8TB+ | 8TB | 2 ổ |
Yêu cầu tối thiểu: 4 ổ cứng
Dùng khi: data rất quan trọng, ổ cứng không đều dung lượng, hoặc array lớn mà không muốn rủi ro rebuild khi một ổ hỏng.
Chọn RAID nào cho homelab
Chỉ có 2 ổ: → RAID 1. Không còn lựa chọn nào khác nếu muốn bảo vệ data.
3–4 ổ, cùng dung lượng: → RAID 5 nếu muốn dùng ngoài ecosystem Synology về sau. SHR nếu ở lại Synology lâu dài.
3–4 ổ, khác dung lượng: → SHR gần như luôn là lựa chọn tốt hơn.
4+ ổ, data quan trọng: → SHR-2 hoặc RAID 6.
Chỉ muốn dùng tốc độ, data không quan trọng: → RAID 0, nhưng luôn phải có backup riêng.
Dùng SHR bắt buộc phải dùng ổ cứng NAS
Đây là điều nhiều người bỏ qua khi mới dùng Synology, đặc biệt với Xpenology.
Tại sao expansion SHR mất rất lâu
Khi thêm ổ mới vào SHR pool, Synology phải reshape toàn bộ array — tái phân bổ lại dữ liệu và parity trên tất cả ổ, bao gồm cả ổ mới. Đây không phải quá trình đơn giản. Với array lớn:
- Thêm ổ 4TB: 12–24 giờ
- Thêm ổ 8TB: 24–48 giờ
- Thêm ổ 12TB trở lên: có thể đến 3–5 ngày
Theo dõi tiến trình qua SSH:
cat /proc/mdstat
# finish=847.8min speed=57623K/sec
Chi tiết cách theo dõi và lưu ý khi expand xem thêm ở bài thêm ổ cứng vào SHR Synology.
Tại sao desktop drive không hợp với expansion dài ngày
Trong suốt thời gian reshape, tất cả ổ trong array bị đọc và ghi liên tục, không nghỉ. Desktop drive (WD Blue, Seagate Barracuda...) được thiết kế cho workload ngắn, có duty cycle giới hạn thường khoảng 8 giờ/ngày. Khi phải chạy liên tục 24–48 giờ không ngừng dưới tải cao:
- Nhiệt độ tăng vượt ngưỡng thiết kế
- Tỷ lệ lỗi đọc/ghi tăng cao
- Ổ dễ hỏng giữa chừng khi đang reshape — đây là tình huống tệ nhất: array đang ở trạng thái degraded, thêm một ổ hỏng nữa thì mất toàn bộ data
NAS drive (WD Red, WD Red Pro, Seagate IronWolf, Seagate IronWolf Pro) được thiết kế cho duty cycle 24/7, tối ưu cho workload sequential dài, và có firmware chịu được rung động nhiều ổ trong cùng chassis.
Không phải là khuyến nghị thận trọng quá mức — đây là rủi ro thực tế. Nhiều người dùng desktop drive với Synology vẫn ổn trong điều kiện bình thường, nhưng khi expansion chạy nhiều ngày là lúc drive desktop dễ gặp vấn đề nhất.
Quy tắc thực tế
| Trường hợp | Drive phù hợp |
|---|---|
| Lab, thử nghiệm, data không quan trọng | Desktop drive tạm được |
| Xpenology trên Proxmox, data cá nhân | NAS drive nên có |
| SHR với expansion thường xuyên | NAS drive bắt buộc |
| Synology thật, data quan trọng | NAS drive bắt buộc, cân nhắc Pro series |
WD Red Plus (CMR) là lựa chọn phổ biến nhất cho homelab NAS. Tránh WD Red SMR thế hệ cũ (5400 series) cho array SHR vì SMR có hiệu suất ghi ngẫu nhiên kém, làm thời gian expansion kéo dài thêm đáng kể.
Checklist trước khi tạo storage pool
- Đã chọn đúng loại RAID theo nhu cầu chưa (số ổ, data quan trọng không, có muốn dùng ổ khác size không)
- Ổ cứng có phải NAS drive không nếu định dùng SHR và mở rộng về sau
- Đã kiểm tra SMART của từng ổ trước khi add vào pool chưa (
synodiskport -disk sda -health) - Có backup riêng biệt cho data quan trọng chưa — SHR và RAID không thay thế backup
- Nếu chạy Xpenology: đã passthrough HDD qua IOMMU thay vì dùng virtual disk chưa