
Trả lời nhanh: Dự án web vừa chạy tốt với 4GB RAM, 2 tới 4 nhân và ổ NVMe từ 40GB. Dự án lớn nhiều thư viện hoặc chạy hai ba phiên song song nên lên 8GB RAM và 4 nhân. Thứ tự ưu tiên khi ngân sách hạn chế: đủ RAM trước, rồi ổ NVMe, rồi xung nhịp cao, cuối cùng mới tới số nhân. Không cần GPU vì agent gọi API tới mô hình chạy trên hạ tầng của nhà cung cấp.
Câu hỏi này hay bị trả lời bằng cấu hình cao nhất trong tầm tiền. Nhưng mua nhiều nhân mà ổ chậm thì vẫn ngồi chờ, và đó là lỗi phân bổ ngân sách chứ không phải thiếu tiền.
- Dự án vừa: 4GB RAM, 2 tới 4 nhân, NVMe 40GB trở lên.
- Nhiều phiên song song hoặc dự án lớn: 8GB RAM, 4 nhân.
- Không cần GPU, agent gọi API chứ không tự chạy mô hình.
- Ưu tiên đúng thứ tự: RAM, ổ, xung nhịp, rồi mới tới số nhân.
Bảng cấu hình theo quy mô
| Tình huống | RAM | Nhân | Ổ |
|---|---|---|---|
| Một phiên, dự án nhỏ | 4GB | 2 | NVMe 40GB |
| Một phiên, dự án vừa nhiều thư viện | 4 tới 8GB | 2 tới 4 | NVMe 80GB |
| Hai ba phiên song song | 8GB | 4 | NVMe 80GB |
| Cả nhóm dùng chung | 16GB | 8 | NVMe 160GB trở lên |
Vì sao thứ tự ưu tiên lại như vậy
RAM đứng đầu vì thiếu RAM không làm máy chậm đi một chút mà làm nó chậm thảm hại. Khi hết bộ nhớ, hệ thống chuyển sang dùng ổ cứng làm bộ nhớ tạm, tốc độ tụt hàng chục lần. Nặng hơn thì tiến trình build bị hệ thống tắt giữa chừng, và thông báo lỗi thường không nói rõ nguyên nhân nên rất mất thời gian truy tìm.
Ổ đứng thứ hai vì đây là nơi phần lớn thời gian chờ thật sự nằm ở đó, như đã phân tích trong bài về nguyên nhân agent chậm.
Xung nhịp đứng thứ ba vì nhiều bước trong chuỗi build và kiểm tra kiểu chạy tuần tự, không chia nhỏ ra nhiều nhân được.
Số nhân đứng cuối vì nó chỉ giúp khi bạn thật sự chạy nhiều việc song song. Một người dùng một phiên thì thêm nhân gần như không đổi gì.
Kiểm tra máy hiện tại có đủ không
Chạy trong lúc agent đang làm việc nặng nhất:
free -h
iostat -x 2Nếu cột available của RAM còn dưới 15 phần trăm hoặc swap đang được dùng, bạn thiếu RAM. Nếu %util của ổ gần 100 mà CPU còn dư, bạn thiếu tốc độ ổ. Hai chỉ số này quyết định nâng cấp gì, chính xác hơn mọi lời khuyên chung chung.
Đo máy hiện tại có đủ không, năm lệnh
free -h # RAM con lai va co dung swap khong nproc && lscpu | grep MHz # so nhan va xung nhip df -h && df -i # dung luong va so inode con lai iostat -x 2 # chay song song luc agent lam viec, xem %util va await vmstat 2 # cot si, so khac 0 lien tuc la thieu RAM
| Dấu hiệu | Nghĩa | Việc cần làm |
|---|---|---|
Cột swap trong free -h khác 0 và tăng | Thiếu bộ nhớ | Thêm RAM. Mọi tối ưu khác vô nghĩa khi máy đang tráo trang |
%util gần 100, CPU còn dư | Ổ đĩa là nút thắt | Chuyển sang NVMe, hoặc dọn bớt tệp rác trong thư mục làm việc |
| Một nhân 100%, các nhân khác rảnh | Nghẽn đơn luồng | Cần xung nhịp cao hơn, thêm nhân không giúp |
df -i gần đầy dù dung lượng còn | Hết inode do quá nhiều tệp nhỏ | Xóa các thư mục thư viện của dự án cũ |
| Tiến trình bị dừng đột ngột | Hệ thống dừng tiến trình vì hết bộ nhớ | dmesg rồi tìm dòng out of memory để xác nhận |
Ba việc chỉnh miễn phí trước khi nâng cấp máy
- Thêm vùng nhớ tạm để không bị dừng giữa chừng. Không thay được RAM thật nhưng cứu được các bước build ngốn bộ nhớ:
sudo fallocate -l 4G /swapfile && sudo chmod 600 /swapfile sudo mkswap /swapfile && sudo swapon /swapfile echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab sudo sysctl vm.swappiness=10
- Dọn thư mục làm việc. Kho bộ nhớ đệm và thư viện của dự án cũ chiếm hàng chục gigabyte và làm mọi lần quét chậm đi:
du -sh ~/* | sort -h | tail -10 find ~ -name node_modules -type d -prune -mtime +60 -exec du -sh {} + docker system df && docker builder prune --filter until=336h - Loại thư mục nặng khỏi phạm vi trợ lý. Thêm các thư mục thư viện, thư mục dựng và dữ liệu mẫu vào tệp bỏ qua. Trợ lý quét ít tệp hơn thì mỗi vòng nhanh hơn thấy rõ.
Chi phí thật theo tháng, để so trước khi quyết
| Cấu hình | Phù hợp | Chi phí tham khảo mỗi tháng |
|---|---|---|
| 4 GB RAM, 2 nhân, NVMe 40 GB | Một phiên, dự án web vừa | Khoảng 300 tới 500 nghìn |
| 8 GB RAM, 4 nhân, NVMe 80 GB | Hai tới ba phiên song song | Khoảng 600 nghìn tới 1 triệu |
| 16 GB RAM, 8 nhân, NVMe 160 GB | Cả nhóm dùng chung | Từ 1,5 triệu |
So sánh đáng làm: một giờ chờ mỗi ngày của lập trình viên đắt hơn khoản chênh giữa gói 4 GB và gói 8 GB trong cả tháng. Nếu đang thấy máy chậm mà chưa đo, chạy bộ lệnh ở mục đầu trước khi quyết.
Câu hỏi thường gặp
VPS 2GB RAM chạy được agent không?
Chạy được với dự án rất nhỏ nhưng dễ chật vật khi build. Nên đặt swap dự phòng và chấp nhận chậm ở khâu cài thư viện.
Có cần GPU không?
Không. Agent gửi yêu cầu tới mô hình chạy trên hạ tầng của nhà cung cấp, việc trên máy của bạn là chạy mã, build và test.
Nên chọn nhiều nhân hay xung cao?
Xung cao nếu chạy một phiên, vì nhiều bước tuần tự. Nhiều nhân nếu chạy nhiều phiên hoặc nhiều container song song.
Dung lượng ổ bao nhiêu là đủ?
Tính gấp đôi kích thước dự án cộng kho bộ nhớ đệm, thường 40GB là thoải mái cho dự án vừa. Nhớ dọn định kỳ vì kho bộ nhớ đệm phình rất nhanh.
Bài viết liên quan
- Build AI Slack bot tự host bằng Claude API trên VPS
- OpenClaw skills: viết custom skill bằng JavaScript cho agent của bạn
- Chương trình tặng Voucher cho khách hàng mới dự sự kiện PingPong 2024
- DeepSeek API vs self-host: khi nào nên thuê GPU, khi nào dùng API
- Thuê Cloud VPS Việt Nam: hướng dẫn chọn cấu hình cho startup + SaaS nhỏ
- Setup Uptime Kuma trên VPS: monitor 20 endpoint free đẹp hơn UptimeRobot



