Einen vorhandenen Server nutzen
Statt auf einem neuen Server kann ein Cluster auf einem Server laufen, der schon in deinem Hetzner-Projekt steht. Das Portal installiert ihn mit dem Node-Image neu (Rebuild): Der Server behält seine ID, seine IP-Adressen und das, was Hetzner dir für ihn berechnet. Seine Platte wird gelöscht.
Hetzner hat seine Cloud-Preise für neue Bestellungen am 15. Juni 2026 erhöht. Ein Server, der vorher bestellt wurde, behält seinen alten Preis, solange er existiert und nicht umskaliert wird. Ein Rebuild behält den Server, also behält ein Cluster auf ihm den alten Preis. Das Portal skaliert einen übernommenen Server nie um und löscht ihn nie, und ein Upgrade ersetzt das Image an Ort und Stelle, ohne Rebuild. Was Hetzner dir heute für den Server berechnet, berechnet es dir auch nach der Übernahme.
Welche Server passen
Abschnitt betitelt „Welche Server passen“Das Formular listet jeden Server des Projekts. Die, die sich nicht übernehmen lassen, sind ausgegraut, jeweils mit dem Grund:
| Voraussetzung | Warum |
|---|---|
| Ein Servertyp der Linie CPX, CCX oder CAX | Das Node-Image bootet nur mit UEFI. CX-Server booten nur mit BIOS und können es nicht starten. |
| Eine Architektur, für die das aktuelle Release ein Image hat | Das Image wird pro Architektur gebaut. |
| Ein Standort, den das Portal deinem Projekt anbietet | Dort entsteht der Cluster. |
| Läuft oder ist aus, ohne laufende Aktion | Der Rebuild braucht einen ruhenden Server. Warte, bis eine laufende Aktion fertig ist. |
| Rebuild-Schutz aus | Sonst kann das Portal ihn nicht neu installieren. Hetzner schaltet mit dem Rebuild-Schutz auch den Löschschutz ab, der Server hat danach also keinen von beiden. |
| Eine öffentliche IPv4-Adresse | Der API-Name des Clusters zeigt auf sie. |
| Nicht Teil eines anderen Clusters oder eines Node-Pools | Ein Server, ein Besitzer: Ein Server mit den Labels eines anderen Clusters oder Node-Pools wird abgelehnt. |
Kein privates Netz, das sich mit 10.0.0.0/16 überschneidet | Das ist das Netz des Clusters. Löse den Server vorher aus dem überschneidenden Netz. |
| Keine Firewall, die über einen Label-Selektor auf ihn wirkt | Das Portal kann einen Server aus einer Firewall nehmen, der er direkt zugeordnet ist, aber nicht aus einer, die ihn über ein Label auswählt. Ändere diese Firewall vorher. |
Einen Server übernehmen
Abschnitt betitelt „Einen Server übernehmen“-
Wähle im Formular (Einen Cluster anlegen) dein Hetzner project und unter Server die Option A server I already have.
-
Wähle den Server in der Liste. Sein Typ, sein Standort und seine Architektur werden die des Clusters, und die Liste zeigt den Listenpreis von Hetzner für den Typ; ein Server, den du schon länger hast, wird vielleicht zu seinem älteren Preis abgerechnet.
-
Lies, was die Übernahme bewirkt. Hängen Volumes am Server, bestätige, dass sie angehängt bleiben und nicht gelöscht werden; der Cluster benutzt sie nicht. Ist der Server Firewalls direkt zugeordnet, setz den Haken bei Take it out of my firewalls: Die Firewall des Clusters ersetzt sie, mit dem API-Port aus deinen Bereichen, 80 und 443 und ICMP. Sonst nimm ihn vorher in der Hetzner-Konsole heraus.
-
Tippe den Namen des Servers ein, um zu bestätigen, dass seine Platte gelöscht wird. Ein Rebuild lässt sich nicht rückgängig machen.
-
Füll den Rest des Formulars aus wie für einen neuen Server und wähle Create cluster. Die Topologie ist Single node.
Das Portal versieht den Server dann mit Labels und benennt ihn nach dem Node, <DNS-Label>-cp-1, hängt ihn ans Netz des Clusters, nimmt ihn aus den Firewalls, die du gewählt hast, wartet, bis die Firewall des Clusters ihn abdeckt, installiert ihn mit dem Node-Image neu und startet ihn, wenn er aus war. Seine eigene primäre IPv4 bleibt die Adresse des Clusters; eine neue wird nicht angelegt. Sobald sich pbx-agent auf dem Server registriert hat, installiert das Portal diesen Server nie wieder neu, auch nicht bei einem erneuten Versuch.
Was mit dem Server passiert
Abschnitt betitelt „Was mit dem Server passiert“| Bleibt | Ändert sich | Bleibt unberührt |
|---|---|---|
| Seine ID | Seine Platte: neu installiert mit dem Node-Image; alles darauf ist weg | Die Volumes, die an ihm hängen |
| Seine IP-Adressen; der Name der API zeigt auf seine IPv4 | Sein Name: der Name des Nodes | Seine Hetzner-Snapshots und -Backups |
| Was Hetzner dir für ihn berechnet | Er kommt ins Netz und hinter die Firewall des Clusters und trägt dessen Labels | Deine anderen Labels an ihm und die privaten Netze, in denen er schon ist |
Wenn du den Cluster löschst
Abschnitt betitelt „Wenn du den Cluster löschst“Der Server wird nie gelöscht. Das Portal gibt ihn zurück: Er verlässt das Netz des Clusters, verliert die Labels des Clusters und damit dessen Firewall, und bekommt seinen alten Namen zurück. Er läuft weiter, wie er ist, mit dem System und den Daten des Clusters auf seiner Platte und ohne eine Firewall des Portals davor. Ihn anzuhalten, neu zu installieren oder zu löschen, entscheidest du, und Hetzner berechnet ihn dir weiter. Im Labor dauerte das Löschen 23 Sekunden. Die übrigen Ressourcen des Clusters werden wie üblich gelöscht (Einen Cluster abkoppeln oder löschen).