# 1 VPS chứa bao nhiêu website, bao nhiêu tài khoản hosting? Số đo thực tế

> 1 VPS chứa bao nhiêu website và tài khoản hosting, theo số đo trên VPS 4 GB, 3 GB, cùng cách ổ đĩa, mail, ứng dụng và overselling thay đổi con số.

Source: https://zopanel.net/vi/blog/how-many-hosting-accounts-per-server  
Updated: 2026-10-21

## Ý chính

- Trong thử nghiệm, VPS Ubuntu 4 GB, 4 vCPU chạy êm 100 tài khoản WordPress khi không có page cache và 250 khi có, mỗi website một tài khoản riêng, cùng 30 ứng dụng khác.
- VPS Debian 3 GB chạy 50 khi không cache và 200 khi có cache; ở 100 website không cache thì nghẽn CPU.
- Trên VPS nhỏ, nếu không bán vượt dung lượng, ổ đĩa thường hết trước cả RAM và CPU.
- Chỉ bán khoảng một nửa đến hai phần ba sức chứa đo được, rồi tăng dần khi theo dõi mức dùng thật.

1 VPS chứa bao nhiêu website phụ thuộc chủ yếu vào việc bao nhiêu lượt xem trang phải chạy PHP. Trong thử nghiệm của chúng tôi, một VPS Ubuntu 24.04 4 GB, 4 vCPU chạy **100 tài khoản WordPress khi không có page cache và 250 khi có page cache**, mỗi website nằm trong một tài khoản hosting riêng, trong khi 30 ứng dụng khác chạy cùng. Một VPS Debian 3 GB chạy **50 và 200**. Khi bán, hãy lên kế hoạch ở khoảng một nửa đến hai phần ba con số đó, và kiểm tra dung lượng ổ đĩa, thứ mà trên VPS nhỏ thường hết trước.

Bài thử nghiệm WordPress đầy đủ nằm ở [VPS 4 GB chạy được bao nhiêu website WordPress](/vi/blog/how-many-wordpress-sites-4gb-vps). Bài này dùng chính các số đo đó để trả lời câu hỏi mà công ty hosting thật sự hỏi: tôi bán được bao nhiêu **tài khoản** trên server này, khi mỗi tài khoản là một hỗn hợp website, hộp thư và ứng dụng?

## Số đo thực tế

Mỗi website trong thử nghiệm là một bản WordPress thật trong tài khoản hosting riêng, với Linux user, PHP pool và database riêng, được tạo qua panel giống như khách hàng tạo. Mỗi bước còn chạy kèm 30 ứng dụng: 10 ứng dụng Node.js dùng MariaDB, 5 ứng dụng Python (Flask) dùng PostgreSQL, và 15 ứng dụng PHP (Joomla, phpBB và OpenCart).

| Server | Page cache | Số tài khoản (WordPress) | Kết quả |
| --- | --- | --- | --- |
| Ubuntu 24.04, 4 GB RAM, 4 vCPU | Tắt | 50 | Êm, p95 của website đông khách 224 ms |
| Ubuntu 24.04, 4 GB RAM, 4 vCPU | Tắt | 100 | Êm, p95 của website đông khách 386 ms |
| Ubuntu 24.04, 4 GB RAM, 4 vCPU | Bật | 150, 200, 250 | Êm, p95 từ 7 đến 9 ms, CPU 25 đến 34%, không lỗi |
| Debian 12 (kernel 6.12), 3 GB RAM | Tắt | 50 | Êm |
| Debian 12 (kernel 6.12), 3 GB RAM | Tắt | 100 | Quá tải: nghẽn CPU ở 82%, p95 7,5 giây |
| Debian 12 (kernel 6.12), 3 GB RAM | Bật | 150, 200 | Êm, không lỗi |

Mọi lần chạy đều dùng cấu hình mặc định, tự điều chỉnh theo máy của ZoPanel, với web, PHP, MariaDB, PostgreSQL, mail và DNS đã cài.

### Chúng tôi đo thế nào

