• What is CAPH
• Documentation
• Getting Started
• Version Compatibility
• Node Images
• Contributing
• Contact

The Cluster API Provider Hetzner (CAPH) provides a way to declaratively create and manage infrastructure on Hetzner, in a Kubernetes-native way. It extends the Kubernetes API with Custom Resource Definitions (CRDs) allowing you to interact with clusters in the same fashion you interact with workload.

Key benefits include:

• Self-healing: CAPH and CAPI controllers react to every change in your infrastructure, identifying and resolving issues without human intervention
• Declarative: Specify the desired state of your infrastructure and let the operators do the rest, ensuring repeatability and idempotency
• Kubernetes native: Everything is a Kubernetes resource, meaning you can use tools you're already familiar with while working with CAPH

CAPH enables you to have DIY Kubernetes on Hetzner at any scale, with full control over your infrastructure and clusters configuration.

If you want a batteries-included solution instead, you can try Syself free for 14 days.

Documentation can be found at caph.syself.com. You can contribute to it by modifying the contents of the /docs directory.

The best way to get started with CAPH is to spin up a cluster. For that you can follow our Managing Kubernetes on Hetzner with Cluster API article featured in the Hetzner Community Tutorials.

Additional resources from the documentation:

• Cluster API Provider Hetzner 15 Minute Tutorial: Set up a bootstrap cluster using Kind and deploy a Kubernetes cluster on Hetzner.
• Develop and test Kubernetes clusters with Tilt: Start using Tilt for rapid testing of various cluster flavors, like with/without a private network or bare metal.
• Develop and test your own node-images: Learn how to use your own machine images for production systems.

In addition to the pure creation and operation of Kubernetes clusters, this provider can also validate and approve certificate signing requests. This increases security as the kubelets of the nodes can be operated with signed certificates, and enables the metrics-server to run securely. Click here to read more about the CSR controller.

This provider's versions are compatible with the following versions of Cluster API:

This provider's versions can install and manage the following versions of Kubernetes:

Test status:

• ✅ tested
• ❔ should work, but we weren't able to test it

Each version of Cluster API for Hetzner will attempt to support at least two Kubernetes versions.

NOTE: As the versioning for this project is tied to the versioning of Cluster API, future modifications to this policy may be made to more closely align with other providers in the Cluster API ecosystem.

Cluster API Provider Hetzner relies on a few prerequisites that must be already installed in the operating system images, such as a container runtime, kubelet, and kubeadm.

Reference images are available in kubernetes-sigs/image-builder and templates/node-image.

If it's not possible to pre-install these prerequisites, custom scripts can be deployed through the kubeadm config.

In case you want a solution with managed node images, Syself might be interesting for you.

We, the maintainers and the community, welcome any contributions to Cluster API Provider Hetzner. Feel free to contact the maintainers for suggestions, contributions and help.

To set up your environment, refer to the development guide.

For new contributors, check out issues tagged as good first issue. These are typically smaller in scope and great for getting familiar with the codebase.

We encourage all active community members to act as if they were maintainers, even without "official" write permissions. This is a collaborative effort serving the Kubernetes community.

If you have an active interest and you want to get involved, you have real power! Don't assume that the only people who can get things done around here are the "maintainers".

We would also love to add more "official" maintainers, so show us what you can do!

Participation in the Kubernetes community is governed by the Kubernetes Code of Conduct.

If you think you have found a bug, please follow these steps:

• Take some time to give due diligence to the issue tracker. Your issue might be a duplicate.
• Get the logs from the cluster controllers and paste them in your issue.
• Open a bug report.
• Give it a meaningful title to help others who might be searching for your issue in the future.
• For questions, reach out to the Cluster API community on the Kubernetes Slack channel.

We also use the issue tracker to track features. If you have an idea for a feature or think that you can help Cluster API Provider Hetzner become even more awesome, then follow these steps:

• Open a feature request.
• Give it a meaningful title to help others who might be searching for your issue in the future.
• Clearly define the use case with concrete examples, e.g. "I type this and Cluster API Provider Hetzner does that".
• Some of our larger features will require some design. If you would like to include a technical design for your feature, please include it in the issue.
• Once the new feature is well understood and the design is agreed upon, we can start coding. We would love for you to take part in this process, so we encourage you to take the lead and start coding it yourself. Please open a WIP (work in progress) pull request. Happy coding!

For more information about Syself, our platform, or any generall information about the Cluster API Provider Hetzner, feel free to reach out to us. Below are some ways to contact our team:

• Email: Send us questions at [email protected]
• Website: Visit our website for more information about Syself
• LinkedIn: Follow us on LinkedIn for announcements
• Newsletter: Consider subscribing to our LinkedIn newsletter for regular news about CAPH