SSD Cache vs Toàn SSD trên Synology NAS: Chọn sao cho đúng

SSD Cache và All-Flash Pool là gì, giải quyết nỗi đau gì

NAS chạy toàn ổ cứng cơ (HDD) có một tật xấu kinh niên: đọc/ghi file lớn tuần tự thì rất ngọt, nhưng vừa đụng truy cập ngẫu nhiên — mở hàng trăm file nhỏ, load thumbnail thư viện ảnh, khởi động vài container cùng lúc — là đầu đọc phải nhảy loạn xạ trên đĩa, độ trễ tăng vọt. Synology sinh ra hai cách dùng SSD để chữa bệnh này.

SSD Cache là tính năng có sẵn trong DSM: gắn thêm 1-2 SSD, DSM dùng nó làm bộ nhớ đệm cho các file "nóng" — tức file bạn hay đụng tới. Ổ HDD vẫn giữ vai trò lưu trữ chính , dung lượng hiển thị không đổi. SSD Storage Pool (hay All-Flash) triệt để hơn hẳn: bỏ luôn HDD, dùng SSD làm ổ lưu trữ chính.

Cụ thể hai cách này làm được gì:

• Giảm độ trễ rõ rệt khi nhiều người/nhiều app cùng táy máy vào NAS — SMB nhiều user, Synology Photos thư viện lớn, Container Manager chạy vài container nhỏ.
• Không cần đập bỏ dàn HDD hiện có — cache là lớp tăng tốc chèn thêm, không phải thay thế.
• DSM tự đo workload thật và gợi ý dung lượng cache phù hợp, đỡ phải đoán mò.
• Chọn đúng loại NAND và cấu hình (read-only 1 SSD hay read-write 2 SSD RAID1) quyết định cả tốc độ lẫn độ an toàn dữ liệu.

Case thực tế hay gặp:

1. Gia đình dùng DS224+ (2 khay) để tự động backup ảnh/video điện thoại rồi xem lại qua Synology Photos trên TV. Máy này không có khe M.2, nên cache SSD gần như không khả thi — làm là phải hy sinh 1 trong 2 khay data, coi như đánh đổi nửa dung lượng NAS chỉ để lấy tốc độ. Nghe đã thấy không đáng.
2. Người dùng DS423+ (4 khay HDD + 2 khe M.2 NVMe riêng) chạy dàn container nhỏ: Synology Photos, qBittorrent, bộ *arr stack qua Container Manager. Thêm 2 SSD NVMe làm read-write cache giúp container khởi động nhanh hẳn, DSM đỡ "khựng" mỗi lần load web UI.
3. Văn phòng nhỏ 5-10 người dùng NAS làm ổ mạng chung (SMB), nhiều người mở/sửa file Office cùng lúc. Cache đọc/ghi giảm độ trễ rõ so với chạy thẳng trên HDD — nhất là giờ cao điểm sáng thứ Hai, ai cũng mở file cùng một lúc như hẹn nhau trước.

So với việc chỉ nhét thêm RAM: DSM vốn đã tự dùng RAM để cache file system, nhưng cache đó bay sạch mỗi lần reboot. SSD cache bền hơn cho những file "nóng" lặp lại nhiều lần. Nhưng nó không thay được việc chuyển hẳn sang toàn SSD nếu bạn cần hiệu năng đồng đều mọi lúc, bất kể file có "nóng" hay không.

Vì sao chọn Storage Manager thay vì tự tính toán

SSD Cache là tính năng gốc trong Storage Manager của DSM — không cần cài thêm package nào, không đụng một dòng lệnh SSH nào. Cái hay nhất là DSM có sẵn công cụ đo workload thật gọi là SSD Cache Advisor, chạy phân tích trước khi bạn bỏ tiền mua SSD, tránh cảnh mua ổ to hơn cần thiết (phí tiền) hoặc nhỏ hơn cần thiết (mua xong vẫn chậm).

