Current cPanel requirements for AlmaLinux list 2 GB minimum and 4 GB recommended RAM, with 20 GB minimum and 40 GB recommended disk. cPanel specifically recommends at least 3 GB RAM when using ClamAV.
Size cPanel & WHM by website count, PHP workers, MySQL, mail, ClamAV, CloudLinux, disk/inodes and traffic load.
Current cPanel requirements for AlmaLinux list 2 GB minimum and 4 GB recommended RAM, with 20 GB minimum and 40 GB recommended disk. cPanel specifically recommends at least 3 GB RAM when using ClamAV.
These numbers are installation baselines, not production sizing for 50-100 active WordPress sites.
2 GB RAM may satisfy installation, but Apache/LiteSpeed, PHP-FPM, MySQL/MariaDB, Exim, Dovecot, DNS, backup agents and monitoring share the same memory.
Real sizing depends more on active sites, peak concurrency, PHP worker memory, database working set and mail volume than on the raw account count.
One hundred cached brochure sites can use less CPU than ten busy WooCommerce stores. PHP-FPM workers, cron, Action Scheduler, backup compression and mail scanning can compete for CPU.
Strong single-core performance improves TTFB while additional cores provide concurrency for users and background jobs.
Each PHP worker can consume tens or hundreds of MB of RSS. Twenty workers at 150 MB each means roughly 3 GB for PHP processes alone, before MySQL buffers and OS cache.
Measure real PHP-FPM and database memory on the server rather than relying on fixed internet formulas.
free -hps --sort=-rss -eo pid,comm,rss,%mem | head -30mysqladmin statusdf -hdf -icPanel notes that web servers contain many small files and recommends planning sufficient inodes. WordPress cache, Maildir, sessions, logs and backups can exhaust inodes before disk capacity.
NVMe branding alone is insufficient; IOPS and latency on a shared hosting node strongly affect MySQL and mail workloads.
CloudLinux LVE can assign CPU, memory, IO, IOPS, process and entry-process limits per account. This improves isolation, but limits do not create physical capacity when the node itself is undersized.
Small cPanel VPS: 2-4 vCPU, 4-8 GB RAM and NVMe. Medium active node: 8-16 strong cores, 16-32 GB RAM, enterprise NVMe and CloudLinux. Dense reseller/shared node: 16+ cores, 32-64+ GB RAM, high IOPS and separate backups. These are baselines, not guarantees.
Website count alone is not a capacity metric. Track peak PHP concurrency, scheduled jobs, database size, mail volume and cache hit ratio per site. Historical usage is safer than arbitrary site-count limits.
| Scenario | CPU | RAM | Note |
|---|---|---|---|
| 1-10 light/medium sites | 2-4 vCPU | 4-8 GB | Panel + DB + mail same node |
| 10-50 active sites | 8-16 cores | 16-32 GB | CloudLinux + NVMe useful |
| Dense shared/reseller | 16+ cores | 32-64+ GB | Measure + separate backup |
Do not confuse minimum system requirements with production capacity. Evaluate peak workload, backups, growth headroom, resource-sharing policy and recovery planning together.
It is near the installation baseline but usually too constrained for production hosting because panel, DB, mail and PHP share it.
There is no fixed number. One hundred cached sites can be lighter than ten busy stores; measure concurrency and workers.
Evaluate CPU, RAM, storage, network and operations together; buying a larger plan without identifying the bottleneck is rarely a durable fix.