Best VPS for Pterodactyl in 2026: KVM, Wings and Sizing
The short answer: buy a KVM VPS. Pterodactyl’s own documentation says KVM is guaranteed to work with Wings, while OpenVZ, Virtuozzo and LXC providers will most likely fail. Check any server before you commit:
systemd-detect-virt
If it returns kvm, you’re fine. The Wings installation docs, read on 9 November 2026, are direct about why:
“When your provider uses Virtuozzo, OpenVZ (or OVZ), or LXC virtualization, you will most likely be unable to run Wings. Some providers have made the necessary changes for nested virtualization to support Docker. Ask your provider’s support team to make sure. KVM is guaranteed to work.”
The same page says that if the result doesn’t contain OpenVZ or LXC, it should be fine, and that none appears on dedicated hardware without virtualization.
This is the single most important spec and it never appears in a comparison table. A cheap OpenVZ box with 16GB of RAM may not run Wings at all; a KVM box with 4GB will.
One more trap from the same docs: “some hosts install a modified kernel that does not support important docker features.” Check uname -r: a kernel ending in -xxxx-grs-ipv6-64 or -xxxx-mod-std-ipv6-64 is probably unsupported, and you should ask the host to switch you to the distribution’s standard kernel. So even on KVM, confirm Docker actually starts before building anything on top.
Pterodactyl 2.0 is in open beta
The Pterodactyl documentation now has two tracks: 1.x Stable and 2.0 (open beta). The project’s release feed lists panel v1.15.2 (21 October 2026), panel v2.0.0-beta.2 (14 October 2026) and Wings v1.13.4.
For a production host today, the stable 1.x panel is the conservative choice, and the 2.0 docs recommend trying the upgrade on a copy first. Either way the hosting requirement is the same: Wings runs on each node and manages game servers with Docker.
Pterodactyl is two workloads, and they want different things
You’re deploying two separate components with almost opposite requirements.
The Panel is a web application. Per the 2.0 requirements page it needs:
- PHP 8.3 or 8.4 with the required extensions
- MariaDB 10.11 or 11, or MySQL 8 or 9 (PostgreSQL and SQLite are not supported)
- Redis
- A web server, such as NGINX
- Composer 2
- A queue worker and a cron entry for the scheduler
It supports native installs on Ubuntu 22.04, 24.04 or 26.04 and Debian 12 or 13, plus an official Docker image for AMD64 and ARM64. Other distributions may work but aren’t supported.
Wings is the opposite. It needs Docker, and it holds every game server container you run. This is where all your RAM and disk go.
The honest architecture answer: on a small deployment, one box is fine. Once you’re running real game servers for other people, split them. The panel staying up while a node is thrashing is the entire point, and a panel that dies with its node can’t tell anyone what happened.
Sizing: sum your games, don’t guess a multiplier
There is no meaningful “small game server” unit, so a “20 servers on X GB” table would be invented. Use this method instead:
Start with the overhead. Panel, database, Redis, Wings and the Docker daemon all need memory before a single game server starts. Measure it on your own install.
Then add each game at its real cost. Games differ by several times, so take each requirement from the game’s own documentation or your host’s published tiers. Our guides cover Valheim, Palworld, Rust and ARK, and best Minecraft server hosting covers the most common case.
On overcommit: Pterodactyl lets you allocate more memory than the host has, which works when servers are genuinely idle and fails badly when they aren’t. Start without overcommit and measure.
Enable swap accounting if you host for others. The Wings docs recommend it to prevent out-of-memory errors. Kernel 6.1 or newer has swap enabled by default; on older kernels docker info shows WARNING: No swap limit support until you add swapaccount=1 to your GRUB config.
Two things that aren’t RAM:
- Disk speed matters at container spin-up, which is the moment users notice. NVMe is worth paying for.
- Port allocation. Every game server needs its own ports, so check your provider doesn’t restrict high port ranges by default.
VPS options for Pterodactyl
| Provider | Plan | Price | Notes |
|---|---|---|---|
| Hostinger | KVM 1: 4GB, 1 vCPU, 50GB NVMe | $6.49/month promo, $11.99 renewal | KVM-branded plans |
| Hostinger | KVM 2: 8GB, 2 vCPU, 100GB NVMe | $8.79/month promo, $14.99 renewal | Sensible starter node |
| DigitalOcean | 4GB, 2 vCPU, 4,000 GiB transfer | $24/month | Hourly billing |
| Hetzner | Cost-optimized cloud | From €5.99/month excl. VAT | Dedicated-vCPU line for constant high CPU |
Prices read from each provider’s public page on 9 November 2026. Hostinger’s promo rates are charged up front for 24 months ($155.76 for KVM 1, $210.96 for KVM 2) and renew at the listed rate for the same term.
Hostinger brands its VPS line KVM, which is the virtualization Pterodactyl guarantees. The 8GB KVM 2 is a sensible single-box starting node. Refund terms cover renewals if the build doesn’t work out.
DigitalOcean is the pricier option with strong documentation and a predictable API. Its droplets are VMs, but still run the check above on whichever plan you choose.
Hetzner is the usual pick when RAM per euro matters, which is the whole game when one box hosts many servers. Run systemd-detect-virt on any plan before committing, and read its availability and backup caveats first.
If you also want the panel to share the box with other self-hosted tools, see best VPS for self-hosting.
What we’d buy
8GB KVM as a single-box starter, panel and Wings together, for a few servers among friends.
Split at the point you have users who aren’t you. A small box for the panel and database, a large one for Wings, so the panel survives whatever the node is doing.
And check systemd-detect-virt on day one, before you install anything.
Is Pelican an alternative?
Pelican is a free, open-source game server panel that describes itself as having started as a fork of Pterodactyl, and it uses the same Panel and Wings model with Docker containers (pelican.dev). If you’re choosing a panel today rather than hosting for one you already run, it’s worth comparing with Pterodactyl 2.0. The VPS advice above, KVM first, is the sensible starting point for both, but check Pelican’s own docs for its requirements.
FAQ
What VPS do I need for Pterodactyl?
A KVM one. Pterodactyl’s documentation states Virtuozzo, OpenVZ and LXC providers will most likely be unable to run Wings and that “KVM is guaranteed to work”. Check with systemd-detect-virt before buying.
How do I check if a VPS supports Pterodactyl?
Run systemd-detect-virt. If the result doesn’t contain OpenVZ or LXC it should be fine. Then check uname -r and confirm Docker actually starts, because some hosts ship modified kernels missing features Docker needs.
Can I run Pterodactyl on OpenVZ?
Usually not. The Wings docs say you will most likely be unable to run it, though some providers have enabled nested virtualization for Docker. Ask support, and don’t assume.
How much RAM does Pterodactyl need?
The panel is a PHP application with a database and Redis, so it’s the small part. Wings is where the memory goes, and the total depends entirely on which games you host.
Should the panel and Wings be on the same server?
Fine for a few servers among friends. Split them once other people depend on it, so the panel stays reachable when a node is under load.
Which operating systems does Pterodactyl support?
Per the 2.0 docs, native panel installs are supported on Ubuntu 22.04, 24.04 and 26.04 and Debian 12 and 13, plus the official Docker image. Other distributions may work but aren’t supported.
What about overcommitting memory?
Pterodactyl allows it, and it works while servers are idle. Start without it and measure your own usage.