Migration

In Entwicklung — noch nicht verfügbar

Die Migration eines Clusters zwischen Hosted- und Self-Hosted-Modus ist noch nicht gebaut. Die gehostete Control Plane ist im Early Access, aber es gibt heute keinen Export-/Import-Migrationsablauf zwischen den beiden Modi — ignoriere daher jede ältere Anleitung, die einen solchen Ablauf zeigt.

Die Idee

Die gehostete Control Plane ist im Early Access; der Migrationsablauf zwischen den beiden Modi ist noch nicht gebaut. Die Absicht ist ein No-Lock-in-Versprechen, das du tatsächlich in beide Richtungen einlösen kannst:

• Hosted → Self-Hosted — verschiebe eine von kubehz betriebene Control Plane auf dein eigenes Hetzner-Konto und betreibe sie weiter.
• Self-Hosted → Hosted — übergib eine bestehende Self-Hosted-Control-Plane an kubehz und behalte nur Worker auf deinem Konto.

Deine Daten bleiben durchgehend deine — genau das ist der Sinn, auf Open Source zu bauen. Wir werden die echten, getesteten Schritte hier dokumentieren, sobald der Ablauf existiert.

Kein Lock-in heute

Auch ohne Hosted-Migration bist du nie gebunden:

• lok8s ist Open Source und stellt deinen Cluster auf deinem Hetzner-Konto bereit.
• Die Dashboard-Integration ist optional und nur ausgehend; kubehz hält keine eingehenden Zugangsdaten für deinen Cluster.
• Das Entfernen von kubehz ist ein Schritt — lo kubehz deregister meldet den Cluster ab, und das Löschen des kubehz-system-Namespace entfernt den clusterinternen Agenten. Dein Cluster läuft genau wie zuvor weiter.

Nächste Schritte

• Gehostete Control Plane — der Hosted-Weg (Early Access)
• Wie es funktioniert — Hosting × Access und deine Daten
• KubeOne auf Hetzner — stelle heute auf deinem eigenen Konto bereit

---

Doku-Status

Aspekt	Detail
Zustand	in Entwicklung — noch nicht verfügbar
Zuletzt geprüft	2026-07-10