−25%

on annual Windows plans, until 31 Oct. See plans

EQVPS

VPS for Coolify: your own self-hosted PaaS

Deploy apps from Git with automatic HTTPS on your own server. What Coolify needs, which plan to pick, the install command and the real trade-offs.

Managed app platforms are lovely until the invoice arrives: every app, every worker, every database is a separate line item. Coolify gives you most of that workflow — push to Git, get a deployed app with HTTPS — on a single server you pay a flat price for. It's open source, it runs on Docker, and it takes about five minutes to install on a fresh VPS.

What you get

Sizing it honestly

Coolify's documented minimum is 2 vCPU / 2 GB RAM / 30 GB disk. That's enough to install it and deploy something small. The moment you build a JavaScript app or run a database next to it, 2 GB turns into swap and timeouts.

What you runPlan that fits
Coolify + 1–2 static sites or small APIsMicro-IP — 2 vCPU, 2 GB, 25 GB ($10/mo), add swap
A few apps + Postgres + builds on the boxSmall-IP — 4 vCPU, 4 GB, 35 GB ($16/mo)
Several apps, workers, heavier buildsMedium-IP — 6 vCPU, 6 GB, 45 GB ($20/mo)

You need a dedicated-IP plan: Coolify's proxy must answer on 80 and 443 for every app. NAT plans only accept your SSH port inbound.

Install

On a fresh Ubuntu 24.04 or Debian 12 server, as root:

curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bash

The script installs Docker and starts Coolify. Open http://YOUR_SERVER_IP:8000, create the admin account straight away (the first visitor becomes admin), then go to Settings → Instance Domain and set something like https://coolify.example.com.

Once the dashboard is reachable on its domain, close the raw port:

ufw allow 22/tcp && ufw allow 80/tcp && ufw allow 443/tcp
ufw enable

One gotcha: Docker publishes container ports through its own iptables rules, which bypass ufw. Don't publish database ports to the host unless you mean it — keep databases on Coolify's internal network.

Keep it healthy

The trade-offs

It's one machine. If the server reboots, every app on it blinks. Coolify also moves fast and ships frequent updates — mostly good, occasionally a surprise, so update in a quiet hour rather than on Friday night. And you are now the ops team: when a build breaks at 2 a.m., there's no support desk behind the "Deploy" button.

For a solo developer or a small team running a few projects, that deal is usually worth it. You swap a stack of per-app bills for one server you understand.

Ready to deploy? Pay with crypto, no KYC — live in about a minute.

Deploy now →

FAQ

How much RAM does Coolify need?

Coolify's own minimum is 2 vCPU and 2 GB RAM, but that only covers the control plane. Builds are the real memory hog — a Node.js or Next.js build can take 1–2 GB on its own. For a handful of apps plus a database, 4 GB (Small-IP) is where it stops being fragile.

Do I need a dedicated IP?

Yes. Coolify runs a reverse proxy that answers on ports 80 and 443 for every app you deploy, and issues Let's Encrypt certificates, which needs inbound HTTP. NAT plans don't accept inbound web traffic, so pick a plan with its own IPv4.

Can I run the databases on the same server?

You can — Coolify deploys Postgres, MySQL, Redis and others in a click. Just size RAM for them, and set up Coolify's scheduled database backups to S3-compatible storage so a single server isn't a single copy of your data.

What happens when the disk fills up?

Every build leaves Docker images and layers behind. Coolify has a cleanup setting — turn it on — and check 'docker system df' once in a while. A 35 GB disk is fine for several small apps if old images are pruned.

Is Coolify production-ready?

Plenty of people run real products on it. The honest caveat: it's one server, and Coolify updates itself fairly often. Pin a maintenance window, keep backups, and don't treat it as high-availability infrastructure.

Comments

No comments yet. Be the first.

Leave a comment

Comments are moderated before they appear.