# VPS theo giờ hay theo tháng: cách nào rẻ hơn cho bạn

URL: https://cloudj.net/vi/blog/hourly-vs-monthly-vps
Published: 2026-11-11 · Updated: 2026-11-11

> Nên thuê VPS theo giờ hay theo tháng? So sánh cách tính phí, ảnh hưởng của băng thông và bảng tính đơn giản để chọn phương án rẻ hơn cho đúng nhu cầu của bạn.

Chọn thuê VPS theo giờ hay theo tháng nghe như một chi tiết về giá, nhưng thực ra nó quyết định cách bạn vận hành máy chủ. Tính phí theo giờ có lợi khi bạn chịu khó xóa những gì không dùng. Trả trước theo kỳ (thường gọi là theo tháng) có lợi khi bạn biết chắc mình cần gì. Chọn sai, bạn sẽ hoặc trả tiền cho máy chủ nằm không, hoặc trả thêm cho sự linh hoạt mà mình chẳng bao giờ dùng tới. Bài viết giải thích chính xác cách Cloudj tính phí ở từng mô hình, khi nào lượng băng thông đi kèm làm thay đổi kết quả, và cách tự tính phương án rẻ hơn bằng giá thực tế trong console.

## Hai cách tính phí hoạt động ra sao

**Tính theo giờ**: số dư tài khoản bị trừ theo từng giờ máy chủ còn tồn tại. Chữ quan trọng ở đây là "tồn tại". Máy chủ đã tắt vẫn bị tính phí, vì ổ đĩa và địa chỉ IP vẫn được giữ cho bạn. Cách duy nhất để dừng phí của một máy chủ theo giờ là xóa nó. Băng thông trên máy chủ theo giờ được tính theo số GB thực dùng.

**Trả trước theo kỳ**: bạn trả trước 1, 3, 6 hoặc 12 tháng, có thể bật tự động gia hạn từ số dư. Xóa máy chủ trả trước trước khi hết kỳ sẽ không được hoàn tiền phần thời gian còn lại. Gói theo tháng có kèm một lượng băng thông tùy theo vị trí, nên mức sử dụng bình thường không phát sinh thêm dòng phí băng thông riêng.

| | Theo giờ | Trả trước theo kỳ (1, 3, 6 hoặc 12 tháng) |
|---|---|---|
| Cách trả tiền | Trừ dần vào số dư theo giờ | Trả trọn kỳ ngay từ đầu |
| Khi nào ngừng tính phí | Khi bạn xóa máy chủ | Hết kỳ, trừ khi bật tự động gia hạn |
| Máy chủ đang tắt | Vẫn tính phí | Đã trả cho cả kỳ |
| Xóa sớm | Ngừng tính phí khi xóa | Không hoàn tiền phần còn lại của kỳ |
| Băng thông | Tính theo GB sử dụng | Có sẵn hạn mức theo vị trí |
| Cam kết | Không, chỉ trả số giờ đã dùng | Theo kỳ bạn chọn |
| Phù hợp nhất | Thử nghiệm, CI, dự án ngắn, chưa rõ cấu hình | Môi trường production chạy cả tháng |

## Băng thông làm thay đổi phép tính

Phần lớn các so sánh VPS theo giờ và theo tháng chỉ nhìn vào giá tính toán (compute), mà bỏ qua dòng thứ hai trên hóa đơn. Trên Cloudj, gói theo tháng có kèm lượng băng thông mỗi tháng như sau:

| Vị trí | Băng thông kèm theo gói tháng |
|---|---|
| Singapore, Nhật Bản, Hồng Kông, Úc | 1 TB |
| Đức, Hà Lan, Anh, Tây Ban Nha, Ý, Thụy Điển, Romania, Mỹ, Canada, Israel | 5 TB |

