Chọn ổ cứng NAS theo workload: phim, ảnh, database

"Ổ nào cũng như ổ nào" là tư duy tốn tiền oan

Có kiểu mua sắm rất quen: ra cửa hàng, hỏi "ổ cứng NAS nào tốt nhất", rồi rước về con 7200 RPM workload cao nhất trong tầm giá — cho chắc. Vấn đề là NAS nhà bạn dùng xem phim buổi tối, không phải chạy database ngân hàng, nên chẳng cần "chắc" đến mức đó. Trả thêm 30-40% cho tốc độ không bao giờ đụng tới cũng là lãng phí — chỉ là nó khoác áo "cẩn thận" nên ít ai nhận ra.

Chiều ngược lại còn đau hơn: ham rẻ, lắp ổ desktop hoặc ổ SMR vào RAID nhiều khay chạy 24/7. Rồi một ngày đẹp trời ổ hỏng, bấm rebuild và... đợi ba bốn ngày, có khi giữa chừng controller đá luôn ổ ra khỏi mảng vì phản hồi ghi chậm quá ngưỡng chịu đựng. Lúc đó mới thấm "ổ nào cũng như ổ nào" là câu nói đắt giá nhất giới NAS.

Sự thật là mỗi kiểu tải (workload) đặt áp lực khác nhau lên ổ cứng: xem phim là đọc tuần tự nhàn tênh, lưu ảnh archive là ít đọc nhưng tuyệt đối không được mất, còn chạy database/VM là hàng nghìn thao tác đọc-ghi ngẫu nhiên dồn dập. Nguyên tắc chọn ổ vì vậy đơn giản: xuất phát từ nhu cầu thật của bạn trước, rồi mới lần ra model phù hợp — bất kể hãng nào, đừng chọn theo thói quen hay theo hãng quen tay.

Media server: đọc tuần tự là chính, đừng trả tiền cho thứ không dùng

Plex, Jellyfin, Emby chạy trên NAS 4-6 người dùng trong nhà thì kiểu tải chủ đạo là đọc tuần tự (sequential read) — server đọc một file phim từ đầu đến cuối, không nhảy lung tung như database. Một file 4K remux thường chỉ cần khoảng 80-100 Mbps, tức 10-12 MB/s. So với tốc độ đọc tuần tự của một ổ cứng đơn — thường 150-250+ MB/s tùy dung lượng và RPM — thì đĩa cứng dư sức, chưa kể RAID nhiều ổ còn cộng dồn băng thông.

Điểm nghẽn thật của một dàn Plex/Jellyfin nằm ở CPU transcode (chuyển mã cho thiết bị không hỗ trợ 4K/HEVC trực tiếp) và băng thông mạng, không phải tốc độ ổ cứng. RAID performance gần như vô hình ở đây. Ổ 5400-class dòng tiêu chuẩn (WD Red Plus, Seagate IronWolf bản thường, Toshiba N300) là quá đủ, thư viện phim có phình to theo năm tháng cũng không sao — cái cần nhiều hơn là dung lượng và giá/TB tốt, không phải RPM cao.

Photo backup / archive: độ tin cậy quan trọng hơn tốc độ

Ảnh RAW, video gốc của nhiếp ảnh gia hay ảnh gia đình có một đặc điểm chung: ít khi đọc lại, nhưng tuyệt đối không được mất. Với kiểu dữ liệu này, chỉ số đáng quan tâm là MTTF (Mean Time To Failure) và AFR (Annualized Failure Rate) — độ tin cậy thống kê của ổ, chứ không phải nó đọc nhanh cỡ nào.