DSM cũng tự đề xuất cấu hình RAID theo số SSD bạn lắp vào, không bắt bạn tự tính RAID thủ công như khi tạo storage pool thường.

Trước khi mua SSD: NAS của bạn có "đáng" làm cache không

Đây là bước nhiều người bỏ qua rồi tiếc tiền. Không phải NAS nào lắp SSD cache cũng lời.

• DS224+ (2 khay): không có khe M.2 NVMe, RAM 2GB hàn chết không nâng cấp được. Muốn cache SSD, bạn phải nhét SSD vào 1 trong 2 khay SATA — tức hy sinh nửa dung lượng lưu trữ. Với máy 2 khay, cái giá này thường không đáng.
• DS423+ (4 khay HDD + 2 khe M.2 2280 NVMe ở đáy máy, không hot-swap): đây mới là case lý tưởng. Cache gần như "miễn phí" về khay ổ vì dùng khe M.2 riêng, không đụng 4 khay SATA chứa dữ liệu. RAM 2GB trên máy này nâng cấp được, càng dễ thở khi tính RAM cho cache.

Nói chung: NAS có khe M.2 riêng thì cache gần như luôn đáng thử. NAS chỉ có khay SATA thì phải cân đo — mất 1 khay đổi lấy tốc độ có đáng với nhu cầu thực tế không.

Các bước tạo SSD Cache trong DSM

Toàn bộ làm trên giao diện Storage Manager. Không cần Package Center, không cần Container Manager, không cần SSH.

1. Lắp SSD vào khay SATA trống hoặc khe M.2 (tùy model). Mở Storage Manager trong DSM.
2. Vào mục SSD Cache ở menu bên trái, bấm Create.
3. DSM chạy SSD Cache Advisor — công cụ đo workload thực tế của NAS bạn (tần suất truy cập ngẫu nhiên, kích thước file hay dùng) rồi gợi ý dung lượng cache nên tạo. Đừng bỏ qua bước này, nó là lý do cách làm này đơn giản hơn tự đoán dung lượng.
4. Chọn chế độ: Read-only hoặc Read-write (chi tiết khác biệt ở mục dưới).
5. DSM tự đề xuất RAID phù hợp theo số SSD đã lắp. Xác nhận và để DSM tạo cache.

Read-only hay Read-write: chọn sao cho đúng

Đây là quyết định quan trọng nhất trong cả bài. Chọn sai chế độ có thể dẫn đến mất dữ liệu thật.

Read-only cache chỉ cần 1 SSD vì dữ liệu trên đó luôn chỉ là bản sao của HDD. SSD có chết bất ngờ thì bạn chỉ mất tốc độ, dữ liệu gốc vẫn nằm nguyên trên HDD. An toàn tuyệt đối, phù hợp khi nhu cầu chính là đọc nhanh hơn: xem thư viện ảnh, phát media.

Read-write cache khác hẳn về bản chất rủi ro: dữ liệu ghi vào SSD trước rồi mới đồng bộ xuống HDD sau. SSD đó hỏng mà không có bản mirror, phần dữ liệu chưa kịp đồng bộ coi như mất trắng. Vì vậy DSM bắt buộc tối thiểu 2 SSD chạy RAID 1 — không có chuyện "thôi lắp 1 cái cho đỡ tốn" ở chế độ này.

RAM cần cho cache — đừng để máy yếu è cổ

DSM cần một khoản RAM hệ thống để quản lý cache, tính theo công thức khoảng 400-416KB RAM cho mỗi 1GB dung lượng cache. DSM cũng giới hạn cứng: tối đa 25% RAM cài sẵn được phép dùng để tạo cache.

Ví dụ dễ hình dung: cache read-only 2×128GB chạy RAID0 (tổng dung lượng cache 256GB) cần tối thiểu khoảng 100MB RAM. Cache read-write 2×128GB chạy RAID1 (dung lượng hiệu dụng 128GB vì mirror) cần tối thiểu khoảng 50MB RAM. Nghe thì nhỏ, nhưng trên máy RAM 2GB không nâng cấp được như DS224+, đây là một trong những lý do khiến cache kém hấp dẫn — vừa mất khay ổ, vừa ăn vào RAM vốn đã ít.