Trên máy chủ theo giờ, cùng lượng dữ liệu đó được đo theo từng GB. Với một máy staging ít hoạt động, chỉ gửi vài GB, phí băng thông không đáng kể. Nhưng với máy chủ phân phối file tải về, website nhiều ảnh và video, điểm thoát VPN hay công cụ thu thập dữ liệu chạy cả ngày, băng thông có thể trở thành phần lớn nhất của hóa đơn. Nếu workload của bạn truyền nhiều dữ liệu và chạy suốt tháng, hạn mức băng thông đi kèm gói trả trước thường là yếu tố quyết định.

## Bảng tính đơn giản để so chi phí

Mở console, chọn vị trí và cấu hình, rồi ghi lại ba con số: giá theo giờ, giá mỗi GB băng thông cho máy chủ theo giờ, và giá của kỳ trả trước bạn đang cân nhắc. Sau đó ước lượng hai điều về workload: máy chủ sẽ tồn tại bao nhiêu giờ trong tháng, và sẽ gửi đi bao nhiêu GB.

Phép so sánh chỉ là số học cơ bản:

```bash
# Thay các giá trị bằng số liệu thực tế trong console
HOURLY_RATE=...      # giá mỗi giờ
GB_RATE=...          # giá mỗi GB trên máy chủ theo giờ
HOURS_EXISTING=...   # số giờ máy chủ tồn tại trong tháng (không phải số giờ chạy)
GB_USED=...          # lượng dữ liệu gửi đi dự kiến, tính bằng GB
TERM_PRICE=...       # giá kỳ trả trước
TERM_MONTHS=...      # 1, 3, 6 hoặc 12

echo "theo gio moi thang: $(echo "$HOURLY_RATE*$HOURS_EXISTING + $GB_RATE*$GB_USED" | bc)"
echo "tra truoc moi thang: $(echo "$TERM_PRICE/$TERM_MONTHS" | bc -l)"
```

