The honest answer is that a $5 VPS runs a WordPress site well, provided the site is cached and the server is configured for the memory it has. The same $5 server runs the same WordPress site badly — or not at all under load — with the default configuration most tutorials produce. This page separates the two cases with numbers, so you can decide whether $5 is enough for your specific site or whether the next tier up is the better purchase.
What WordPress actually consumes
| Component | Typical resident memory | Notes |
|---|---|---|
| Nginx or Caddy | 30-80 MB | Depends on worker count and connection handling |
| PHP-FPM master plus workers | 35-80 MB per worker | The largest and most variable component |
| MariaDB / MySQL | 250-500 MB | Tuned defaults; InnoDB buffer pool is the main lever |
| Redis (object cache) | 30-60 MB | Optional but reduces database load significantly |
| System and SSH | 40-70 MB | Minimal |
A lean stack — Nginx, three or four PHP-FPM workers, MariaDB with a 128 MB buffer pool — fits inside 1 GB with room spare. A stack with 15 PHP-FPM workers, a 512 MB database buffer pool, and Redis does not; it will swap, and under concurrent requests it will hit the out-of-memory killer. The plan is rarely the limiting factor; the worker configuration is.
Traffic capacity at $5 (1-2 GB RAM)
Capacity depends almost entirely on caching. With a full-page cache (Nginx FastCGI cache, or a plugin like WP Super Cache writing static HTML), PHP is only invoked on cache misses, so the server handles thousands of concurrent viewers with a handful of workers. Without page caching, every request executes PHP and hits the database, and the same server struggles past roughly 10-30 concurrent visitors.
| Caching setup | Realistic capacity on 1-2 GB | What breaks first |
|---|---|---|
| No caching | 10-30 concurrent visitors; a sales spike takes the site down | PHP workers saturate, memory fills, OOM killer triggers |
| Object cache only (Redis) | 40-80 concurrent visitors | Database CPU and PHP worker count |
| Full-page cache + object cache | 1,000+ concurrent visitors for cached pages | Bandwidth or PHP on cache misses only |
| Full-page cache + CDN for static assets | Limited by origin transfer, not CPU | Cache invalidation or disk space |
The plugins that decide whether $5 works
Plugin choice affects memory more than most buyers expect. Page builders, sliders with heavy JavaScript, and plugins that run uncached database queries on every request can push a 1 GB plan into swap on their own. Audit the site before buying the plan: disable plugins one at a time and measure both page weight and query count. A site running 30 plugins, half of them abandoned, will behave like a much larger workload than its traffic justifies.
- Drop any plugin whose functionality is available as a few lines in a theme function or a server config directive.
- Replace heavy gallery and slider plugins with native WordPress blocks and CSS.
- Use a caching plugin that writes to disk or Redis rather than one that only stores in PHP memory.
- Keep WooCommerce sites under 20 plugins; storefronts run significantly heavier than content sites.
When $5 is genuinely not enough
Four signals indicate the site has outgrown the entry tier. First, sustained available memory below 20% during normal traffic, not just peaks. Second, cache misses that push PHP-FPM to its worker limit. Third, database size combined with write-heavy behavior — WooCommerce order processing, membership sites, or forums — that keeps the buffer pool busy. Fourth, any requirement for staging environments, separate mail delivery, or scheduled background jobs running alongside the live site.
In those cases the next step is a 4 GB plan rather than heavily tuning a 2 GB one. The cost difference is typically $4-6/month, which is $48-72/year — less than the operational cost of repeatedly firefighting a server at its ceiling.
A practical decision rule
If your site is predominantly content — posts, pages, images — with caching enabled and under roughly 100,000 monthly views, a $5 plan with 2 GB of RAM is sufficient and will stay sufficient. If it processes transactions, authenticates users, or runs background jobs, size for 4 GB. If it streams media, the constraint is transfer rather than RAM, and the fix is a CDN, not a bigger server.
For a current view of what each budget tier includes — RAM, storage, transfer, and what happens at renewal — see the provider comparison on our homepage. It is worth checking before you commit, because the gap between the $5 and $8 tiers is often larger in resources than in price.



