Câu hỏi về lưu dữ liệu tại EU khi thuê GPU thường đến từ một hợp đồng, bảng câu hỏi của khách hàng hoặc chính sách nội bộ: "dữ liệu này sẽ được xử lý ở đâu?". Với Cloudj, câu trả lời trung thực gồm hai phần. Bạn có thể giới hạn host GPU trong các nước EU bằng ô Country, và mỗi máy tự báo quốc gia nơi nó đặt. Còn điều Cloudj không làm là cam kết host nào đáp ứng GDPR hay bất kỳ luật nào. Bài này đưa ra cách làm thực tế: tận dụng tốt phần thứ nhất, xử lý phần thứ hai một cách thẳng thắn, và để bộ phận pháp lý rà soát đúng chỗ.
Tình huống rất quen với các công ty phần mềm Việt Nam: nhận dự án AI từ khách ở Đức, Pháp hay Bắc Âu, và phụ lục hợp đồng có điều khoản về nơi xử lý dữ liệu. Muốn xem tổng quan vị trí GPU ở châu Âu, hãy bắt đầu với hướng dẫn thuê GPU châu Âu.
Nền tảng cho bạn gì, và không cho gì
| Bạn có thể dựa vào | Bạn không thể dựa vào |
|---|---|
| Ô Country giới hạn kết quả theo các mã bạn nhập | Danh sách nước lúc nào cũng có GPU |
| Mỗi máy tự báo quốc gia | Thành phố, data center hay vùng trong một nước |
| Tự chọn máy trước khi triển khai | Bất kỳ cam kết tuân thủ nào (GDPR hay khác) của Cloudj hoặc host |
| Destroy xóa instance cùng ổ đĩa | SLA, dự phòng hay tự chuyển sang host khác |
Vị trí do máy tự báo ở cấp quốc gia. Các máy là host độc lập. Hãy giữ đúng cách diễn đạt này trong mọi tài liệu bạn viết về hệ thống, và đừng nói quá với khách hàng.
Bước 1: ghi ra danh sách quốc gia được phép
Trước khi mở console, hãy thống nhất danh sách với người phụ trách chính sách. Một danh sách chỉ gồm EU có thể dùng các mã như:
DE, NL, FR, SE, PL, IEThêm các mã EU hoặc EEA khác mà chính sách cho phép. Thứ tự không ảnh hưởng tới bộ lọc; console xếp theo giá. Lưu danh sách trong runbook để lần triển khai nào cũng dùng cùng bộ mã. Bài lọc GPU theo quốc gia trong console mô tả trường này và cách nó hoạt động, kể cả việc GB là mã của Vương quốc Anh và Anh không thuộc EU.
Bước 2: chỉ tìm trong danh sách đó
Mở trang triển khai GPU, dán danh sách vào ô Country rồi chọn model hoặc VRAM tối thiểu. Kiểm tra quốc gia của dòng bạn chọn trước khi triển khai. Tình trạng máy thay đổi trong ngày, nên nếu không có máy phù hợp:
- nới các bộ lọc không liên quan vị trí (độ tin cậy, giá, VRAM),
- thử model GPU tương đương,
- chờ rồi tìm lại.
Điều không nên làm là âm thầm thêm mã ngoài EU để bắt đầu sớm hơn. Nếu hạn chót buộc phải cân nhắc, hãy báo lên người phụ trách chính sách. Giá theo thời gian thực của từng model có trên GPU cloud.
Bước 3: giữ dữ liệu gốc và bản sao lưu trong EU
Instance GPU nên là không gian làm việc tạm thời, không phải nơi dữ liệu "sống". Giữ bản gốc trong kho lưu trữ ở EU do bạn kiểm soát:
- một VPS tại Đức (Frankfurt) hoặc VPS tại Hà Lan (Amsterdam) làm máy trung chuyển và sao lưu,
- hoặc object storage bạn vận hành ở một vùng EU.
Kéo dữ liệu lên host GPU khi bắt đầu job và đẩy kết quả về ngay khi có:
rsync -avP -e "ssh -p <port>" ./dataset/ root@<gpu-host>:/workspace/data/
rsync -avP -e "ssh -p <port>" root@<gpu-host>:/workspace/out/ ./results/Chạy các lệnh này từ máy trung chuyển ở EU để dữ liệu đi thẳng giữa các điểm trong EU. Tránh cho dữ liệu đi vòng qua laptop của nhân viên ở Việt Nam hay nước khác, dù tiện đến mấy. Bài hướng dẫn VPS châu Âu giúp bạn chọn vị trí máy trung chuyển.
Bước 4: giảm tối đa dữ liệu đưa lên GPU
Giữ dữ liệu trong EU dễ hơn khi ít dữ liệu phải di chuyển. Trước mỗi job, hãy tự hỏi có thể:
- ẩn danh hóa hoặc bỏ các trường cá nhân mà mô hình không cần,
- chỉ gửi phần dữ liệu cần cho lượt chạy,
- giữ log không chứa đầu vào và đầu ra thô.
Những bước này giảm rủi ro dù host đặt ở đâu.
Bước 5: xóa sau khi dùng
Khi job kết thúc và kết quả đã an toàn trong kho ở EU:
- Xóa dữ liệu và checkpoint trên ổ của instance.
- Destroy instance. Destroy xóa vĩnh viễn instance cùng ổ đĩa. Stop là chưa đủ, vì instance đang dừng vẫn giữ ổ và vẫn bị tính phí lưu trữ.
- Ghi lại lượt chạy: ngày, quốc gia của host theo dòng kết quả, dữ liệu đã dùng, thời điểm xóa.
Cũng hãy để ý ngày "available until" của mỗi máy. Tới ngày đó, instance và ổ đĩa bị xóa, nên hãy lên kế hoạch job dài và sao lưu xoay quanh mốc này.
Bước 6: nhờ rà soát pháp lý
Các bước trên là biện pháp kỹ thuật. Chúng có đáp ứng nghĩa vụ của bạn hay không phụ thuộc vào loại dữ liệu, hợp đồng và luật áp dụng cho bạn. Cloudj không khẳng định nền tảng hay host nào đáp ứng GDPR hoặc bất kỳ quy định bảo vệ dữ liệu nào. Hãy tự kiểm tra nghĩa vụ pháp lý, và để bộ phận pháp chế hoặc phụ trách quyền riêng tư xem xét trước khi xử lý dữ liệu cá nhân. Với một số loại dữ liệu, câu trả lời đúng là giữ việc xử lý trên hạ tầng do chính bạn vận hành.
Ví dụ cụ thể
Một đội fine-tune mô hình hỗ trợ khách hàng từ ticket của khách EU. Họ giữ ticket trên VPS Frankfurt, xóa tên và email, tìm GPU với DE, NL, FR, SE, PL, IE, triển khai trên một dòng DE, kéo phần dữ liệu đã làm sạch lên, huấn luyện, đẩy adapter LoRA về Frankfurt sau mỗi lần lưu, xác minh, rồi xóa instance. Bài fine-tune LLM trên GPU châu Âu nói về phần huấn luyện của ví dụ này.
Câu hỏi thường gặp
Cloudj có đảm bảo dữ liệu của tôi nằm trong EU không?
Không. Bạn tự chọn host theo quốc gia bằng bộ lọc, và mỗi host báo quốc gia của nó. Hãy giữ dữ liệu gốc trong kho EU của bạn.
Cloudj có đáp ứng GDPR không?
Cloudj không đưa ra cam kết tuân thủ nào cho bản thân hay cho host. Hãy tự kiểm tra nghĩa vụ pháp lý và tham khảo ý kiến chuyên môn.
Tôi chọn được thành phố ở Đức không?
Với GPU thì không; vị trí chỉ ở cấp quốc gia. VPS thì có thành phố cố định.
Xóa instance thì dữ liệu ra sao?
Instance và ổ đĩa bị xóa vĩnh viễn, và việc tính tiền dừng lại. Phần cọc chưa dùng trả về số dư tài khoản, có thể sau tối đa 72 giờ.
Bước tiếp theo
Thống nhất danh sách nước EU được phép, mở trang triển khai GPU chỉ với các mã đó, và giữ dữ liệu cùng bản sao lưu trên VPS ở EU do bạn kiểm soát. Xóa sau mỗi lượt chạy, ghi lại những gì đã làm, và để bộ phận pháp lý rà soát cách làm này.