- **Tải tạo từ một VPS khác**, bằng bộ sinh tải open-loop: request đến đúng lịch dù server có theo kịp hay không, giống khách truy cập thật.
- **Lưu lượng không đều, giống hosting thật:** 10% website đông khách với 30 request trang mỗi phút, 30% website ít khách với 1 request mỗi phút, 60% gần như không có ai với 1 request mỗi 45 phút. Tức khoảng 4,6 request trang mỗi giây ở mức 50 website và khoảng 15 mỗi giây ở mức 250.
- **"Êm"** nghĩa là website đông khách trả lời 95% request dưới một giây, website ít khách trả lời một nửa số request dưới một giây, và dưới 0,5% request bị lỗi. Chúng tôi báo bước cuối cùng còn đạt.

### Điều gì làm kết quả thay đổi

Hai thay đổi trong panel đã đẩy các con số này lên, cho thấy phần mềm quanh website quan trọng thế nào:

- **Nén bộ nhớ thay vì giới hạn cứng.** Trước đây, với giới hạn bộ nhớ cứng và không có swap, server Ubuntu 4 GB sập ở 200 và 250 website có cache, nên con số an toàn là 150; server Debian sập ở 200. Khi bộ nhớ nhàn rỗi của khách được nén ngay trong RAM (Linux 6.8 trở lên), cả hai đều đạt. Tỷ lệ nén khoảng 3,8 đến 3,9 lần, và không có bộ nhớ nào của khách bị ghi xuống đĩa.
- **Cắt tải (load shedding).** Sau tám phút quá tải nặng không cache, server Ubuntu 250 website mất 24 phút để hồi phục với cấu hình cũ và 5 phút khi có nén cộng cắt tải. Server Debian 100 website giảm từ 11 phút xuống 2 phút.

## Từ website sang tài khoản

Thử nghiệm đo **website**. Bạn bán **tài khoản**, và một tài khoản có thể chứa một hay hai mươi website. Ba điều quyết định sức chứa đó thành bao nhiêu tài khoản.

**Số website mỗi tài khoản.** Các gói mặc định của ZoPanel cho thấy độ chênh: Basic cho 1 website, Business 5, Pro 20 ([gói và giới hạn](/vi/docs/packages-limits)). Đa số khách gói nhiều website chỉ dùng một phần, nhưng hãy tính theo số khách thật sự tạo, không theo giới hạn. Tính cả bản staging: đó là website đầy đủ.

**Bao nhiêu website đông khách.** Hỗn hợp của chúng tôi có 10% website đông khách. Nếu khách của bạn là shop hay chạy khuyến mãi, hoặc là agency mà khách của họ cùng chạy chiến dịch trong một tuần, tỷ lệ đông khách cao hơn và số website giảm xuống.

**Bao nhiêu lưu lượng đi vòng qua cache.** Người dùng đã đăng nhập, giỏ hàng, thanh toán và trang tìm kiếm luôn chạy PHP. Một shop WooCommerce có nhiều người mua đăng nhập sẽ giống dòng "tắt page cache" dù đã bật cache.

### Ví dụ lên kế hoạch (giả định, không phải số đo)

Lấy server Ubuntu 4 GB, chủ yếu là website giới thiệu và website doanh nghiệp nhỏ trên WordPress, bật page cache:

1. Sức chứa êm đo được: 250 website (cộng 30 ứng dụng).
2. Chỉ bán một nửa đến hai phần ba, mức dự phòng chúng tôi đề xuất trong [cách định giá gói hosting](/vi/blog/hosting-plan-pricing): khoảng **125 đến 165 website**.
3. Giả sử khách trung bình có **1,5 website mỗi tài khoản**: khoảng **80 đến 110 tài khoản**.

Nếu phần lớn website không dùng được page cache, hãy bắt đầu từ con số 100 không cache: 50 đến 65 website, tức khoảng 35 đến 45 tài khoản với 1,5 website mỗi tài khoản. Rồi kiểm tra giới hạn tiếp theo.

## Ổ đĩa thường hết trước

