Cấu hình VPS bao nhiêu vCPU RAM là đủ cho từng việc

Một VPS 2 vCPU, 4 GB RAM chạy tốt cho website WordPress vài trăm lượt xem mỗi ngày, nhưng cùng cấu hình đó đưa n8n chạy vài chục workflow song song là bắt đầu đơ. Vấn đề không nằm ở việc gói đắt hay rẻ, mà ở chỗ cấu hình VPS được chọn theo đúng việc sẽ chạy hay chọn theo cảm tính "mua dư cho chắc". Bài này đi theo từng loại việc phổ biến, cộng cách đọc chỉ số để biết lúc nào máy đã chật và cần nâng gói.

Cấu hình VPS cho website WordPress lượng truy cập vừa cần gì

Website WordPress vài trăm đến vài nghìn lượt xem mỗi ngày chạy ổn với 2 vCPU, 4 GB RAM và 40–50 GB SSD NVMe. RAM là phần hay thiếu trước vì mỗi tiến trình PHP-FPM xử lý một request đã chiếm vài chục MB, cộng thêm MySQL và các plugin cache, bộ nhớ đầy nhanh hơn CPU chạm trần.

WordPress dùng plugin nặng (builder trang, SEO, bảo mật, form) thì nên tính thêm RAM chứ không phải thêm CPU. Một site WooCommerce nhỏ vài chục đơn mỗi ngày vẫn nằm trong mức này, miễn có cache trang (page cache) bật sẵn để giảm số request PHP phải xử lý trực tiếp. Site tăng trưởng nhanh, lượt xem gấp đôi trong vài tháng thì nâng lên 4 vCPU, 6 GB RAM trước khi máy có dấu hiệu chậm, không đợi khách phàn nàn mới xử lý.

VPS cho web bán hàng cần vCPU RAM bao nhiêu để không đơ khi đông khách

Web bán hàng cần tối thiểu 4 vCPU, 6–8 GB RAM vì mỗi phiên khách xem giỏ hàng, tính phí vận chuyển, áp mã giảm giá đều chạy truy vấn database riêng, không cache được như trang tin tức. Giờ cao điểm (sau 8 giờ tối, ngày sale) lượng kết nối đồng thời có thể gấp ba, bốn lần ngày thường.

Khác với site đọc tin, web bán hàng ghi dữ liệu liên tục: đơn hàng mới, tồn kho thay đổi, log thanh toán. Ổ đĩa nên là SSD NVMe tối thiểu 80 GB, vừa đủ chỗ cho ảnh sản phẩm lẫn database phình theo thời gian. Nếu chạy cả CRM hoặc kết nối API với đơn vị vận chuyển, cân nhắc gói 6 vCPU, 12 GB RAM ngay từ đầu để tránh phải nâng cấp giữa mùa cao điểm, lúc đổi gói dễ gây gián đoạn hơn lúc vắng khách.

Chạy ứng dụng nội bộ trên VPS cần cấu hình như thế nào

Ứng dụng nội bộ (quản lý nhân sự, kho, chấm công) cho dưới 50 người dùng cùng lúc chạy vừa với 4 vCPU, 8 GB RAM. Số người dùng đồng thời quan trọng hơn tổng nhân sự công ty, vì phần lớn nhân viên không mở app cùng một giờ. Phân hệ báo cáo, xuất Excel là chỗ ngốn RAM nhất chứ không phải màn hình nhập liệu thường ngày, nên công ty trên 100 người dùng đồng thời nên tính từ 6 vCPU, 12 GB RAM trở lên.

Ứng dụng viết bằng Java hoặc .NET cần thêm khoảng 1–2 GB RAM dành riêng cho runtime so với ứng dụng PHP tương đương, vì máy ảo Java giữ vùng nhớ cấp sẵn (heap) suốt quá trình chạy. Máy test, staging thì ngược lại, dùng cấu hình thấp nhất cũng đủ: 1–2 vCPU, 2 GB RAM, 20 GB SSD NVMe, vì không phục vụ người dùng thật và không cần chịu tải đồng thời, miễn giữ cùng phiên bản PHP và hệ quản trị database với production để kết quả test đáng tin.

VPS chạy n8n và công cụ tự động hoá nên chọn cấu hình nào

VPS chạy n8n cho vài chục workflow tự động hoá phù hợp với 2 vCPU, 4 GB RAM khi workflow đơn giản (webhook, gửi email, ghi dữ liệu), và cần 4 vCPU, 8 GB RAM khi có workflow gọi AI, xử lý file lớn hoặc chạy nhiều nhánh song song.