Có hai nguyên tắc giúp ước lượng sát thực tế. Thứ nhất, hãy đếm số giờ máy chủ tồn tại chứ không phải số giờ nó làm việc có ích; máy chủ bạn quên xóa vẫn tiếp tục tính phí. Thứ hai, nếu lượng băng thông dự kiến vượt hạn mức của gói trả trước, hãy đọc kỹ thông tin gói trong console trước khi so, hoặc chọn vị trí có hạn mức lớn hơn. Bài viết không đưa ra con số cụ thể vì giá có thể thay đổi; hãy xem giá cập nhật trên [trang bảng giá](https://cloudj.net/vi/pricing).

## Mỗi loại workload thường hợp với cách tính nào

### Thường nên chọn theo giờ

- **CI runner và máy build** tạo ra cho một pipeline rồi xóa đi. Xem hướng dẫn [tự host GitHub Actions runner trên VPS](https://cloudj.net/vi/blog/github-actions-runner-vps).
- **Môi trường staging và review** cho từng nhánh tính năng, xóa khi đã merge. Bài [máy chủ staging trên VPS theo giờ](https://cloudj.net/vi/blog/staging-server-hourly-vps) mô tả cách làm.
- **Kiểm thử tải, chuyển dữ liệu và tác vụ xử lý một lần**, khi bạn cần một máy lớn trong vài giờ.
- **Thử cấu hình**: triển khai, đo đạc, xóa, rồi mới chốt cấu hình.

### Thường nên trả trước theo kỳ

- **Website, API và database production** chạy cả tháng.
- **Bot, công cụ giao dịch và giám sát** phải hoạt động liên tục.
- **Dịch vụ dùng nhiều băng thông**, khi hạn mức đi kèm đủ cho phần lớn dữ liệu bạn gửi đi.
- **Bất cứ thứ gì bạn dễ quên**, vì kỳ trả trước kết thúc vào ngày xác định và tự động gia hạn là do bạn quyết định.

Nếu chưa chắc máy chủ sẽ dùng hết kỳ, hãy bắt đầu với cách tính theo giờ: xóa máy chủ trả trước sớm không được hoàn tiền phần chưa dùng của kỳ.

## Những sai lầm hay gặp với máy chủ theo giờ

1. **Tắt thay vì xóa.** Tắt máy không giảm được đồng nào trên hóa đơn. Nếu muốn giữ cấu hình để dùng sau, hãy lưu một [custom image](https://cloudj.net/vi/custom-images) rồi xóa máy chủ.
2. **Quên máy chủ thử nghiệm.** Rà lại danh sách máy chủ trong console sau mỗi dự án. Đặt tên theo quy ước, ví dụ tiền tố `tmp-` cho máy dùng tạm, sẽ giúp việc này nhanh hơn.
3. **Bỏ qua băng thông.** Máy chủ rẻ theo giờ vẫn có thể truyền rất nhiều dữ liệu. Theo dõi biểu đồ mạng trong console trong những ngày đầu.
4. **Để số dư cạn.** Tính phí theo giờ trừ tiền liên tục từ số dư. Hãy nạp tiền đều đặn; khách hàng Việt Nam có thể nạp bằng chuyển khoản ngân hàng bằng VND.

## Kết luận: nên chọn VPS theo giờ hay theo tháng

**Chọn theo giờ nếu** máy chủ chỉ sống vài giờ hoặc vài ngày, bạn chưa biết cấu hình phù hợp, bạn sẽ xóa nó khi xong việc, và lượng dữ liệu truyền đi ở mức vừa phải.

**Chọn trả trước theo kỳ nếu** máy chủ chạy cả tháng, cấu hình đã ổn định, lượng băng thông đáng kể và nằm trong hạn mức đi kèm, hoặc bạn thích một khoản chi cố định trả một lần mỗi kỳ.

Nhiều nhóm dùng cả hai: trả trước cho production và theo giờ cho mọi thứ tạm thời xung quanh. Khi đã chốt cách thanh toán, câu hỏi tiếp theo là chọn loại CPU nào, được bàn trong bài [VPS CPU riêng hay dùng chung](https://cloudj.net/vi/blog/shared-vs-dedicated-cpu-vps), và liệu bạn có thật sự cần VPS hay không, xem [VPS và shared hosting](https://cloudj.net/vi/blog/vps-vs-shared-hosting) cùng [VPS và máy chủ riêng](https://cloudj.net/vi/blog/vps-vs-dedicated-server). Về vị trí đặt máy chủ, hãy bắt đầu với [hướng dẫn chọn vị trí VPS](https://cloudj.net/vi/blog/vps-locations-guide).

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

### VPS theo giờ đã tắt có còn bị tính tiền không?

Có. Máy chủ theo giờ bị tính phí suốt thời gian còn tồn tại, dù đang chạy hay đã tắt, vì ổ đĩa và IP vẫn được giữ. Hãy xóa máy chủ để dừng tính phí.

### Máy chủ theo giờ có kèm băng thông không?

Không. Với cách tính theo giờ, băng thông được tính theo GB sử dụng. Gói theo tháng có hạn mức tùy vị trí, từ 1 TB ở Singapore, Nhật Bản, Hồng Kông và Úc đến 5 TB ở châu Âu và Bắc Mỹ.

### Có những kỳ trả trước nào?

Bạn có thể trả trước 1, 3, 6 hoặc 12 tháng, và bật tự động gia hạn để máy chủ gia hạn từ số dư tài khoản.

### Làm sao giữ lại cấu hình máy chủ mà không phải trả phí?

Lưu một custom image của máy chủ đã cấu hình, sau đó xóa máy chủ. Khi cần, bạn triển khai máy mới từ image đó.

## Xem con số cho cấu hình của bạn

Cách nhanh nhất để chốt giữa theo giờ và theo tháng là điền số liệu thật vào bảng tính trên. Chọn vị trí trên trang [cloud server](https://cloudj.net/vi/cloud-servers), rồi mở [console Cloudj](https://app.cloudj.net), nơi hiển thị giá chính xác của cả hai phương án trước khi bạn triển khai.