The hardware is identical either way. What changes is the support boundary: with an unmanaged VPS the host keeps the hypervisor running and hands you the server, so the operating system, web server, backups and every update are yours. A managed VPS moves that day to day administration onto the host, which is what the price gap pays for.
On this page ▾
At some point you will likely outgrow your shared web hosting plan and a virtual private server is the obvious next step, but you might be confused about what new responsibilities come with a VPS and whether to pick managed or unmanaged. Costs vary widely across the UK VPS market, so what does managed actually mean? The truth is the answer varies a lot between providers, and for UK buyers it comes down to one question: who looks after the server once it is running, you or the host?
That answer determines how much time you spend in a terminal, how much technical knowledge you or your team need, how much risk sits on your side of the fence and ultimately how much it costs. This post sets out what each option covers, and more usefully, where the managed boundary stops.
What the two options really mean
The hardware is identical on both. A VPS, or virtual server, is a slice of a physical server with its own dedicated CPU, RAM and storage, isolated from other accounts on the same machine in a way shared hosting cannot match. Those dedicated resources stay the same whichever plan you choose.
The difference is not the server. It is the support boundary: the point where the hosting provider’s responsibility ends and yours begins.
For the most part a truly unmanaged VPS is a host keeping a hypervisor running and giving you root access. Everything after that layer is yours to manage and control including the OS, any web server, additional configuration, backups and every update.
With a managed VPS, the host absorbs the operational work and runs day-to-day server administration on your behalf. Ideal for those without server administration expertise, it can also be very beneficial for those who want to use control panels like cPanel or Plesk, as that expertise likely extends into the panel software too.
What a managed VPS typically covers
Scope varies between hosts, so it is always worth confirming before you buy. Across UK providers, a managed service generally folds in the routine maintenance that keeps a server healthy without you logging in to do it.
- Operating system updates and security patches applied for you.
- Firewall configuration, DDoS mitigation and ongoing security hardening at the network level.
- Control panel installation, usually cPanel or Plesk, plus SSL certificate setup.
- Scheduled backups and a tested restore path.
- Server monitoring, with the host acting on alerts rather than only raising them.
- Technical support that extends to the server, not only the network.
The value here is time. Someone else watches the server, reacts to problems and keeps software current, so your team stays focused on the websites or applications running on top. That suits anyone hosting multiple sites who would rather not own the technical detail.
One thing to check specifically: whether monitoring means the host acts on an alert, or merely notifies you. Those are very different products sold under the same word, and the difference only becomes obvious at 3am, which is why asking those questions beforehand and looking at a provider’s reviews is important.
What managed does not cover
This is the part most comparisons skip, and it is where buyers get caught out. Managed covers the server. It does not usually cover what you run on it.
- Your application is still yours. If WordPress breaks after a plugin update, that is generally outside the managed scope even though the site is down. The server is healthy; the software on it is not.
- Custom software you install yourself typically falls outside the boundary. Installing your own Node.js service or database tuning beyond the standard stack usually moves you back into self-support territory.
- Development and code issues are not server administration. A slow query or a memory-hungry script is an application problem.
- “Managed” is not a standard. Some hosts mean full server administration with proactive intervention. Others mean patching plus a support queue. Ask specifically what happens when the server goes down at 2am, and who is awake.
None of that makes managed the wrong choice. It means the line is drawn at the operating system and the standard stack, not at “anything that goes wrong”.
What you take on with an unmanaged VPS
An unmanaged VPS gives you a bare server environment and root access, then steps back. You handle setup: install the operating system and your preferred software, configure the web server, lock down SSH, set up a firewall, add intrusion detection, arrange backups and monitor uptime. When a package needs patching at 2am, that is your job. There is a real learning curve, and it rewards genuine administration skills.
For a developer or system administrator, that control is the appeal. You choose every component, tune the stack exactly how you want it, and pay less per month. It is the more cost-effective route when the expertise is already on your team. If you are comfortable on the Linux command line, our guide to securing your VPS covers the hardening steps that come first.
Tip: Unmanaged does not mean unsupported. The host still fixes hardware faults, network issues and the virtualisation layer. The line is drawn at the operating system and everything you install above it.
Managed vs unmanaged at a glance
Where responsibility sits on each plan type
| Responsibility | Managed VPS | Unmanaged VPS |
|---|---|---|
| OS updates and patching | Handled by the host | Yours to run |
| Security hardening | Configured and maintained for you | You set up and maintain it |
| Backups | Scheduled by the host | You arrange and test them |
| Application problems | Usually outside scope on both | Outside scope |
| Support scope | Network plus server software | Network and hardware only |
| Monthly cost | Higher, time included | Lower, your time on top |
Key takeaways
- The hardware is the same on both plans; only the support boundary moves.
- Managed plans cover OS updates, security, backups and monitoring so you do not have to.
- Managed stops at the server. Your application is still your responsibility either way.
- Unmanaged plans hand you root access and the full administration workload at a lower monthly price.
The cost gap, and why it exists
Managed plans sit higher on the price list because the host is bundling labour, not just hardware. The fee pays for the engineers who patch, monitor and respond on your behalf.
Unmanaged looks cheaper on the order form, but the saving is rarely the whole picture. Costs that move onto your side of the line include:
- A control panel licence, if you want one. cPanel and Plesk are both commercial products, and licensing is charged per account or per domain depending on the panel.
- Backup storage, which is usually separate from the server itself.
- Security tooling, where you want more than the operating system provides.
- Your own hours. The administration time has a real value even when no invoice shows it.
Weigh the monthly difference against what that time is worth. Also check whether you can add resources or storage later without rebuilding, since the point of a VPS is that it scales with you.
Which one should you pick?
Pick unmanaged if you have Linux administration skills in-house and want full control over the stack at the lowest monthly cost. Developers, agencies with technical staff and resellers running several sites tend to land here, because the server is part of what they do rather than a distraction from it.
Pick managed if nobody on your team wants to own server administration. Many UK small and medium businesses have no in-house system administrator, and for them a managed plan turns a maintenance burden into a line on an invoice. If downtime costs you sales, paying someone to keep the server running is money well spent.
There is also a middle path worth knowing about. Starting managed and moving to unmanaged later is straightforward once someone on the team has learned the stack. Going the other way, having run an unmanaged server badly for six months, means inheriting your own configuration decisions and any security debt that came with them. If you are genuinely unsure, managed is the more recoverable mistake.
If you are weighing whether a VPS is the right tier at all, our guide on when to move from shared hosting to a VPS sets out where the line falls.
The question underneath all of this is not really technical. Does your team want to run a server, or does it want a server that runs? Match the plan to your appetite for administration rather than to the price difference, and check where each provider actually draws the managed boundary before you commit, because that line is where the two products genuinely differ.
If you are weighing the two, UWH VPS hosting is where to compare them.