
Trả lời nhanh: Quy tắc phân chia: thứ cần bạn tương tác liên tục thì để ở máy, thứ cần chạy lâu hoặc chạy liên tục thì đẩy lên máy chủ. Ở máy: giao diện soạn thảo, trình duyệt xem kết quả, công cụ thiết kế. Trên VPS: agent chạy tác vụ dài, MCP server, database, hàng đợi công việc, hệ thống tự động hoá, môi trường build và test. Nguyên tắc phụ: thứ nào cần chạy khi bạn ngủ thì bắt buộc phải ở trên máy chủ.
Danh sách công cụ vibe coding dài ra mỗi tháng. Câu hỏi thực dụng không phải dùng cái nào mà là cái nào nên chạy ở đâu.
- Quy tắc gốc: cần tương tác liên tục thì ở máy, cần chạy lâu thì lên máy chủ.
- Thứ nào phải chạy khi bạn ngủ thì bắt buộc ở máy chủ.
- Database và MCP server nên nằm cùng chỗ để bỏ độ trễ mạng.
- Đừng đẩy hết lên máy chủ, có thứ ở máy tiện hơn nhiều.
Bảng phân loại
| Công cụ | Nên chạy ở | Lý do |
|---|---|---|
| Giao diện soạn thảo, IDE | Máy của bạn | Cần phản hồi tức thì khi gõ |
| Trình duyệt xem kết quả | Máy của bạn | Xem trực quan, thao tác nhiều |
| Agent chạy tác vụ dài | VPS | Phải chạy khi bạn đóng máy |
| MCP server | VPS | Nên nằm cạnh dữ liệu nó phục vụ |
| Database phát triển | VPS | Dùng chung cho cả nhóm, dữ liệu thống nhất |
| Hàng đợi công việc, worker | VPS | Chạy liên tục |
| Hệ thống tự động hoá | VPS | Chạy theo lịch, không phụ thuộc máy bạn |
| Môi trường build và test | VPS | Nặng ổ đĩa và CPU |
| Công cụ thiết kế giao diện | Máy của bạn | Cần thao tác trực quan |
Vì sao gom lên một máy chủ lại lợi
Khi agent, MCP server và database nằm chung một máy, mọi lượt gọi giữa chúng không phải đi qua mạng. Với tác vụ gọi hàng chục lượt, phần độ trễ tiết kiệm được cộng dồn rất nhanh.
Ngoài ra còn lợi về vận hành: một chỗ để backup, một chỗ để theo dõi, một chỗ để cập nhật bản vá. Rải ra nhiều nơi nghe linh hoạt nhưng thực tế tốn công gấp nhiều lần.
Cấu hình cho một máy gom hết
Với một người làm việc trên dự án vừa, gom hết lên một máy thì cần khoảng:
- RAM 8GB: chia cho agent, database, MCP server và hệ điều hành.
- 4 nhân, ưu tiên xung nhịp cao.
- Ổ NVMe 80GB trở lên, vì mã nguồn, bộ nhớ đệm build và dữ liệu đều nằm đây.
Nếu ngân sách hẹp hơn, cắt theo thứ tự ngược lại: giảm nhân trước, giảm dung lượng sau, giữ RAM và giữ ổ NVMe tới cùng.
Bảng phân loại theo tài nguyên và độ trễ
| Công cụ | Chạy ở đâu | Vì sao |
|---|---|---|
| Trình soạn thảo và giao diện | Máy của bạn | Cần phản hồi tức thì khi gõ phím |
| Mã nguồn dự án và lệnh dựng | Máy chủ | Phần nặng nhất, và cần chạy liên tục |
| Máy chủ thử nghiệm | Máy chủ | Cả đội xem được, không phải mở cổng từ máy cá nhân |
| Cơ sở dữ liệu phát triển | Máy chủ | Cần ổ nhanh và chạy 24 giờ |
| Quy trình tự động hóa | Máy chủ | Phải chạy cả khi bạn tắt máy |
| Mô hình chạy cục bộ | Tùy: máy có card đồ họa mạnh thì ở máy | Nếu không thì lên máy chủ, hoặc gọi dịch vụ |
| Công cụ thiết kế, xử lý ảnh | Máy của bạn | Cần màn hình và phản hồi tức thì |
Bảng cấu hình theo quy mô sử dụng
| Quy mô | Bộ nhớ | Ổ đĩa | Ghi chú |
|---|---|---|---|
| Một người, 1 tới 2 dự án | 4 GB | NVMe 80 GB | Đủ thoải mái |
| Một người, nhiều dự án chạy song song | 8 GB | NVMe 160 GB | Mức phổ biến nhất |
| Đội 3 tới 5 người dùng chung | 16 GB | NVMe 320 GB | Mỗi người một tài khoản và thư mục riêng |
| Có cơ sở dữ liệu lớn hoặc mô hình chạy cục bộ | 32 GB trở lên | NVMe 500 GB | Cân nhắc tách máy riêng cho phần nặng |
Vì sao gom lên một máy lại lợi
- Môi trường giống nhau cho cả đội, hết cảnh chạy được trên máy này mà không chạy trên máy kia.
- Việc dài không chết theo việc bạn gập máy lại.
- Máy cá nhân mát và im, pin lâu hết hơn hẳn.
- Sao lưu tập trung một chỗ, thay vì mỗi người tự lo.
- Bản chạy thử có địa chỉ cố định để gửi cho khách hàng xem.
Ba việc cấu hình đáng làm ngay
# 1. Moi nguoi mot tai khoan rieng, khong dung chung tai khoan quan tri adduser --disabled-password --gecos "" lap-trinh-vien-1 usermod -aG docker lap-trinh-vien-1 # 2. Chi cho dang nhap bang khoa sed -i 's/^#\?PasswordAuthentication.*/PasswordAuthentication no/' /etc/ssh/sshd_config systemctl restart sshd # 3. Dat vung nho tam de khong bi dung tien trinh khi build nang fallocate -l 4G /swapfile && chmod 600 /swapfile && mkswap /swapfile && swapon /swapfile echo '/swapfile none swap sw 0 0' >> /etc/fstab # 4. Canh bao khi o dia sap day, xay ra som hon ban nghi df -h && du -sh ~/.cache /var/lib/docker 2>/dev/null
Câu hỏi thường gặp
Có nên đẩy hết lên VPS không?
Không. Giao diện soạn thảo và trình duyệt để ở máy vẫn tiện hơn nhiều. Chỉ đẩy phần chạy lâu và phần nặng.
Một VPS gom hết có đủ không?
Với một người và dự án vừa thì đủ, khoảng 8GB RAM và ổ NVMe. Cả nhóm dùng chung thì nên tăng lên 16GB.
Database phát triển nên để ở máy hay VPS?
Trên VPS nếu cả nhóm dùng chung để dữ liệu thống nhất. Làm một mình thì để ở máy cũng được, nhưng đặt trên VPS giúp agent và MCP truy cập không qua mạng.
Chạy nhiều dự án trên một VPS được không?
Được, tách thư mục và cổng riêng cho từng dự án. Chỉ cần tính đủ RAM cho tổng các dịch vụ chạy đồng thời.
Bài viết liên quan
Chưa cần VPS? Hosting cPanel của TND đã sẵn sàng cho AI
Mở sẵn SSH, Git, Node.js và cổng MCP của cPanel. Nối Claude Code, Codex hay Gemini vào là làm việc được, từ 59.000đ/tháng.
Xem web hosting sẵn sàng cho AI- IOPS là gì? Vì sao IOPS quyết định tốc độ web và database
- Vận hành cụm self-host: domain, backup và tailnet
- Self-host Vault HashiCorp trên VPS: secrets management cho startup
- Cursor và Windsurf dùng VPS làm môi trường remote
- Cảnh báo bảo mật khẩn dịp nghỉ lễ 30/4 - 1/5: Lỗ hổng cPanel & WHM CVE-2026-41940 đang bị khai thác
- Swap là gì? VPS ít RAM sống khỏe nhờ swap trên NVMe