n8n tự host thường đi kèm PostgreSQL và Redis chạy cùng máy, hai dịch vụ này chiếm RAM riêng ngoài phần n8n cần. Workflow gọi API AI giữ kết nối mở lâu hơn tác vụ thông thường, nhiều workflow cùng chờ phản hồi API sẽ giữ RAM ở mức cao liên tục chứ không giải phóng ngay. BizMaC có dòng VPS cài sẵn n8n cùng PostgreSQL, Redis từ 2 vCPU, 4 GB RAM, dựng workflow được ngay mà không phải tự cài môi trường.

Vì sao RAM hết trước CPU và cách biết VPS đã chật

RAM thường chạm trần trước CPU vì mỗi kết nối, mỗi tiến trình (PHP-FPM, MySQL, Redis) giữ một vùng nhớ riêng suốt thời gian xử lý, trong khi CPU chỉ bận trong khoảnh khắc tính toán rồi rảnh ngay. Một máy cấu hình sai (mở quá nhiều tiến trình so với RAM có) sẽ hết bộ nhớ trước khi CPU kịp bận, hệ điều hành phải đẩy dữ liệu ra swap (vùng nhớ ảo trên ổ đĩa) để bù chỗ. Swap chạy trên ổ đĩa nên chậm hơn RAM hàng trăm lần, đây là lý do máy "vẫn còn CPU rảnh" nhưng web vẫn tải chậm đến mức khách bỏ trang.

Ba dấu hiệu cho biết VPS đã chật: RAM dùng thường xuyên trên 85%, swap hoạt động liên tục thay vì chỉ lúc cao điểm, và CPU load trung bình vượt số vCPU trong nhiều giờ liền. Trên Linux, lệnh free -h cho biết RAM còn trống và swap đang dùng bao nhiêu, lệnh top hoặc htop cho biết CPU load theo thời gian thực. Thấy một trong ba dấu hiệu này lặp lại vài ngày là lúc nên nâng gói, không cần đợi máy sập mới xử lý. Với hệ thống dùng dịch vụ quản trị máy chủ, các chỉ số này được theo dõi để báo trước lúc cần nâng thay vì để khách tự phát hiện qua việc web chậm.

Bảng cấu hình VPS theo từng loại việc

Bảng dưới quy đổi từng loại việc sang mức vCPU, RAM, ổ đĩa tối thiểu nên có, dựa trên các gói VPS thực tế BizMaC đang chạy để dễ đối chiếu khi chọn gói.

Nguyên tắc chọn cấu hình VPS: vừa đủ rồi nâng, đừng mua thừa từ đầu

Cách chọn hợp lý nhất là bắt đầu ở mức cấu hình VPS vừa đủ cho tải hiện tại, rồi nâng gói khi chỉ số cho thấy đã chật, thay vì mua sẵn cấu hình cao "phòng khi tăng trưởng" mà chưa biết tăng trưởng thế nào. Mua thừa từ đầu là trả tiền cho tài nguyên nằm không, trong khi nâng gói VPS thường chỉ mất vài phút và không cần cài lại hệ thống từ đầu.

Ngoại lệ đáng cân nhắc: hệ thống có mốc thời gian biết trước sẽ tăng tải đột biến (đợt sale, ra mắt sản phẩm) thì nâng gói tạm thời trước mốc đó, không cần giữ cấu hình cao quanh năm. Với hệ thống đã vượt quá khả năng một VPS đơn (cần tách riêng phần cứng, không chia sẻ tài nguyên với máy ảo khác), lúc đó mới tính đến việc chuyển sang thuê máy chủ riêng chạy trên Intel Xeon Platinum thế hệ Cascade Lake, thay vì cố ép một VPS gánh việc vượt khả năng của nó.

Điều cần nhớ khi chọn cấu hình VPS

RAM là thứ hết trước CPU trong hầu hết trường hợp, nên khi chọn gói hãy nhìn RAM trước rồi mới tới vCPU. Theo dõi free -h và CPU load đều đặn để biết máy còn dư hay đã chật, và nâng gói ngay khi thấy dấu hiệu chứ không đợi web chậm mới xử lý. Bảng cấu hình theo loại việc ở trên là điểm khởi đầu, không phải con số cố định: hai website WordPress cùng lượt xem nhưng khác plugin vẫn có thể cần RAM khác nhau. Cách chắc nhất vẫn là quan sát chỉ số thực tế của hệ thống đang chạy, rồi so sánh với hosting chia sẻ nếu tải còn nhỏ chưa cần tới VPS.