VPS tính giờ cho staging, demo và load test: dùng sao cho đúng

VPS tính giờ là công cụ hợp lý cho mọi thứ chỉ cần tồn tại vài giờ hay vài ngày thay vì vài tháng: một bản staging của production trước lần nâng cấp nhiều rủi ro, môi trường demo cho buổi gặp khách hàng, hay vài máy tạo tải cho một buổi chiều load test. Lợi ích thì rõ ràng. Điều cần biết là tính phí theo giờ có quy tắc riêng, và bất ngờ phổ biến nhất là một máy chủ "đã tắt" nhưng vẫn tiếp tục bị trừ tiền. Bài này giải thích chính xác bạn trả tiền cho cái gì khi dùng VPS tính giờ trên Cloudj, rồi đi qua ba quy trình tận dụng nó hiệu quả.

VPS tính giờ thực ra tính phí cho những gì

Cloudj cho phép trả tiền máy chủ theo giờ từ số dư tài khoản, hoặc trả trước một kỳ 1, 3, 6 hay 12 tháng. Cách tính theo giờ như sau:

Dòng mà nhiều người bỏ qua là dòng thứ hai. Tắt máy chủ không làm dừng phí theo giờ. Ổ đĩa vẫn giữ dữ liệu và địa chỉ IP vẫn thuộc về bạn, nên máy chủ vẫn tốn tiền cho tới khi bị xóa. Nếu muốn giữ lại công sức cấu hình mà không giữ máy, hãy lưu custom image trước rồi mới xóa.

Console hiển thị giá theo giờ chính xác trước khi triển khai, và trang bảng giá có giá trực tiếp cho mọi vị trí. Để so sánh kỹ hai cách tính, xem bài VPS theo giờ hay theo tháng.

Quy trình 1: máy chủ staging cho thay đổi nhiều rủi ro

Bạn sắp nâng cấp framework, lên phiên bản database mới hoặc đổi hệ điều hành. Thử thẳng trên production là đánh cược; còn duy trì một máy staging cả năm thì tốn tiền suốt mười một tháng không dùng. Máy staging tính giờ nằm ở giữa.

1. Chọn cùng vị trí với production. Đường mạng, cách DNS phân giải và độ trễ tới các API bên ngoài phải giống nhau. Nếu production là bot giao dịch crypto ở Singapore hay VPS forex tại London, hãy dựng staging ở cùng thành phố. Bài hướng dẫn chọn vị trí VPS liệt kê đầy đủ các thành phố.
2. Giữ cùng hệ điều hành và cấu hình. Dùng cùng image và cùng loại CPU. Production chạy CPU dedicated mà thử trên CPU dùng chung thì số đo thời gian sẽ sai lệch.
3. Chép dữ liệu, không chép secret. Khôi phục bản dump database gần nhất, nhưng thay API key production, thông tin cổng thanh toán và cấu hình email bằng bản thử nghiệm. Máy staging gửi email cho khách thật là sự cố kinh điển.
4. Chặn index và truy cập công khai. Bật HTTP basic auth hoặc giới hạn firewall theo IP văn phòng, và gửi header X-Robots-Tag: noindex để công cụ tìm kiếm không bao giờ thấy bản sao.
5. Chạy nâng cấp, ghi lại từng bước, rồi lặp đúng các bước đó trên production.
6. Xóa máy staging khi thay đổi đã lên production.

Nếu thường xuyên dựng lại staging, hãy cấu hình một lần rồi lưu thành custom image. Lần sau máy staging mới triển khai từ image đó với đúng trạng thái đã chuẩn bị.

Quy trình 2: demo cho khách rồi xóa đi

Agency và freelancer thường cần một môi trường chạy được cho buổi thuyết trình hoặc hai tuần khách xem duyệt. VPS tính giờ giúp chi phí đó gắn với dự án thay vì thành khoản phí bị bỏ quên.

Một cách làm gọn gàng:

