Trả lời nhanh: Không có cấu hình VPS cho lập trình đúng cho mọi việc, vì mỗi loại việc nghẽn ở chỗ khác nhau. Bốn nhóm và thứ tự ưu tiên: máy dev từ xa cần độ trễ thấp và RAM vừa; máy build mobile cần ổ đĩa nhanh và RAM rộng hơn cả CPU; chạy agent AI cần ổ nhanh cho việc đọc repo và RAM cho nhiều phiên song song; backend thật cần ổ nhanh và độ trễ thấp tới người dùng. Điểm chung: ổ đĩa bị đánh giá thấp nhất trong khi nó nghẽn nhiều nhất.
Người mua VPS thường nhìn số nhân xử lý đầu tiên, vì đó là con số dễ so nhất. Nhưng trong bốn loại việc phổ biến của người làm phần mềm, CPU hiếm khi là nghẽn thật. Bài này chia theo loại việc và nói rõ nên ưu tiên gì.
Máy dev từ xa
Ưu tiên: độ trễ mạng, rồi tới RAM. Bạn gõ phím và chờ phản hồi, nên khoảng cách tới máy chủ ảnh hưởng tới cảm giác nhiều hơn mọi thông số khác. Máy trong nước gần như luôn thắng máy mạnh hơn ở xa cho việc này.
Cấu hình khởi điểm: 2 vCPU, 4GB RAM, 40GB ổ đĩa cho dự án web thông thường. Lên 4 vCPU và 8GB nếu bạn chạy thêm database và bộ nhớ đệm ngay trên đó.
Ba thứ ảnh hưởng nhiều hơn số nhân: đường truyền ổn định, ổ đĩa nhanh để mở dự án không phải chờ, và đủ RAM để công cụ hiểu code không bị hết bộ nhớ. Cách dựng nằm ở bài máy dev từ xa, và so sánh với các lựa chọn khác nằm ở bài WSL2 hay VPS.
Máy build cho dự án mobile
Ưu tiên: ổ đĩa, rồi RAM, rồi mới tới CPU. Một lượt build đọc ghi hàng chục nghìn file nhỏ, và đó là loại thao tác mà ổ đĩa quyết định.
Cấu hình khởi điểm: 4 vCPU, 8GB RAM, 100GB ổ NVMe. RAM dưới 8GB rất dễ gặp cảnh tiến trình build bị hệ điều hành giết giữa chừng, và thông báo lỗi khi đó thường vô nghĩa nên bạn mất thời gian đi sai hướng.
Dung lượng nên rộng tay vì bộ công cụ, bộ nhớ đệm và các bản dựng tích tụ rất nhanh. Nếu nhiều người cùng build hoặc bạn chạy thêm máy giả lập để kiểm thử thì lên 8 vCPU và 16GB, theo bài về emulator.
Máy chạy agent AI
Ưu tiên: ổ đĩa, rồi RAM. Phần nặng của agent không nằm ở tính toán, vì mô hình chạy ở phía nhà cung cấp. Máy của bạn làm việc đọc file, tìm kiếm trong repo, chạy lệnh và chạy kiểm thử.
Cấu hình khởi điểm: 2 vCPU, 4GB RAM cho một phiên làm việc. Lên 4 vCPU, 8GB nếu bạn chạy nhiều phiên song song theo cách trong bài thiết kế đội subagent, vì mỗi phiên có thể chạy lệnh riêng cùng lúc.
Yếu tố ít người tính tới: ổ nhanh rút ngắn khâu khảo sát repo, thứ mà agent làm rất nhiều trong repo lớn, như phân tích ở bài quản lý ngữ cảnh. Và máy luôn bật cho phép bạn giao việc dài rồi đóng laptop đi về.
Backend chạy thật
Ưu tiên: độ trễ tới người dùng, ổ đĩa, rồi RAM. Tải điển hình là rất nhiều lượt đọc nhỏ từ database.
Cấu hình khởi điểm cho ứng dụng mới: 2 vCPU, 4GB. Đây là chỗ nên bắt đầu vừa đủ rồi nâng theo số liệu thật, vì lượng truy cập thực tế hầu như luôn khác dự đoán.
Ba dấu hiệu cho biết cần nâng và nâng cái gì:
- Thời gian phản hồi tăng dù CPU rảnh: nghẽn ở ổ đĩa hoặc ở truy vấn, xem bài database chậm trước khi nâng máy.
- Bộ nhớ đệm liên tục bị đẩy ra: thiếu RAM.
- CPU chạm trần liên tục: lúc này mới thật sự cần thêm nhân.
Rất nhiều trường hợp trang chậm được chữa bằng một chỉ mục database chứ không phải bằng máy mạnh hơn, nên hãy đo trước khi mua.
Sai lầm hay gặp khi chọn cấu hình
Chọn theo số nhân xử lý. Dễ so nhất nên ai cũng nhìn đầu tiên, nhưng trong bốn loại việc ở trên thì CPU chỉ là nghẽn thật ở một trường hợp.
Xem nhẹ ổ đĩa. Chênh lệch giữa ổ thường và ổ NVMe rất lớn với các thao tác nhiều file nhỏ, đúng đặc tính của build và của việc khảo sát repo.
Mua dư ngay từ đầu. Nâng cấu hình về sau dễ hơn nhiều so với việc trả tiền cho tài nguyên không dùng suốt nhiều tháng.
Bỏ qua vị trí đặt máy. Với máy dev từ xa và với backend phục vụ người Việt, khoảng cách địa lý ảnh hưởng tới trải nghiệm hằng ngày nhiều hơn một bậc cấu hình.
Quên dung lượng. Máy build và máy chạy agent đều tích tụ rác rất nhanh. Chuẩn bị dư và đặt lịch dọn theo bài dọn rác build.
Bảng cấu hình theo loại việc
| Loại việc | Bộ nhớ | Ổ đĩa | Thứ quan trọng nhất |
|---|---|---|---|
| Máy làm việc từ xa, một người | 4 tới 8 GB | NVMe 80 GB | Độ trễ mạng thấp |
| Máy làm việc chung cho đội 3 tới 5 người | 16 GB | NVMe 320 GB | Bộ nhớ |
| Máy dựng ứng dụng di động | 8 tới 16 GB | NVMe 160 GB | Bộ nhớ và ổ đĩa |
| Máy chạy trợ lý AI nhiều phiên | 8 tới 16 GB | NVMe 160 GB | Ổ đĩa |
| Máy chủ chạy thật cho web vừa | 4 GB | NVMe 80 GB | Xung nhịp một luồng |
| Máy chạy cơ sở dữ liệu | 8 GB trở lên | NVMe | Ổ đĩa và bộ nhớ |
Bốn sai lầm hay gặp khi chọn cấu hình
- Mua nhiều nhân mà xung thấp cho máy chạy web. Trang web động chạy chủ yếu một luồng, nên xung nhịp quyết định nhiều hơn số nhân.
- Tiết kiệm ở ổ đĩa. Với cơ sở dữ liệu và với công việc đọc nhiều tệp nhỏ, ổ chậm là nút thắt mà không cấu hình nào bù được.
- Không tính đỉnh bộ nhớ khi dựng phần mềm. Bước dựng cần nhiều bộ nhớ hơn bước chạy vài lần, và đây là nguyên nhân của tình huống thuê máy vừa đủ để chạy rồi không dựng nổi.
- Bỏ qua steal time. Cấu hình đẹp trên giấy mà máy chủ vật lý bị bán quá số chỗ thì bạn không nhận được những gì đã trả.
Bộ đo trước khi chốt
apt install -y fio sysbench sysstat # Xung mot luong, con so quyet dinh toc do websysbench cpu --cpu-max-prime=20000 --threads=1 run # O dia, chay 5 phut chu khong phai 30 giayfio --name=t --ioengine=libaio --direct=1 --bs=4k --rw=randrw --rwmixread=70 \ --iodepth=32 --numjobs=4 --size=4G --runtime=300 --time_based \ --group_reporting --status-interval=60 # Steal time vao gio cao diem toivmstat 2 150 # Mang trong nuocping -c 30 vnexpress.netQuy tắc nâng cấp khi chật: bộ nhớ trước, ổ NVMe sau, số nhân cuối cùng. Đây là thứ tự đúng cho gần như mọi loại việc trong bảng trên.
Câu hỏi thường gặp
VPS 2GB có đủ để lập trình không?
Đủ cho việc nhẹ như sửa file cấu hình và chạy script. Không đủ khi bạn mở dự án lớn với công cụ hiểu code, hoặc chạy database cùng ứng dụng. Với việc lập trình hằng ngày, 4GB là mức khởi điểm dễ chịu.
Nên chọn nhiều nhân hay ổ nhanh?
Ổ nhanh, trong hầu hết trường hợp. Build, khảo sát repo và truy vấn database đều là thao tác nhiều file nhỏ hoặc nhiều lượt đọc, nơi ổ đĩa quyết định. CPU chỉ là nghẽn thật khi bạn biên dịch nặng liên tục.
Một VPS chạy được mấy việc cùng lúc?
Được nhiều, miễn là bạn đặt giới hạn tài nguyên cho từng phần. Nhưng đừng để máy build chung với backend đang phục vụ khách, vì một lượt build nặng sẽ làm khách của bạn phải chờ.
Nâng cấu hình về sau có phải cài lại không?
Với nhà cung cấp cho nâng tại chỗ thì không, máy giữ nguyên dữ liệu và cấu hình. Đây là lý do nên bắt đầu vừa đủ rồi nâng theo số liệu thật thay vì mua dư ngay từ đầu.