Vì sao nâng cấp dung lượng NAS không làm mọi thứ nhanh hơn
Tối ưu hóa tốc độ NAS là việc sắp xếp lại cách bạn lưu và truy cập dữ liệu để giảm thời gian chờ, đặc biệt với workload nặng như máy ảo, dựng phim hay mô hình AI lớn, thay vì chỉ tăng thêm ổ cứng và hy vọng mọi thứ tự nhanh hơn. Nếu bạn thường xuyên mở cùng một bộ dữ liệu, VM hoặc mô hình hàng chục đến hàng trăm GiB, sớm muộn gì bạn cũng chạm trần hiệu suất máy chủ tự lưu trữ, kể cả khi dung lượng vẫn dư. Một hệ thống NAS có thể có rất nhiều terabyte trống nhưng vẫn chậm khi dùng cho công việc “active”: VM liên tục đọc/ghi vào file disk, dựng HDR video cần bitrate ổn định, hay phân tích dữ liệu lớn với nhiều lần quét lại cùng một tập tin. Ở đây, vấn đề không nằm ở chỗ bạn thiếu dung lượng, mà là băng thông mạng, độ trễ và tốc độ I/O của ổ đĩa phía NAS. Nâng cấp thêm ổ HDD hoặc mở rộng RAID chỉ giải quyết được chỗ chứa, không giải quyết được việc bạn phải đọc đi đọc lại cùng một file nặng qua mạng. Giải pháp lưu trữ nhanh trong bối cảnh này là tách rõ hai lớp: NAS dùng để tập trung và lưu trữ lâu dài, còn lớp cache hoặc SSD cục bộ dùng để tăng tốc cho những file được truy cập thường xuyên. Cách tiếp cận này phù hợp với người làm media, chạy nhiều VM, hoặc vận hành thư viện mô hình AI lớn trên nhiều máy Linux.
Chiến lược cache và lưu trữ phân tầng: ý tưởng trước khi đụng lệnh
Thay vì dồn mọi thứ lên NAS rồi chịu cảnh chậm, bạn có thể xây một kiến trúc lưu trữ phân tầng: tầng nhanh (SSD cục bộ hoặc cache) cho dữ liệu nóng, tầng chậm (NAS) cho dữ liệu lạnh và lưu trữ lâu dài. Việc này tối ưu hóa tốc độ NAS bằng cách giảm lượng dữ liệu phải đi qua mạng trong mỗi lần truy cập. Một cách rất hiệu quả là dùng SSD cục bộ để giữ các file bạn mở hàng ngày, sau đó đồng bộ hoặc lưu bản gốc trên NAS để đảm bảo an toàn và chia sẻ. "Keeping active files on a local SSD and archiving them to network storage gives me a practical balance between performance, capacity, and cost." Đây là một quotable rất đáng nhớ vì nó tóm tắt đúng tinh thần lưu trữ phân tầng. Tuy nhiên, nếu bạn có nhiều máy cùng truy cập một thư viện chung – ví dụ thư viện mô hình AI trên NAS – việc nhân bản thủ công từng mô hình lên từng máy sẽ nhanh chóng trở thành ác mộng quản lý. Lúc này, bạn cần một lớp cache thông minh: mỗi máy tự cache NFS files mà nó đọc, dùng lại khi cần, trong khi NAS vẫn là nguồn dữ liệu trung tâm. Đây là nơi Linux FS-Cache và CacheFiles phát huy tác dụng như một giải pháp lưu trữ nhanh chuyên cho workload đọc nhiều lần.
Cách thiết lập cache NFS files với FS-Cache và CacheFiles trên Ubuntu
Phần này là hướng dẫn từng bước để bạn bật cache NFS files trên máy Ubuntu, dùng SSD cục bộ làm cache cho dữ liệu trên NAS. Trước khi bắt đầu, hãy hiểu rõ điều kiện tiên quyết: bạn cần một máy Ubuntu làm client, một NFS export trên NAS chứa các file có thể đọc, và ít nhất khoảng 300 GiB trống dưới /var/cache cho bản demo này. Hệ thống file dùng làm backing cho cache phải hỗ trợ CacheFiles, ví dụ ext4. Rất quan trọng: dùng máy test rảnh việc. Quy trình này sẽ xóa cache RAM toàn hệ thống client và tạo rồi xóa một image 256 GiB, nên không nên chạy trên máy đang phục vụ sản xuất. "Use a disposable or idle test machine for this. The test clears the Linux RAM page cache for the entire client." Đừng thử trên cache volume đang chứa dữ liệu cần giữ. Dưới đây là chuỗi bước tuần tự, bạn đi lần lượt từ trên xuống dưới. Đừng đảo thứ tự, vì mỗi bước chuẩn bị cho bước sau.
- Cài đặt gói cần thiết và kiểm tra /var/cache: chạy lần lượt sudo apt-get update, rồi sudo apt-get install -y nfs-common cachefilesd time e2fsprogs để có NFS client, công cụ CacheFiles và tiện ích đo thời gian. Sau đó nạp module kernel bằng sudo modprobe cachefiles, rồi kiểm tra dung lượng và filesystem phía sau /var/cache với df -h /var/cache và findmnt -T /var/cache -o TARGET,SOURCE,FSTYPE để chắc chắn bạn đang dùng một filesystem hỗ trợ CacheFiles (ví dụ ext4).
- Chuẩn bị và mount NFS share chưa bật cache: nhập địa chỉ IPv4 của NAS, tạo thư mục mount bằng sudo mkdir -p /mnt/llm, rồi mount NFSv4.2 với các tùy chọn tối ưu như ro,hard,vers=4.2,proto=tcp,rsize=1048576,wsize=1048576,nconnect=4,timeo=600,retrans=5,sec=sys. Lệnh đầy đủ dùng sudo mount -t nfs4 cùng chuỗi -o trên và đường dẫn export của bạn. Kiểm tra lại mount bằng findmnt -M /mnt/llm -o TARGET,FSTYPE,OPTIONS để đảm bảo chưa có tùy chọn fsc (tức là chưa bật FS-Cache).
- Đo tốc độ đọc một file mô hình trực tiếp từ NAS: chọn một file nặng trong thư viện mô hình, ví dụ một shard .safetensors khoảng 3,3 GiB, rồi đọc nó khi chưa bật cache để lấy baseline. Trong demo gốc, người ta dùng helper read_model shard và in thông báo "One shard: NFS direct (no FS-Cache)" để phân biệt lần đọc này. Bạn có thể dùng time cat hoặc time cp sang /dev/null để đo thời gian. Kết quả sẽ cho thấy độ trễ khi đọc thẳng từ NAS qua mạng, trước khi có cache SSD hỗ trợ.
Ba bước trên mới là phần khởi động: cài công cụ, mount NFS, đo baseline. Bật FS-Cache và tạo image cache ext4 256 GiB sẽ là các bước tiếp theo, nhưng ngay cả ở giai đoạn này bạn đã có đủ nền tảng để hiểu rõ bottleneck nằm ở đâu. Khi bật cache, lần đọc đầu tiên sẽ vừa tải dữ liệu từ NAS vừa ghi vào SSD, còn những lần sau sẽ đọc từ cache nhanh hơn nhiều.
Ví dụ thực tế với mô hình AI 155 GiB và hiệu quả đạt được
Để thấy rõ vì sao cache quan trọng hơn việc chỉ tăng dung lượng NAS, hãy nhìn vào một ví dụ thực tế: một thư viện mô hình AI đặt trên NAS, được nhiều máy Linux truy cập qua NFS. Một số mô hình nặng hơn 100 GiB, và không ai muốn nhân bản đầy đủ lên từng máy – đó là lý do bạn dùng NAS ngay từ đầu. Trong thử nghiệm, một snapshot mô hình DeepSeek gồm 74 file với tổng dung lượng khoảng 155,44 GiB được đọc từ NAS qua NFSv4.2, sau đó bật FS-Cache và CacheFiles để cache NFS file data lên SSD cục bộ. Lần đọc đầu tiên của toàn bộ mô hình mất 565 giây trong khi vừa đi qua mạng vừa làm nóng cache; lần đọc thứ hai chỉ mất 93 giây, nhanh hơn khoảng 6,1 lần. Đây là tốc độ đọc file thuần túy, không tính thời gian khởi động server hay inference. Điểm hay là: thư viện mô hình vẫn nằm một chỗ trên NAS, được chia sẻ cho nhiều máy Linux, mà không cần duy trì bản sao đầy đủ trên từng máy. Mỗi client chỉ cache những gì nó đọc, và NAS vẫn là nguồn dữ liệu chuẩn. Điều này cải thiện hiệu suất máy chủ tự lưu trữ mà không phải xây lại toàn bộ hạ tầng sang all-flash đắt đỏ.
Kết hợp SSD cục bộ, cache và NAS: đáng công hay không?
Nếu bạn đang bực vì NAS chậm, nâng cấp dung lượng thêm vài ổ HDD gần như không đụng vào gốc rễ vấn đề: workload active cần tốc độ, không chỉ cần chỗ chứa. Cách tiếp cận thông minh hơn là dùng tiered storage: SSD cục bộ cho file nóng, NAS cho lưu trữ trung tâm và backup, cộng thêm lớp cache NFS files tự động bằng FS-Cache và CacheFiles trên các máy Linux. Khi làm đúng, bạn sẽ có một trải nghiệm rất cân bằng: máy trạm đọc/ghi nhanh trên SSD, NAS vẫn là kho dữ liệu lớn linh hoạt, và mỗi client tự cache những phần nó cần. Bạn tránh được việc phải xây NAS all-SSD tốn kém, trong khi vẫn tối ưu hóa tốc độ NAS cho những workload nặng như VM, dựng HDR, hay mô hình AI hàng trăm GiB. Điều cần chú ý là kỷ luật: hiểu rõ máy nào dùng làm test, không phá cache hiện có, và nếu bạn dùng thêm công cụ đồng bộ như rsync, hãy nhớ rằng xóa hoặc ghi đè file cục bộ rồi sync lên NAS có thể làm mất phiên bản cũ nếu không có snapshot hoặc backup versioned. Nếu bạn chấp nhận đầu tư thời gian thiết kế lại cách lưu trữ, phần thưởng là một hệ thống tự lưu trữ nhanh hơn hẳn mà không cần thay toàn bộ phần cứng.
