Cấu hình VPS tối thiểu để Claude Code chạy mượt cả ngày

Chia sẻ bài viết

Mục lục
Cấu hình VPS tối thiểu để Claude Code chạy mượt cả ngày

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.

Tóm tắt nhanh
  • 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ốngRAMNhânỔ
Một phiên, dự án nhỏ4GB2NVMe 40GB
Một phiên, dự án vừa nhiều thư viện4 tới 8GB2 tới 4NVMe 80GB
Hai ba phiên song song8GB4NVMe 80GB
Cả nhóm dùng chung16GB8NVMe 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 2

Nế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ệuNghĩaViệc cần làm
Cột swap trong free -h khác 0 và tăngThiế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ắtChuyể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ảnhNghẽn đơn luồngCầ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ònHế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ộtHệ 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ìnhPhù hợpChi phí tham khảo mỗi tháng
4 GB RAM, 2 nhân, NVMe 40 GBMột phiên, dự án web vừaKhoảng 300 tới 500 nghìn
8 GB RAM, 4 nhân, NVMe 80 GBHai tới ba phiên song songKhoảng 600 nghìn tới 1 triệu
16 GB RAM, 8 nhân, NVMe 160 GBCả nhóm dùng chungTừ 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.

Hạ tầng NVMe Enterprise của TND
VPS ổ Enterprise U.2 NVMe, CPU xung cao, đặt tại Việt Nam
Truy vấn SQL, PHP dựng trang, build Next.js hay đóng gói app iOS và Android: phần lớn các bước này chạy đơn luồng và đập liên tục vào ổ đĩa. Nghẽn nằm ở tốc độ đọc ghi và xung nhịp CPU, không phải ở việc có thật nhiều nhân. Ổ Enterprise U.2 NVMe chuẩn máy chủ chạy RAID 10 cho IOPS đọc ghi ngẫu nhiên gấp 5 đến 7 lần ổ SATA SSD, khác hẳn NVMe M.2 phổ thông. Chạy trên chip Intel Xeon Platinum dòng xung cao, backup tự động hàng tuần, bàn giao trong 5 phút.
Xem VPS Enterprise U.2 NVMe RAID 10, CPU xung cao

Bài viết liên quan