TLC vs QLC: chọn NAND sao cho không hối hận

Loại NAND flash bên trong SSD quyết định cả độ bền lẫn tốc độ khi ghi liên tục — đây là chỗ dễ chọn sai nhất vì nhìn ngoài hai loại ổ giống hệt nhau.

TLC bền hơn hẳn và giữ tốc độ ổn định khi ghi liên tục dài — nên dùng cho read-write cache hoặc khi định làm ổ chính toàn SSD. QLC rẻ hơn đáng kể nhưng có nhược điểm rõ: khi hết vùng SLC cache ảo (kỹ thuật các hãng dùng để "giả" tốc độ TLC lúc đầu) hoặc khi ổ gần đầy, tốc độ ghi tụt mạnh. QLC chỉ nên dùng cho workload đọc nhiều, ghi ít — đúng kiểu read-only cache cho thư viện ảnh, media ít thay đổi.

Mẹo nhỏ: cùng một dòng sản phẩm, hãng có thể bán cả bản CMR/TLC lẫn bản SMR/QLC dưới tên gần giống nhau. Tra mã model cụ thể trên datasheet trước khi đặt hàng, đừng chỉ nhìn tên dòng.

Trade-off: Cache hay chuyển hẳn sang toàn SSD

Hai hướng này giải quyết cùng vấn đề (NAS chậm khi truy cập ngẫu nhiên) nhưng đánh đổi khác nhau hoàn toàn.

SSD Cache: rẻ hơn, không tăng dung lượng lưu trữ hiển thị, rủi ro thấp nếu chọn đúng loại và đúng chế độ. Phù hợp khi bạn chỉ cần tăng tốc phần dữ liệu hay dùng, còn phần lớn dữ liệu "nguội" vẫn nằm yên trên HDD.

All-Flash storage pool: nhanh đều mọi lúc, không phân biệt file nóng hay nguội, nhưng chi phí trên mỗi TB cao hơn HDD nhiều lần. Trên một số model đời mới, storage pool toàn SSD M.2 của hãng thứ ba có thể bị giới hạn tính năng nếu SSD không nằm trong Hardware Compatibility List (HCL) của Synology — kiểm tra trước khi mua để khỏi phải đổi trả.

Cách tính nhanh cho 3-5 năm sử dụng: so giá SSD ban đầu cộng khả năng phải thay ổ giữa chừng nếu vượt TBW bảo hành (với workload ghi nhiều), đối chiếu với HDD rẻ hơn nhưng chậm khi truy cập ngẫu nhiên. Với đa số hộ gia đình và văn phòng nhỏ, cache vẫn là bài toán kinh tế hơn hẳn.

Model SSD tham khảo theo nhu cầu

Giá dưới đây tham khảo tại thời điểm brief, nên kiểm tra lại giá niêm yết thực tế khi mua.

• WD Red SA500 (SATA, TLC, chuẩn NAS): dải dung lượng rộng, ví dụ 500GB/350TBW, 1TB/600TBW, 2TB/1300TBW, 4TB/2500TBW. Lựa chọn hợp lý cho cả read-only lẫn read-write cache trên các máy dùng khay SATA — được thiết kế riêng cho tải NAS chạy dài hơi.
• Synology SAT5210 (SATA, enterprise, chính hãng): bản 480GB niêm yết trong nước quanh 7,5 triệu đồng, cao hơn nhiều so với SSD tiêu dùng cùng dung lượng. Phù hợp NAS chạy nặng liên tục, cần đảm bảo tương thích 100% với DSM.
• Synology SNV3400/SNV3500 (NVMe M.2, enterprise, có power-loss protection): tốc độ đọc tuần tự khoảng 3.100MB/s, TBW khoảng 1.022. Lựa chọn cho read-write cache tải nặng trên các model có khe M.2 như DS423+.
• Samsung 870 EVO, Kingston KC600 (SATA, TLC tiêu dùng): hợp cho read-only cache hoặc lưu trữ nhẹ. Không có power-loss protection nên cân nhắc kỹ nếu định dùng cho read-write cache chạy 24/7 — mất điện đột ngột giữa lúc đang ghi là kịch bản không ai muốn gặp.