Điểm bắt buộc tuyệt đối ở đây là CMR (Conventional Magnetic Recording), không phải SMR (Shingled Magnetic Recording). Ổ SMR ghi dữ liệu chồng lấn lên nhau để tăng mật độ, nên khi RAID cần rebuild (ghi lại toàn bộ dữ liệu vào ổ mới), tốc độ ghi tụt thê thảm — rebuild vốn mất vài giờ trên CMR có thể kéo dài 3-5 ngày trên SMR, nhiều trường hợp controller còn đánh rớt ổ khỏi mảng giữa chừng vì phản hồi quá chậm. Đây là cạm bẫy dễ dính nhất: một số ổ phổ thông đời cũ hoặc ổ desktop dùng công nghệ SMR mà người mua không để ý, tưởng rẻ hơn vài trăm nghìn là lời — đến lúc rebuild mới biết mình lời giả lỗ thật.

Với archive quan trọng, nên nhắm dòng Pro (WD Red Pro, Seagate IronWolf Pro, Toshiba N300 series) — workload rating cao hơn (300 TB/năm so với 180 TB/năm của dòng phổ thông), bảo hành 5 năm thay vì 3, một số dòng Pro còn kèm dịch vụ cứu dữ liệu vài năm đầu. Nhưng nhớ giúp: ổ tốt đến mấy cũng không thay được backup . Áp dụng quy tắc 3-2-1 (3 bản sao, 2 loại lưu trữ khác nhau, 1 bản off-site) cho ảnh quý — RAID chỉ chống được ổ hỏng, không chống được cháy nhà, ransomware hay tay run bấm nhầm lệnh xóa.

Database / VM: IOPS ngẫu nhiên mới là nút thắt thật

Văn phòng nhỏ chạy NAS làm file server kiêm vài VM/database nội bộ (ERP, kế toán) với nhiều nhân viên truy cập cùng lúc là bài toán hoàn toàn khác. Ở đây thứ quyết định độ trễ không phải throughput tuần tự mà là IOPS ngẫu nhiên — số thao tác đọc/ghi nhỏ, rải rác mà ổ xử lý được mỗi giây. HDD, dù là dòng Pro xịn nhất, vẫn bị giới hạn vật lý bởi đầu từ phải di chuyển tới đúng track trước khi đọc/ghi — đây là lý do database "lag" dù CPU/RAM của NAS còn dư thừa, chẳng liên quan gì đến sức mạnh xử lý.

Hai hướng xử lý thực dụng: một là chọn ổ workload rating cao nhất (dòng như Toshiba N300 Pro đạt tới 550 TB/năm, cao hơn cả Red Pro/IronWolf Pro ở mức 300 TB/năm), hai — và thường rẻ hơn nhiều — là thêm SSD/NVMe cache thay vì nâng cấp toàn bộ mảng lên ổ enterprise. Một cặp SSD cache RAID 1 vài trăm nghìn đến vài triệu đồng thường giải quyết vấn đề độ trễ tốt hơn nhiều so với thay hết 4-8 ổ HDD trong mảng bằng dòng Pro đắt gấp rưỡi.

Bảng chọn model theo workload

Giá tham khảo quốc tế thời điểm viết bài: WD Red Plus 4TB khoảng $169, 6TB khoảng $225, ở mốc 8TB rơi vào khoảng $32/TB. IronWolf 16TB đạt tới khoảng $22/TB — cạnh tranh giá/TB tốt. Toshiba N300 8TB khoảng $280, nhỉnh hơn nhưng bù lại MTTF công bố 1,2 triệu giờ. WD Red Pro 20TB khoảng $350 (~$17,5/TB), IronWolf Pro 12TB khoảng $470, bản 32TB niêm yết $849,99. Giá VN dao động theo nhà phân phối và tỷ giá từng thời điểm, nên coi đây là mức tham chiếu so sánh tương quan giữa các dòng, không phải giá chốt đơn.

Bật SSD cache cho workload nặng: mỗi nền tảng làm một kiểu

Nếu chọn hướng "thêm SSD cache thay vì nâng cấp cả mảng" cho database/VM, cách bật khác nhau tùy hệ điều hành NAS — dưới đây là năm nền tảng phổ biến:

