English version of the article "Installing Single-Node OpenShift on a Hetzner Dedicated Server" - #1492
English version of the article "Installing Single-Node OpenShift on a Hetzner Dedicated Server"#1492tomazb wants to merge 4 commits into
Conversation
There was a problem hiding this comment.
Pull request overview
Adds a new English tutorial that walks readers through installing Single-Node OpenShift (SNO) on a Hetzner dedicated server by using the Hetzner Rescue System to generate Agent-based Installer PXE artifacts and then booting into the installer via kexec.
Changes:
- Introduces a full step-by-step guide covering prerequisites, Robot firewall rules, Rescue System preparation, asset generation, and
kexecboot. - Documents both a manual workflow and an optional helper-script shortcut.
- Provides example configuration snippets for
install-config.yamlandagent-config.yaml.
maximilianfeix
left a comment
There was a problem hiding this comment.
Thanks, @tomazb
Please edit the pull request and add:
`I have read and understood the Contributor's Certificate of Origin available at the end of https://raw.githubusercontent.com/hetzneronline/community-content/master/tutorial-template.md and I hereby certify that I meet the contribution criteria described in it.
Signed-off-by: `
|
Updated also the PR body. |
|
Hello @tomazb , |
|
@maximilianfeix Any update on this? Thank you. |
|
Thank you for your contribution @tomazb! Sorry for the delay in the review. I tested your tutorial and noticed the following:
|

Introduction
Hetzner dedicated servers are a good place to run a single-node OpenShift (SNO) lab. You get plenty of CPU, memory, and fast local NVMe storage, and the monthly cost is predictable. The awkward part is the install. On a dedicated server in Robot, you do not get the same easy ISO boot workflow you have with a VM or with Hetzner Cloud. OpenShift normally expects either a discovery ISO or PXE boot, and neither is especially convenient here.
The approach in this tutorial is to use the Hetzner Rescue System as a temporary working environment. Once the server is in rescue mode, you can build the OpenShift Agent-based Installer PXE artifacts there and then use
kexecto jump straight into the Red Hat CoreOS (RHCOS) installer kernel. That avoids extra manual boot steps and works well for this kind of one-node setup.I cover the manual path first and keep every command in the article so you can see exactly what is happening. There is also an optional shortcut later if you want to automate the preparation steps. What you get out of this:
kubeconfigandkubeadminpassword on your workstation so that you can manage it remotely.It is best suited for labs, testing, or edge use where you understand the risks. A single-node OpenShift is a single point of failure. Also,
kexecdoes not always behave the same way as a full reboot on every hardware model. If the server does not boot cleanly into RHCOS, use a KVM console to see what is happening. If you need a supported installation path, use the Agent-based Installer with standard boot media.`I have read and understood the Contributor's Certificate of Origin available at the end of https://raw.githubusercontent.com/hetzneronline/community-content/master/tutorial-template.md and I hereby certify that I meet the contribution criteria described in it.
Signed-off-by: Tomaž Borštnar tomaz@sama-navitas.si`