Lỗi thường gặp khi làm SSD Cache

1. Chọn read-write cache nhưng chỉ lắp 1 SSD. DSM về nguyên tắc yêu cầu 2 SSD RAID1 cho read-write, nhưng nếu vì lý do nào đó bạn cấu hình thiếu mirror, rủi ro mất dữ liệu chưa đồng bộ là có thật. Luôn dùng 2 SSD giống nhau, đúng RAID1.
2. Cache quá nhỏ so với lượng dữ liệu "nóng" thực tế. Mua SSD nhỏ để tiết kiệm rồi hit rate thấp tè, tốn tiền mà chẳng thấy nhanh hơn bao nhiêu. Sau vài ngày dùng, vào Storage Manager xem lại Cache Hit Rate để đánh giá có cần tăng dung lượng không.
3. Dùng SSD QLC giá rẻ, không DRAM cache, không power-loss protection cho read-write cache chạy 24/7. Tốc độ ghi tụt dần theo thời gian, và có rủi ro thật nếu mất điện đột ngột giữa lúc ghi. Tính năng nghe hào nhoáng nhưng phần cứng không gánh nổi thì cũng vô ích.
4. Nhầm "thêm SSD cache" với "tăng dung lượng ổ đĩa". Cache không cộng thêm một byte nào vào dung lượng hiển thị của bạn — nó chỉ tăng tốc truy cập. Nhiều người lắp xong ngóng dung lượng tăng, đợi mãi không thấy, hóa ra hiểu sai bản chất tính năng ngay từ đầu.
5. Trên các model Plus series 2025 trở về sau, gắn SSD M.2 hãng thứ ba để tạo storage pool có thể bị giới hạn tính năng nếu SSD không nằm trong HCL. Dùng làm cache thì SSD hãng thứ ba vẫn thoải mái, không bị giới hạn tương tự.

Bảo mật và bảo trì

Read-write cache bắt buộc RAID1 (2 SSD) để tránh mất dữ liệu chưa kịp đồng bộ xuống HDD khi 1 SSD hỏng — đây không phải khuyến nghị, mà là ràng buộc kỹ thuật của chính cơ chế cache.

SSD cache hay ổ chính toàn SSD đều không thay thế được việc sao lưu. Cache nhanh mấy thì vẫn cứ chạy Hyper Backup hoặc snapshot định kỳ — hai chuyện này giải quyết hai vấn đề hoàn toàn khác nhau.

Theo dõi định kỳ chỉ số Total Bytes Written và sức khỏe SSD trong Storage Manager, cân nhắc thay ổ khi gần đạt TBW bảo hành. DSM đã bật sẵn lịch SSD Trim tự động, bạn chỉ cần biết chỗ xem trong Storage Manager khi cần chẩn đoán, không phải tự cấu hình gì thêm.

Tùy chọn nâng cao (không bắt buộc)

Nếu sau một thời gian dùng cache mà vẫn thấy chưa đủ — ví dụ workload cần hiệu năng đồng đều mọi lúc chứ không chỉ với file "nóng" — có thể cân nhắc chuyển hẳn sang All-Flash storage pool, bỏ HDD dùng SSD làm ổ chính. Hướng này cần SSD nằm trong HCL của Synology để có đầy đủ tính năng theo dõi sức khỏe và TRIM tự động, đồng thời phức tạp và tốn kém hơn cache khá nhiều — không phải bước đi cho ai mới bắt đầu.