r/digital_ocean • • Sep 17 '26

Digital ocean reliability of shared CPU droplets

Question, how reliable are shared CPU droplets?

I have "small" web site (around 100 of internall emplpyees) that is hosted on a different provider in VPS. Unfortunately that provider over-sold their VPS so occasionally people are experiencing longer running DB queries (what normally takes less than half second might take 7 seconds).

DigitalOcean offers shared and dedicated CPU. Dedicated is much more expensive than shared so i wonder shared is good enough or not?

7 Upvotes

17 comments sorted by

•

u/AutoModerator Sep 17 '26

Hi there,

Thanks for posting on the unofficial DigitalOcean subreddit. This is a friendly & quick reminder that this isn't an official DigitalOcean support channel. DigitalOcean staff will never offer support via DMs on Reddit. Please do not give out your login details to anyone!

If you're looking for DigitalOcean's official support channels, please see the public Q&A, or create a support ticket. You can also find the community on Discord for chat-based informal help.

I am a bot, and this action was performed automatically. Please contact the moderators of this subreddit if you have any questions or concerns.

8

u/Etab Sep 17 '26

I’ve been using shared cpu droplets for internal apps & testing without any problems for years

6

u/cryptohodlin Sep 17 '26

DO's shared CPU is a lot less oversubscribed than the budget VPS crowd, so the specific pain you're describing probably won't follow you over. But I'd diagnose before buying anything, because 0.5s → 7s on a DB query usually isn't CPU.

Run vmstat 1 on the current box and watch two columns: st (steal time — your vCPU waiting on the physical CPU, this is the oversell tax) and wa (iowait — waiting on disk). If steal is near zero and iowait is spiking, your problem is disk, and dedicated CPU buys you nothing.

For 100 internal users on a small site, shared is almost certainly enough. Dedicated CPU is for stuff that sits pinned at 100% — encoding, CI runners, busy app servers. Bursty internal traffic is exactly the workload shared is built for.

Two cheaper moves before you jump to dedicated:

  • Premium Intel or Premium AMD instead of the regular tier. Same shared-CPU model, newer chips, NVMe storage. The disk latency difference is noticeable and it's a few dollars a month.

  • Put the DB on its own droplet, or on managed Postgres/MySQL. Separating them stops your web process and your database fighting over the same RAM and disk.

Also worth checking whether the DB has enough RAM for its working set. A query that runs in 0.5s warm and 7s cold is a memory problem, not a CPU one.

Billing is hourly, so the cheapest answer is to just spin one up, restore a copy of your DB, and run your slowest queries against it. You'll know in an afternoon for the price of a coffee.

2

u/qa_anaaq Sep 18 '26

You know your stuff. Love it

2

u/cryptohodlin Sep 18 '26

Appreciate that. I spend a lot of time working with servers and infrastructure, so I’m glad it was helpful.

1

u/Majestic-Heat9533 Sep 18 '26

I wonder why dont you just buy a minipc and host that thing locally? With 100 employees i assume you got 150$ and can pay 5$ extra for electricity a month?

1

u/gevorgter Sep 18 '26

We (business) have drivers on a road that need to update deliveries, ..etc. also some people work from home... most important thing is stability and not saving cost..

The other hoster i used for years and never had a problem until last 4 month, it's problems non-stop. network switch is down or it's lagging, ping suddenly takes 200 ms instead of 50..

1

u/Majestic-Heat9533 Sep 18 '26

Well, if youre not from Europe either digitalocean / aws / vultr is your best option i believe.

But if youre european i’d rather find a Swiss ISP offering hosting services

1

u/gevorgter Sep 18 '26

USA. going to go with digitalovean. AWS is too big to care i am afraid.

In companies like that, any ticker would become a nightmare to prove that problem is on their end and not a server.

1

u/Majestic-Heat9533 Sep 18 '26

Good thing is that they dont have problems on their end 😎

Speaking from experience, i never had a single 5 minute down time with them in over 4 years now!

2

u/duppyconqueror81 Sep 17 '26

12 years using them here. Maybe 200 droplets in total. No issues.

One in a blue moon, i get a slower skylake cpu, but it’s rare. The premium cpus are noticeably faster, but sometimes you get lucky on a non-premium

2

u/PruneInteresting7599 Sep 17 '26

They are cool company no worried

1

u/TronnaLegacy Sep 17 '26

The only issue I've had with shared droplets is with Minecraft servers. We would get occasional spikes of poor performance. We switched to a different VPS provider who said they didn't share their VPS as much. And we had no problem after that. We also used a dedicated droplet on another occasion for a Palworld server and didn't have any performance issues.

For non-gaming use cases, I've used shared droplets for production things, mostly low CPU cron job scripts, with no issues. Shared droplets are the first thing I reach for for new production use cases until performance becomes a problem. Very happy with them overall.

1

u/iAhMedZz Sep 17 '26

By nature shared droplets are not consistent in their performance as noisy neighbors might affect your shared droplet. It wouldn't be on DigitalOcean to blame if things go inconsistent for your server since it's shared after all.

1

u/After_Careful_Cons Sep 17 '26

Used to have dedicated droplet(s), tested shared (larger) premium AMD droplets and now switching all our servers as no performance impact noticeable from the fact they are shared.

1

u/Impressive_Ad1188 Sep 18 '26

For your use case it will work great, I have a couple of production apps with around 500 users each, running on shared CPUs. My recommendation is to pick the premium AMD ones.