• Triển khai cấu hình nhỏ nhất chạy demo thoải mái (từ 1 vCPU, 1 GB RAM, 20 GB ổ đĩa).
• Đặt lên subdomain như demo-khach.example.com kèm chứng chỉ Let's Encrypt; bài Nginx reverse proxy kèm SSL hướng dẫn cách cài.
• Dùng SSH console ngay trên trình duyệt trong console Cloudj để sửa nhanh trong buổi họp nếu laptop không có sẵn SSH client.
• Đặt lịch nhắc vào ngày kết thúc duyệt, và xóa máy chủ ngay hôm đó.

Nếu khách chốt và bản demo trở thành website thật, hãy chuyển sang kỳ trả trước thay vì để tính giờ hàng tháng trời.

Quy trình 3: load test

Load test là nơi tính giờ phát huy rõ nhất, và cũng là nơi quy tắc băng thông quan trọng nhất. Bạn có thể cần vài máy trong hai giờ, rồi không cần nữa.

Cài công cụ tạo tải như k6 trên từng máy và chạy kịch bản:

k6 run --vus 200 --duration 10m script.js

Những điều cần tính trước:

• Máy tính giờ bị tính băng thông theo GB. Load test có thể đẩy rất nhiều dữ liệu, nên hãy ước tính trước: dung lượng phản hồi trung bình nhân số request. Chạy thử ngắn, xem biểu đồ mạng trong console rồi suy ra trước khi chạy lớn.
• Máy tạo tải cũng cần CPU. Nếu chính máy tạo tải bị kịch CPU, bạn đang đo máy tạo tải chứ không phải ứng dụng. Theo dõi biểu đồ ở cả hai phía; chọn CPU general purpose hoặc dedicated cho máy tạo tải.
• Chỉ test hệ thống của bạn hoặc hệ thống được phép test, và báo trước cho nhà cung cấp hạ tầng hay CDN nếu quy định của họ yêu cầu.
• Rải máy tạo tải ở nhiều vị trí nếu người dùng thật ở nhiều nơi. Một máy ở New York, nơi dân giao dịch hay đặt VPS forex tại New York, và một máy ở Tokyo sẽ đi qua những đường mạng rất khác nhau.

Lưu báo cáo xong thì xóa toàn bộ máy tạo tải. Bước cuối này chính là thứ giữ cho buổi test rẻ.

Checklist dọn dẹp

Phần lớn tiếc nuối với VPS tính giờ đến từ máy bị quên. Trước khi gập laptop:

• Xem danh sách máy chủ trong console, đảm bảo máy nào cũng có người phụ trách và lý do tồn tại.
• Xóa mọi máy chỉ dùng cho hôm nay; tắt thôi là chưa đủ.
• Lưu custom image trước nếu sẽ cần lại cấu hình.
• Kiểm tra số dư; máy tính giờ trừ tiền liên tục. Người dùng tại Việt Nam có thể nạp thêm bằng chuyển khoản ngân hàng bằng VND.

Dù chỉ sống ngắn, máy chủ vẫn cần được bảo vệ; checklist bảo mật VPS mới vẫn áp dụng, vì máy demo mở ra internet cũng bị quét như production.

Câu hỏi thường gặp

Máy tính giờ đã tắt có còn bị tính phí không?

Có. Ổ đĩa và IP vẫn được giữ khi máy còn tồn tại, nên phí tiếp tục cho tới khi bạn xóa máy.

Có cách nào giữ cấu hình staging mà không trả tiền cả tháng?

Lưu custom image của máy đã cấu hình rồi xóa máy. Lần sau triển khai máy mới từ image đó.

VPS tính giờ có kèm băng thông không?

Không. Khi tính giờ, băng thông được tính theo GB sử dụng. Gói tháng có sẵn hạn mức, ví dụ 1 TB ở Tokyo hay 5 TB ở Amsterdam.

Nếu máy staging cần chạy lâu dài thì sao?

Lưu custom image, triển khai máy mới theo kỳ trả trước từ image đó, rồi xóa máy tính giờ. Bạn giữ nguyên cấu hình và chuyển sang gói có sẵn băng thông.

Thử cho lần thay đổi tới

Tạo một máy chủ tính giờ trong console Cloudj cho lần nâng cấp hay buổi demo sắp tới, chạy checklist của bạn và xóa khi xong việc. Giá theo giờ và theo tháng có trên trang bảng giá.