I currently use a Droplet from DigitalOcean which gives me 1 gb of RAM, 25 gb of storage and a bandwidth limit of 1 TB which is priced at 6 dollars per month, I think this might be a good offer, but I also think I’m overpaying because the only thing that I use from that is Wireguard to get around CGNAT at my home (which I could already do with Zerotier or Tailscale, so I don’t always use it).
I do have a couple of docker containers as well, but the most important one being Pi-Hole is only used along with WG, I also expose some services to the internet, like Overseerr, Plex (only to 1 user) and most recently this, https://wefwef.app/posts/lemmy.world/all
Keeping within what DO already offers me would be nice, especially the bandwidth, which I some months got past of it because I opened the torrent port to seed more… I stopped when a DO letter arrived which is amusing because my country could not care less about torrenting. 🤣
I tried to go with the cheapest option ever (free) oracle cloud, but they never accepted any of my credit or debit cards nor they cared about it lol.
I don’t think I’m a power user by any means, so please, if you have a better offer do tell, or maybe that price is fair for my usage?
EDIT: forgot to add that a public IPv4 address is a must, because you know, the CGNAT.
The CPU steal time is the time the virtual core is waiting for the physical core. That means a VM is waiting for the hypervisor until it shifts CPU time to the VM again. More virtual cores sitting on a physical core means higher CPU steal. And higher CPU steal means bad performance because the hoster is allocating more virtual cores on a physical core that it can manage.
Presumably they mean that the CPU resources are over-provisioned, meaning that the virtual CPUs allocated to VMs have to share a smaller pool of physical CPUs. If the VMs have a lot of idle time, this can work well, but if your VM suddenly needs more CPU, the processes on your VM might need to wait for a physical CPU, as physical CPU cycles that would normally be available to you have been “stolen away” by processes running on other VMs.
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !selfhosted@lemmy.world
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don’t control.
Rules:
Be civil: we’re here to support and learn from one another. Insults won’t be tolerated. Flame wars are frowned upon.
No spam posting.
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it’s not obvious why your post topic revolves around selfhosting, please include details to make it clear.
Don’t duplicate the full text of your blog or github here. Just post the link for folks to click.
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
No trolling.
Resources:
selfh.st Newsletter and index of selfhosted software and apps
Contabo and NetCup are really cheap. But only if you use their shared VPS option. If you are lucky the CPU steal is low.
What do you mean?
The CPU steal time is the time the virtual core is waiting for the physical core. That means a VM is waiting for the hypervisor until it shifts CPU time to the VM again. More virtual cores sitting on a physical core means higher CPU steal. And higher CPU steal means bad performance because the hoster is allocating more virtual cores on a physical core that it can manage.
Presumably they mean that the CPU resources are over-provisioned, meaning that the virtual CPUs allocated to VMs have to share a smaller pool of physical CPUs. If the VMs have a lot of idle time, this can work well, but if your VM suddenly needs more CPU, the processes on your VM might need to wait for a physical CPU, as physical CPU cycles that would normally be available to you have been “stolen away” by processes running on other VMs.