diff --git a/content/blog/2025/binder-singlenode/featured.png b/content/blog/2025/binder-singlenode/featured.png new file mode 100644 index 000000000..5f4074458 Binary files /dev/null and b/content/blog/2025/binder-singlenode/featured.png differ diff --git a/content/blog/2025/binder-singlenode/index.md b/content/blog/2025/binder-singlenode/index.md index e310344ad..1853f282f 100644 --- a/content/blog/2025/binder-singlenode/index.md +++ b/content/blog/2025/binder-singlenode/index.md @@ -46,7 +46,32 @@ Because of these two things, we've learned that we can run a BinderHub instance ## Deploying BinderHub on a single-node VM is cheaper and simpler -Last week, we [deployed 2i2c.mybinder.org](https://github.com/jupyterhub/mybinder.org-deploy/pull/3169), a single-node Kubernetes instance on [Hetzner](https://hetzner.com/cloud) cloud using [K3s](https://k3s.io/). This will run on a single node VM, with a Kubernetes instance that is entirely managed by us, and with managed object storage from Hetzner. +Last week, we [deployed 2i2c.mybinder.org](https://github.com/jupyterhub/mybinder.org-deploy/pull/3169), a single-node Kubernetes instance on [Hetzner](https://hetzner.com/cloud) cloud using [K3s](https://k3s.io/). This will run on a single node VM, with a Kubernetes instance that is entirely managed by us, and with managed object storage from Hetzner. Compared to other cloud providers, it is **around 5x cheaper per month**. + +{{< figure src="featured.png" caption="Comparison of rough monthly costs across different cloud providers for similar VM instances. These are rough estimates based on cloud provider pricing pages for an on-demand VM with around 190GB RAM. Pricing pages: [Hetzner Cloud](https://www.hetzner.com/cloud), [Google Cloud Platform](https://cloud.google.com/compute/vm-instance-pricing), [Amazon Web Services](https://aws.amazon.com/ec2/pricing/on-demand/), [Microsoft Azure](https://azure.microsoft.com/en-us/pricing/details/virtual-machines/linux/#pricing)." >}} + + Running a single-node Kubernetes instance will be a cheap and effective way to handle a lot of `mybinder.org`'s capacity needs. Because it's a single node cluster, there is no auto-scaling (one reason it is so cheap), which reduces a lot of the complexity we'll have to manage. These are acceptable tradeoffs for a service like `mybinder.org`, which runs entirely ephemeral sessions with very limited resources and no promises about uptime, persistence, etc.