• Synology DSM: vào Storage Manager, dùng SSD Cache Advisor để xem hệ thống có đề xuất bật cache không, sau đó tạo SSD Cache — read-write cache bắt buộc tối thiểu RAID 1 (2 SSD trở lên).
• QNAP QTS: Storage & Snapshots → SSD cache. QTS hỗ trợ read-write cache ở RAID 1/5/6 tùy số lượng SSD, theo tài liệu QNAP mức tăng IOPS khá đáng kể so với chạy thẳng trên HDD.
• UGREEN NASync (UGOS): cấu hình cache tương tự, hỗ trợ ổ SATA không khóa hãng — nhưng nên kiểm tra danh sách tương thích ổ cứng chính thức trước khi mua, vì UGOS còn khá mới so với DSM/QTS.
• TrueNAS/ZFS: không gọi "SSD cache" mà tách thành hai vdev riêng — L2ARC để tăng tốc đọc, SLOG cho ghi đồng bộ (quan trọng với database/VM qua NFS sync writes). Cấu hình tại Storage → Pools → Add Vdev.
• Unraid: dùng Cache Pool bằng SSD/NVMe — dữ liệu ghi mới vào cache trước, Mover đẩy xuống mảng HDD theo lịch đặt sẵn, giảm hẳn tải ghi ngẫu nhiên trực tiếp lên HDD.

Lỗi hay gặp khi chọn ổ NAS

• Lắp ổ desktop vào RAID 24/7: ổ desktop không có firmware và khả năng chống rung thiết kế cho hoạt động liên tục nhiều khay, dễ lỗi sớm hơn ổ NAS-grade dù thông số nhìn na ná nhau trên giấy.
• Nhầm CMR với SMR: một số ổ phổ thông đời cũ hoặc ổ desktop SMR khi lắp vào NAS khiến rebuild RAID kéo dài nhiều ngày thay vì vài giờ, thậm chí bị đánh rớt khỏi mảng giữa chừng. Luôn tra mã model trên datasheet của hãng trước khi mua — cùng một dòng sản phẩm vẫn có thể có bản CMR và bản SMR khác nhau.
• Chỉ nhìn RPM, bỏ qua workload rate: ổ 7200 RPM workload thấp vẫn quá tải nếu ghi liên tục vượt ngưỡng TB/năm công bố — RPM cao không đồng nghĩa "chịu tải nặng được lâu dài".
• Bật sai loại SSD cache: chọn read-only cache cho workload ghi nhiều như database thì không cải thiện được độ trễ ghi — phải là read-write cache mới có tác dụng.
• Không kiểm tra danh sách tương thích ổ cứng: chính sách này có thể thay đổi theo thời gian (một số dòng Plus series 2025 của Synology từng có giai đoạn giới hạn ổ tương thích, sau đó được gỡ bỏ ở DSM 7.3) — kiểm tra tại thời điểm mua thay vì tin vào thông tin cũ.

Chọn theo nhu cầu, không chọn theo thương hiệu quen

Gói lại cho dễ nhớ: xem phim thì lấy dòng tiêu chuẩn dung lượng cao, giá/TB tốt; lưu ảnh quý thì lấy dòng Pro, CMR bắt buộc, cộng thêm backup off-site; chạy database/VM thì đừng vội đổ tiền vào ổ enterprise cả dàn, thử SSD cache trước đã.

Vài lưu ý cuối: với ổ workload cao (database/VM), theo dõi SMART và cảnh báo sức khỏe ổ thường xuyên hơn ổ chạy media — áp lực ghi lớn rút ngắn tuổi thọ thực tế nhanh hơn số liệu trên giấy. Khi thêm hoặc thay ổ vào RAID đang chạy, giữ đồng nhất RPM và workload rate giữa các ổ trong cùng mảng — một ổ yếu nhất sẽ kéo chậm cả nhóm, nguyên tắc chung của RAID chứ chẳng chừa hãng nào. Và nhắc lại lần cuối cho chắc: RAID không phải backup, chọn đúng ổ chỉ giảm rủi ro chứ không triệt tiêu nó.