RAM và CPU được chú ý nhiều, nhưng trên VPS nhỏ, ổ đĩa thường mới là trần thật. Droplet Basic 4 GiB của DigitalOcean có SSD 80 GiB ([DigitalOcean](https://www.digitalocean.com/pricing/droplets)); Hetzner CPX22 với 4 GB RAM có 80 GB NVMe ([Hetzner](https://www.hetzner.com/cloud/regular-performance/)). Gói VPS của các nhà cung cấp Việt Nam cũng nên được so theo cách này.

Giả sử bạn chừa 30 GB cho hệ thống, swap, log và backup cục bộ (đây là giả định; riêng backup cục bộ đã có thể lớn). Còn 50 GB cho khách. Gói Basic của ZoPanel có 2 GB ổ đĩa, Business 10 GB:

| Gói bán | Dung lượng mỗi gói | Số tài khoản vừa 50 GB, không bán vượt dung lượng |
| --- | --- | --- |
| Basic | 2 GB | 25 |
| Business | 10 GB | 5 |
| Pro | 30 GB | 1 |

25 tài khoản thấp hơn nhiều so với 80 đến 110 mà CPU và RAM gánh được. Vậy bạn hoặc bán vượt dung lượng ổ đĩa, điều mà gần như mọi nhà cung cấp shared hosting đều làm, hoặc thuê server nhiều ổ đĩa hơn, hoặc gửi backup lên kho S3 thay vì giữ trên máy.

## Overselling: cái gì an toàn, cái gì không

Overselling nghĩa là tổng các gói đã bán lớn hơn tài nguyên server có. Làm cẩn thận thì đây chính là cách shared hosting giữ giá rẻ. Lập luận khác nhau theo từng loại tài nguyên:

- **Ổ đĩa:** thường an toàn để bán vượt, vì đa số tài khoản chỉ dùng một phần quota, và mức dùng tăng đủ chậm để thấy trước. Theo dõi tổng thật, đặt cảnh báo từ sớm trước khi đĩa đầy, và chuyển tài khoản đang lớn lên kịp thời. Quota do kernel áp dụng ngăn một tài khoản làm đầy cả đĩa.
- **RAM và CPU:** chỉ an toàn khi **mỗi tài khoản có giới hạn riêng**. Khi tài khoản nào cũng có giới hạn CPU, bộ nhớ và số process, khách nặng chỉ làm chậm website của chính họ. Không có giới hạn thì bán vượt RAM là đánh cược rằng không ai dùng hết thứ đã trả tiền.
- **PHP worker:** giới hạn quan trọng vào ngày đông khách. Nếu tổng các gói cho phép nhiều process PHP hơn RAM chứa được, vài website đông cùng lúc có thể làm cạn bộ nhớ. Trang Tuning của ZoPanel cảnh báo khi điều đó xảy ra.
- **Mail:** giới hạn gửi theo tài khoản quan trọng hơn số hộp thư; một website bị hack gửi spam ảnh hưởng uy tín IP của mọi khách trên server.

Bài [giới hạn tài nguyên tài khoản hosting](/vi/blog/hosting-resource-limits) giải thích các giới hạn này được áp dụng thế nào.

## Còn mail, ứng dụng và database?

Chúng tôi chưa chạy thử nghiệm nặng về mail, nên sẽ không đưa ra con số hộp thư. Điều có thể nói từ cách mail server hoạt động:

- **Hộp thư tốn ổ đĩa hơn RAM.** Hộp thư lớn và giữ thư lâu làm đầy đĩa; hãy tính quota mail vào bảng ổ đĩa ở trên.
- **Lọc spam và virus tốn CPU cho mỗi thư đến,** nên server nhận nhiều thư còn ít CPU hơn cho PHP.
- **Kết nối IMAP giữ process** trong lúc điện thoại và ứng dụng máy tính còn kết nối.

**Ứng dụng** (Node.js, Python, ứng dụng Docker) khác website PHP vì thường chạy liên tục thay vì ngủ khi không có ai. 30 ứng dụng trong thử nghiệm luôn có mặt, nên con số đo được đã gồm một nhóm ứng dụng sát thực tế. Khách chạy một ứng dụng lớn chạy liên tục nên được tính như nhiều tài khoản.

**Database** lớn dần một cách lặng lẽ. Dung lượng database tính vào ổ đĩa, và một database lớn hoặc thiếu index có thể dùng nhiều CPU hơn hàng chục website nhỏ.

## Tìm con số của riêng bạn

Số của chúng tôi là một mốc tham chiếu có ghi rõ phương pháp. Plugin, kiểu lưu lượng và nhà cung cấp VPS của bạn sẽ khác, nên hãy tự đo:

1. **Dựng một website điển hình** của khách và một website nặng điển hình, rồi thử tải trên đúng server bạn định bán.
2. **Lấp đầy server theo từng bước** và theo dõi thời gian phản hồi ở phân vị 95, không phải trung bình.
3. **Bật page cache** cho mọi website dùng được; đó là yếu tố lớn nhất.
4. **Dùng kernel mới** (Ubuntu 24.04 hoặc Debian 13; xem [yêu cầu hệ thống](/vi/docs/requirements)) để bộ nhớ nhàn rỗi được nén.
5. **Theo dõi lịch sử dùng tài nguyên theo tài khoản** sau khi mở bán và tăng mật độ từ từ.

Trên ZoPanel, mỗi tài khoản hosting là một Linux user riêng với PHP-FPM pool riêng và systemd slice riêng có giới hạn CPU, RAM, số process, và PHP pool ngủ khi không có ai truy cập, nên hàng trăm tài khoản trên một server nhỏ là khả thi ([hiệu năng](/vi/features/performance)).

## Kết luận

Trên VPS 4 GB, chúng tôi đo được 100 tài khoản WordPress khi không có page cache và 250 khi có, kèm 30 ứng dụng; trên VPS 3 GB là 50 và 200. Hãy bán khoảng một nửa đến hai phần ba con số đó, chia cho số website khách thật sự chạy, rồi kiểm tra ổ đĩa, thứ mà trên gói nhỏ thường là giới hạn đầu tiên. Giới hạn theo từng tài khoản là thứ làm cho overselling an toàn.

Để đo bằng chính website của bạn, [gói Free của ZoPanel](/vi/pricing) chạy 3 tài khoản hosting, 10 website và 10 database với đầy đủ tính năng, không giới hạn thời gian.

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

### 1 VPS chứa được bao nhiêu website?

Trong thử nghiệm của chúng tôi, VPS 4 GB, 4 vCPU chứa khoảng 100 website WordPress khi không có page cache và khoảng 250 khi có, cùng 30 ứng dụng khác. VPS 3 GB chứa 50 và 200. Website nặng hơn, shop và lưu lượng người dùng đăng nhập sẽ làm con số giảm.

### Một server chạy được bao nhiêu tài khoản cPanel?

Con số phụ thuộc vào khối lượng công việc và cách panel cache, cô lập, giới hạn tài khoản, hơn là tên của panel. Giới hạn phần cứng giống nhau với mọi panel: công việc PHP cho mỗi lượt xem, bộ nhớ cho mỗi PHP worker, và ổ đĩa. Với cPanel, hãy kiểm tra cả license, vì giá phụ thuộc số tài khoản.

### Bán vượt (oversell) hosting có an toàn không?

Bán vượt ổ đĩa là phổ biến và thường an toàn nếu bạn theo dõi mức dùng thật và cảnh báo sớm. Bán vượt RAM và CPU chỉ an toàn khi mọi tài khoản có giới hạn được áp dụng, để một khách nặng không làm chậm những khách còn lại.

### Page cache có thật sự quan trọng đến vậy?

Có. Trong thử nghiệm, nó tăng sức chứa 2,5 lần trên server 4 GB và 4 lần trên server 3 GB, vì trang đã cache bỏ qua hoàn toàn PHP và database. Nó không giúp người dùng đăng nhập, giỏ hàng hay trang thanh toán.

### Trên VPS nhỏ, thứ gì hết trước?

Không có page cache thì CPU. Có page cache thì bộ nhớ trở thành giới hạn, và nén bộ nhớ giúp được. Nếu bạn không bán vượt ổ đĩa, dung lượng đĩa thường hết trước cả hai.