NAS lưu trữ dữ liệu cho AI là thiết bị lưu trữ nối mạng dùng làm kho trung tâm cho tài liệu nguồn của kho tri thức, thư viện mô hình AI, dữ liệu huấn luyện và kết quả đầu ra, để server AI và máy trạm cùng truy cập. NAS phù hợp với doanh nghiệp nhỏ vì dễ quản trị, có RAID chống hỏng ổ, snapshot chống xóa nhầm và ransomware, phân quyền theo phòng ban. Điểm cần nhớ: NAS là nơi lưu tài liệu gốc và tệp lớn; cơ sở dữ liệu vector và mô hình đang chạy nên nằm trên SSD NVMe của server để đạt tốc độ cao.
NAS lưu trữ dữ liệu cho AI là gì, đóng vai trò gì
NAS (Network Attached Storage) là thiết bị chứa nhiều ổ cứng, chạy hệ điều hành riêng, chia sẻ dữ liệu qua mạng nội bộ bằng các giao thức như SMB, NFS. Trong hệ thống AI của doanh nghiệp, NAS không chạy mô hình mà giữ vai trò kho dữ liệu trung tâm.
Bốn vai trò chính:
- Nguồn của kho tri thức: quy trình, hợp đồng mẫu, tài liệu sản phẩm, biên bản họp mà hệ thống RAG đọc và lập chỉ mục.
- Thư viện mô hình dùng chung: lưu các file mô hình đã kiểm duyệt để máy trạm và server tải về, không phải tải lại từ internet.
- Dữ liệu huấn luyện và đánh giá: bộ câu hỏi mẫu, dữ liệu gán nhãn, nhật ký xuất ra để phân tích.
- Kết quả đầu ra: ảnh, báo cáo, bản tóm tắt do AI tạo ra cần được lưu và chia sẻ.
Tách lưu trữ khỏi máy tính toán giúp thay đổi hoặc nâng cấp server AI mà không phải di chuyển dữ liệu, đồng thời gom việc sao lưu về một chỗ.
Dữ liệu nào để trên NAS, dữ liệu nào để trên server
Không phải mọi thứ đều nên đặt trên NAS. Truy cập qua mạng chậm hơn ổ NVMe gắn trong máy, và một số phần mềm không chịu được độ trễ của chia sẻ mạng.
Nguyên tắc chung: dữ liệu đọc nhiều, ghi ít, dung lượng lớn để trên NAS; dữ liệu truy cập ngẫu nhiên liên tục, cần độ trễ thấp để trên SSD của server. Server định kỳ đồng bộ hoặc sao lưu ngược về NAS.
Tại sao không chạy cơ sở dữ liệu vector trên ổ mạng
Cơ sở dữ liệu vector, SQLite, PostgreSQL thực hiện rất nhiều thao tác đọc ghi nhỏ và cần cơ chế khóa file đáng tin cậy. Qua SMB hoặc NFS, chúng có thể chậm đi nhiều lần, thậm chí hỏng dữ liệu khi mạng chập chờn. Hãy để chúng trên ổ cục bộ của server và chỉ sao lưu bản dump về NAS.
| Loại dữ liệu | Nơi lưu khuyến nghị | Lý do |
|---|---|---|
| Tài liệu nguồn cho kho tri thức | NAS | Dung lượng lớn, nhiều người cùng cập nhật |
| Thư viện mô hình đã kiểm duyệt | NAS, bản đang chạy trên SSD server | Dùng chung, nạp nhanh từ SSD |
| Cơ sở dữ liệu vector | SSD NVMe của server | Truy cập ngẫu nhiên liên tục, cần độ trễ thấp |
| Lịch sử chat, tài khoản người dùng | SSD server, sao lưu về NAS | Cơ sở dữ liệu cần ổ cục bộ |
| Ảnh, báo cáo AI tạo ra | NAS | Chia sẻ và lưu trữ lâu dài |
Chọn NAS cho AI: số khoang, CPU, RAM và cổng mạng
NAS gia đình hai khoang khó đáp ứng khi có hệ thống AI đọc ghi thường xuyên. Các tiêu chí nên xem:
- Số khoang ổ: tối thiểu 4 khoang để dùng RAID 5/6 hoặc RAID 10, còn chỗ mở rộng. Doanh nghiệp 20–50 người thường chọn 4–8 khoang.
- CPU và RAM: đủ mạnh để chạy snapshot, mã hóa, đồng bộ đám mây cùng lúc. RAM từ 8 GB trở lên, hỗ trợ nâng cấp; nếu dùng hệ thống file ZFS, RAM nhiều hơn giúp bộ đệm hiệu quả.
- Cổng mạng: nên có sẵn hoặc nâng cấp được lên 10GbE. Khi server AI nạp mô hình vài chục GB hoặc lập chỉ mục hàng nghìn tài liệu, 1 Gbps trở thành nút thắt rõ rệt.
- Khe M.2 hoặc SSD cache: tăng tốc đọc các file truy cập thường xuyên.
- Snapshot và nhân bản: tính năng snapshot bất biến (không xóa được trong thời gian định trước) là lớp bảo vệ quan trọng.
- Ổ cứng chuyên NAS: chọn dòng ổ thiết kế cho chạy 24/7 trong NAS, không dùng ổ desktop.
Ước lượng dung lượng: cộng tài liệu hiện có, thư viện mô hình (mỗi mô hình lượng tử hóa vài GB đến vài chục GB), kết quả đầu ra dự kiến 2–3 năm, cộng thêm 30–50% dự phòng cho snapshot và tăng trưởng.
RAID, snapshot và dung lượng khả dụng
RAID giúp NAS tiếp tục hoạt động khi một hoặc hai ổ hỏng, nhưng RAID không phải sao lưu. Xóa nhầm, ransomware, lỗi phần mềm đều được RAID sao chép trung thành sang mọi ổ.
Chọn cấp RAID
- RAID 1: hai ổ chép giống nhau, đơn giản, phù hợp NAS 2 khoang.
- RAID 5: chịu được hỏng 1 ổ, dung lượng khả dụng tốt. Với ổ dung lượng rất lớn, thời gian dựng lại lâu làm tăng rủi ro.
- RAID 6: chịu được hỏng 2 ổ, an toàn hơn cho mảng ổ lớn.
- RAID 10: tốc độ ghi tốt, chịu hỏng tốt, nhưng chỉ dùng được một nửa dung lượng.
Snapshot
Snapshot chụp lại trạng thái thư mục tại một thời điểm, chiếm ít dung lượng vì chỉ lưu phần thay đổi. Với kho tri thức, nên chụp hằng giờ trong giờ làm việc, giữ 7–30 ngày. Khi ai đó lỡ ghi đè quy trình bằng bản cũ, hoặc hệ thống đồng bộ RAG xóa nhầm file, bạn khôi phục trong vài phút. Kết hợp snapshot bất biến với sao lưu ra thiết bị thứ hai hoặc đám mây theo nguyên tắc 3-2-1.
Tổ chức thư mục kho tri thức trên NAS để AI đọc chính xác
Chất lượng câu trả lời của hệ thống RAG phụ thuộc lớn vào cách tổ chức tài liệu. Một cấu trúc gợi ý cho doanh nghiệp 30 người:
/kho-tri-thuc/chung: nội quy, quy trình chung, giới thiệu sản phẩm. Mọi người đọc./kho-tri-thuc/kinh-doanh: chính sách giá nội bộ, kịch bản tư vấn. Phòng kinh doanh./kho-tri-thuc/ke-toan: quy định thanh toán, chứng từ mẫu. Phòng kế toán./kho-tri-thuc/nhan-su: chính sách phúc lợi, quy trình tuyển dụng. Phòng nhân sự./luu-tru-cu: tài liệu hết hiệu lực, không đưa vào lập chỉ mục.
Quy tắc để AI không trả lời sai
- Mỗi chủ đề chỉ giữ một bản hiện hành; bản cũ chuyển sang lưu trữ.
- Đặt tên file có ngày hiệu lực, ví dụ
quy-trinh-doi-tra-2026-03.docx. - Ưu tiên file có chữ thật (DOCX, PDF xuất từ Word) thay vì PDF scan; nếu chỉ có bản scan, chạy OCR trước.
- Mỗi thư mục có một người chịu trách nhiệm cập nhật.
- Phân quyền trong hệ thống RAG phải khớp với phân quyền thư mục trên NAS, nếu không AI có thể “kể lại” tài liệu cho người không được xem.
Kết nối NAS với server AI: các bước cấu hình
Chuẩn bị
NAS và server AI cùng mạng nội bộ, tốt nhất nối qua switch 2,5–10 Gbps; một tài khoản dịch vụ riêng trên NAS chỉ có quyền đọc các thư mục kho tri thức.
- Tạo tài khoản dịch vụ trên NAS, ví dụ
svc-ai, quyền đọc với/kho-tri-thuc, quyền ghi chỉ với thư mục đầu ra. - Gắn thư mục chia sẻ lên server Linux qua NFS hoặc SMB, cấu hình tự gắn lại khi khởi động.
- Ánh xạ vào Docker của hệ thống RAG ở chế độ chỉ đọc, để AI không thể sửa tài liệu gốc.
- Cấu hình đồng bộ định kỳ: công cụ lập chỉ mục quét thay đổi mỗi đêm hoặc mỗi vài giờ.
- Thiết lập sao lưu ngược: cơ sở dữ liệu vector và cấu hình server được xuất định kỳ về thư mục sao lưu trên NAS.
Kiểm tra kết quả
Thêm một tài liệu thử vào thư mục, chờ chu kỳ đồng bộ, hỏi AI về nội dung đó. Đổi tên hoặc xóa file và kiểm tra AI không còn trích dẫn nội dung cũ. Đăng nhập bằng tài khoản phòng khác và xác nhận không truy cập được tài liệu bị giới hạn.
Lỗi thường gặp khi dùng NAS cho dữ liệu AI
- Coi RAID là sao lưu: ransomware mã hóa toàn bộ NAS, không có snapshot bất biến hay bản sao ngoài là mất trắng.
- Đổ mọi thứ vào kho tri thức: tài liệu cũ, bản nháp, file trùng khiến AI trả lời mâu thuẫn.
- Dùng tài khoản quản trị cho server AI: nếu server bị xâm nhập, kẻ tấn công có toàn quyền trên NAS.
- Mạng 1 Gbps cho tải nặng: lập chỉ mục lần đầu hoặc nạp mô hình mất hàng giờ.
- Ổ desktop trong NAS: không thiết kế chạy 24/7 và chịu rung, tỷ lệ hỏng cao hơn.
- Mở NAS ra internet để làm việc từ xa: NAS là mục tiêu phổ biến của các chiến dịch ransomware. Dùng VPN thay vì mở cổng trực tiếp.
- Không theo dõi sức khỏe ổ: bỏ qua cảnh báo SMART, đến khi hỏng ổ thứ hai thì RAID sụp.
Khi nào chưa cần NAS riêng cho AI
Nếu công ty dưới 10 người, kho tài liệu nhỏ và đã quản lý tốt trên dịch vụ lưu trữ đám mây doanh nghiệp, nhiều công cụ RAG có thể kết nối trực tiếp với dịch vụ đó. NAS trở nên cần thiết khi dữ liệu lớn, nhạy cảm hoặc có server AI đặt tại chỗ.
Hãy dọn kho tài liệu trước khi mua NAS mới. Một kho tri thức 2.000 file sạch, mỗi chủ đề một bản hiện hành, giúp AI trả lời đúng hơn nhiều so với 20.000 file lẫn lộn bản cũ và bản nháp.
Cần máy tính hoặc server chạy AI cho công ty? PCTech tư vấn cấu hình theo mô hình và số người dùng, lắp ráp, cài sẵn Ollama/Open WebUI, bảo hành tận nơi tại TP.HCM.
Nhập mô hình muốn chạy và số người dùng, nhận gợi ý GPU, RAM, SSD ngay. Dùng thử ngay
Câu hỏi thường gặp
NAS có chạy được mô hình AI không?
Một số NAS có CPU mạnh hoặc khe gắn GPU có thể chạy mô hình nhỏ, nhưng hiệu năng hạn chế. Cách phổ biến là để NAS lưu trữ, còn server hoặc máy trạm có GPU chạy mô hình.
Kho tri thức cho AI cần NAS dung lượng bao nhiêu?
Tài liệu văn bản thường chỉ vài chục đến vài trăm GB. Dung lượng lớn đến từ thư viện mô hình, ảnh, video và snapshot. Hãy tính tổng nhu cầu 2–3 năm rồi cộng 30–50% dự phòng.
Có nên lưu cơ sở dữ liệu vector trên NAS?
Không nên chạy trực tiếp trên ổ mạng vì chậm và dễ hỏng dữ liệu. Để cơ sở dữ liệu vector trên SSD của server, chỉ sao lưu bản xuất định kỳ về NAS.
NAS cần mạng 10GbE khi dùng cho AI không?
Không bắt buộc với kho tài liệu văn bản nhỏ. Nên có 2,5–10 Gbps khi thường xuyên nạp mô hình lớn, lập chỉ mục nhiều tài liệu hoặc nhiều máy trạm mở file dự án nặng.
Làm sao để AI không trả lời từ tài liệu đã hết hiệu lực?
Chuyển tài liệu cũ ra khỏi thư mục được lập chỉ mục, đặt tên file kèm ngày hiệu lực và cấu hình hệ thống RAG xóa chỉ mục của file đã bị xóa hoặc di chuyển.
Snapshot trên NAS có thay được sao lưu không?
Không. Snapshot nằm trên cùng thiết bị, nếu NAS hỏng hoặc cháy là mất cả snapshot. Cần thêm ít nhất một bản sao ở thiết bị khác và một bản ngoài văn phòng.
Bài viết liên quan
- NAS là gì? Khi nào doanh nghiệp nên dùng
- RAID là gì? RAID 0, 1, 5, 10 khác nhau thế nào
- Xây kho tri thức (knowledge base) cho AI trả lời nội bộ
- RAG là gì? Cho AI đọc tài liệu nội bộ
- Vector database là gì? Nền tảng cho AI đọc tài liệu nội bộ
- Server AI nội bộ cho doanh nghiệp nhỏ: khi nào cần, cấu hình ra sao
- Sao lưu dữ liệu, mô hình và cấu hình AI nội bộ: cần lưu gì, lưu thế nào
- Cách sao lưu dữ liệu 3-2-1
- Quản trị dữ liệu cho AI: chuẩn bị dữ liệu trước khi triển khai
