What a VPS is, and how it differs from shared hosting
A dedicated, isolated slice of a physical server that behaves like your own machine, with root access and nobody else sharing your resources.
VPS stands for virtual private server: a slice of a physical machine that behaves, from the inside, exactly like a computer of its own. It has its own operating system, its own root account, its own fixed share of CPU and memory, and nobody else's website can touch it. That last part is the whole point, and it is also the entire difference between a VPS and shared hosting.
What "virtual" actually means here
A single physical server in a data centre is powerful enough to run many separate operating systems on it at once, each one walled off from the others by a layer called a hypervisor. Each of those walled-off systems is a VPS. To you, logged in over SSH, it looks and behaves exactly like a standalone machine — you install packages, edit configuration files, and reboot it independently of anything else running on the same hardware. The "virtual" in the name describes how the server is built underneath you, not any limitation on what you can do with it.
This is a genuinely different arrangement from shared hosting, where many customers' websites run as processes inside one shared operating system, with no root access and a control panel standing between you and the server itself.
VPS versus shared hosting
| Shared hosting | VPS | |
|---|---|---|
| Access | A control panel; no command line | Full root access over SSH |
| Operating system | Shared with every other account on the server | Your own, chosen at setup |
| Software you can install | Whatever the host has already provided | Anything — you install and configure it yourself |
| Resources | Shared across many accounts, with fair-use limits | A fixed allocation that is yours alone |
| Who configures the server itself | The host | You, unless you buy management alongside it |
| What breaks it | Mostly self-contained to your account | Whatever you misconfigure — there is no panel stopping you |
Shared hosting trades control for simplicity: the host has already made every decision about the server's software and configuration, and your job is limited to the website itself. A VPS trades that simplicity for control: you decide what runs, how it is configured, and how it is secured — and you are the one who has to do it.
What you actually get with a VPS
- Root access. You can install any package the operating system offers, edit any configuration file, and run any service — a database, a queue, a second website with a completely different stack.
- Guaranteed resources. The CPU and memory allocated to your VPS are yours. A neighbouring VPS having a busy day does not slow yours down the way a noisy shared-hosting neighbour can.
- A choice of operating system. Ubuntu, Debian, Rocky Linux, AlmaLinux — whichever your workload or your familiarity favours.
- The ability to run more than a website. A VPS can host multiple sites, a mail server, a background job queue, an API, or a database serving something else entirely — anything the operating system can run.
What you do not get automatically is someone else keeping it patched, configured and secure. That responsibility either sits with you, or you pay for a managed plan that keeps it with your host — see managed versus unmanaged VPS for how that split actually works.
Do you actually need one?
Most websites do not. Shared hosting exists because most sites spend most of their life comfortably within a modest, shared allocation of resources, and a control panel is genuinely easier to run day-to-day than a bare Linux server. A VPS earns its keep when one of the following is true:
- Your site is consistently hitting the resource limits of a shared plan, rather than occasionally spiking.
- You need software a shared control panel does not offer — a particular database engine, a background worker, a non-PHP application stack.
- You need to run more than one site or service with configurations that would conflict on a shared account.
- You want to control exactly how the server is tuned, rather than accepting a one-size-fits-all shared configuration.
- You are outgrowing shared hosting but do not yet need a dedicated physical machine to yourself — see VPS or dedicated server: where the line is.
Moving from shared hosting to a VPS is not simply "more resources for more money". You take on the work a host's shared-hosting team was previously doing for you: security updates, firewall rules, service configuration, backups. If that is not something you want to own, an unmanaged VPS is the wrong purchase — look at a managed plan instead, or stay on shared or business hosting for longer.
How the virtualisation itself works
Most modern VPS platforms, ours included, use KVM — kernel-based virtual machine technology built into the Linux kernel — to give each customer a genuinely separate virtual machine with its own kernel, rather than a lighter-weight container sharing the host's kernel. That distinction matters mainly for isolation and flexibility: a KVM VPS can run essentially any Linux distribution and any kernel-level configuration, independent of what the physical host is running. What is KVM virtualisation? goes into that in more detail if you want it.
For exact resource tiers, storage types and available operating systems, see current plans at /vps-hosting, or /dedicated-servers if you already know a VPS will not be enough. If you are moving an existing site across, how to move from shared hosting to a VPS covers the practical steps, and our team can talk through sizing if you are not sure which side of that line you are on.
Related reading
A VPS is an isolated slice of shared hardware; a dedicated server is the entire physical machine to yourself. Here is what that changes.
Managed or unmanaged VPS: which do you want?The dividing line is not the hardware, it is who is responsible for the operating system, security patching and configuration afterwards.
What is KVM virtualisation?KVM gives every VPS its own genuine virtual machine and kernel, isolated from every other guest on the same physical host.
How to move from shared hosting to a VPSBuilding the new server first and testing it privately before you touch DNS is what keeps this move from causing any visible downtime.