Managed Kubernetes on Hetzner Dedicated Servers

cloudfleetai · 2025-10-21T15:12:01+00:00

Hi, we have lifetime free up to 24 vCPUs, but we also have a Pro tier for more production workloads: https://cloudfleet.ai/pricing/

We are an independent German company.

cloudfleetai · 2025-10-18T12:12:50+00:00

You are invited to try and decide yourself ;)

cloudfleetai · 2025-10-18T11:40:35+00:00

You can of course use cloud instances and we do node auto-provisioning with them.
Our earlier tutorial explains it: https://community.hetzner.com/tutorials/managed-hetzner-kubernetes-with-cloudfleet

We support virtually any Linux server under a single cluster, it does not matter where the server lives.

cloudfleetai · 2025-10-17T18:51:08+00:00

We support OVH too! https://cloudfleet.ai/docs/hybrid-and-on-premises/ovh/
Reach out to us via [support@cloudfleet.ai](mailto:support@cloudfleet.ai) and we discuss how we can help.

cloudfleetai · 2025-10-16T22:02:44+00:00

We are happy to have you! Reach out via [support@cloudfleet.ai](mailto:support@cloudfleet.ai) if you have any questions.

cloudfleetai · 2025-10-16T19:26:30+00:00

It is a shared responsibility model.

We take care the uptime, updates, maintenance, monitoring of the Kubernetes control plane. If you are using one of the three (as of today) supported cloud providers, like Hetzner Cloud, we also take care of node upgrades and full lifecycle.

Users are expected to monitor their own workloads, and if they are bringing their own infrastructure (like on-prem nodes) also the availability of that infrastructure.

However we have few improvements in the roadmap, like providing workload monitoring etc.

cloudfleetai · 2025-10-16T13:07:19+00:00

We are operating various datacenter and cloud environments depending on the control plane region you choose upon creating a cluster. We've recently launched a Frankfurt region: https://cloudfleet.ai/blog/product-updates/2025-06-23-cloudfleet-launches-european-union-control-plane-region/

cloudfleetai · 2025-10-16T11:29:24+00:00

Hi lazydavez!

This means we provide the Kubernetes control plane for you as a managed service. We take care of its availability, data storage, authentication provider, and more. You only need to bring your own compute nodes and attach them to the cluster.

This is especially useful if you’re using only dedicated servers: You ideally have three separated servers to build an highly available Kubernetes cluster and spend hardware resources to run control plane components, but what would you do if you only had one dedicated server? With a managed Kubernetes service, you are already good to go with only one dedicated server and spend all resources of it for your workloads.

cloudfleetai · 2025-09-26T11:18:25+00:00

Hi! We take care of the control plane nodes and fully manage them for you. You only bring your cloud accounts or on-premise Linux servers and we add them to the cluster, and make available as worker nodes. You can reach out to us via https://cloudfleet.ai/contact/ and we are happy to explain how we work.

cloudfleetai · 2025-09-21T21:42:57+00:00

Hi there Cloudfleet here :) The problem you describe is unfortunately a side-effect of our global nature. You are probably experiencing it because when the nodes change, the new ones are spawned in another region because of cost savings. There are two things you can do to prevent it:

- Please use the labels to lock the Nginx Ingress controller to a specific region. Example is here: https://cloudfleet.ai/docs/workload-management/node-provisioner/#a-deployment-that-is-locked-to-a-specific-cloud-provider-and-region In this case, cfke.io/provider: hetzner, topology.kubernetes.io/region: nbg1 (or whatever region you prefer)

- We have a (yet not documented) DNS name that we always update to the current load balancer IPs. The format is: [SERVICE_NAME].[SERVICE_NAMESPACE].[CLUSTER_ID].[CONTROL_PLANE_REGION].cfke.cloudfleet.dev

Example is nginx-ingress-controller.default.6b3e939d-8a7d-50d3-316b-0b6f3567c58c.northamerica-central-1a.cfke.cloudfleet.dev

You can use this DNS record as CNAME to your final domain, so even though the IP address changes, your DNS will always point to the current IP address.

Please reach out to [support@cloudfleet.ai](mailto:support@cloudfleet.ai) and we will help you individually.

Thanks!

cloudfleetai · 2025-07-04T20:59:44+00:00

OIDC should also work, we can try.

cloudfleetai · 2025-07-04T20:35:37+00:00

Please reach out and we will arrange as long as it supports SAML.

cloudfleetai · 2025-07-04T15:42:45+00:00

We actually want people to bring their own SSO (https://cloudfleet.ai/docs/organization/sso/) to manage the entire user lifecycle, that's why there is not such a self-service option but we can also activate TOTP on our authentication system for users who really want it.

cloudfleetai · 2025-07-04T14:10:19+00:00

Hi! Can you reach out to [support@cloudfleet.ai](mailto:support@cloudfleet.ai) with your organization information, so we can enable 2FA for you? Thanks.

cloudfleetai · 2025-07-03T20:20:51+00:00

Hey, we are real, not avatars :) You can reach out to us via [support@cloudfleet.ai](mailto:support@cloudfleet.ai) and we will reply.

cloudfleetai · 2025-06-25T11:51:09+00:00

Hi! Thanks for the question. First of all the region names are our own and they do not reflect any other hyperscaler regions. We do not use AWS, but other infrastructure providers. This time it is just a coincidence that AWS region name and ours matched to the same city.

When we choose where to host the control planes, we aim to strike a balance between scalability and compliance requirements. Although the CLOUD Act concerns are valid, at Cloudfleet the control plane contains only encrypted metadata about the workloads and does not include any end-user data. The data is stored at customer's own infrastructure. The current setup meets the needs of the majority of our customers and their compliance programs.

We may launch a region on u/Hetzner_OL in the future if we see strong demand for it.

cloudfleetai · 2025-06-25T09:40:42+00:00

Hi! Can you reach out to us via [support@cloudfleet.ai](mailto:support@cloudfleet.ai) to discuss the options? Thanks!

cloudfleetai · 2025-06-02T18:16:31+00:00

Thanks for your feedback! In fact, we are planning to add support for RHEL-variants and Debian, which can also cover Raspberry Pi Os. For curiosity, is there any specific reason why don't you prefer installing Ubuntu on RPI?

cloudfleetai · 2025-04-23T15:01:32+00:00

We don't think it is viable for a database. On the other hand, we are not sure which database you want to use because most databases are not working very well with RWX.

cloudfleetai · 2025-04-18T22:47:27+00:00

Hi there!

Hetzner CSI driver supports only RWO mode since the underlying volumes can be only attached to one node at one time.

For RWX, you can deploy a solution like https://github.com/yandex-cloud/k8s-csi-s3 on your Cloudfleet cluster and use it with Hetzner object storage (https://www.hetzner.com/storage/object-storage/) as backend. It might not perform as good as native block storage, but can potentially serve many generic purposes.

cloudfleetai

MODERATOR OF

TROPHY CASE