So funktioniert PaaSbox

PaaSbox ist eine dünne, meinungsstarke Software-Schicht über Gardener, dem Open-Source-Kubernetes-Cluster-Manager von SAP. Du verbindest deinen eigenen Hetzner-Account und bekommst eine Managed-Kubernetes-Plattform: eine automatisierte Control Plane, die einen Produktions-Cluster provisioniert und betreibt – während die Worker-Nodes in deinem Hetzner-Projekt laufen, zu deinem Preis.

Das Modell: Garden, Seed, Shoot

Gardener ist „Kubernetes, das Kubernetes betreibt“ – in drei Schichten:

• Ein Garden-Cluster ist das Gehirn des Gesamtsystems – er hält die Konfiguration und orchestriert alles andere.
• Seed-Cluster beherbergen die Control Planes deiner Workload-Cluster. Das ist der clevere Teil: deine Control Plane läuft als ganz normale Pods in einem Seed, virtualisiert und getrennt von deinen eigenen Maschinen. Das ist hochverfügbar, ressourceneffizient und lässt einen Cluster sauber in den Ruhezustand gehen.
• Shoot-Cluster tragen deine eigentlichen Workloads. Ein Shoot ist in der Praxis ein YAML-Dokument, das Gardener zu einem echten Cluster abgleicht.

Diese Architektur ist in einem Maßstab erprobt, den die meisten Plattformen nie erreichen – sie treibt SAPs eigenen Kubernetes-Dienst, die Cloud von STACKIT und die Cloud-Angebote von T-Systems an, betrieben von Leuten, die seit Jahren Flotten von Tausenden Clustern verantworten. Mit PaaSbox bekommst du den Garden und die Seeds als automatisierte Plattform – vollständig als Software geliefert.

Wer betreibt was

Die Aufteilung ist der ganze Witz:

• Wir betreiben den Garden und die Seeds – die Control Plane deines Clusters (API-Server, etcd, Scheduler, Controller) läuft also als managed Pods auf unseren Seed-Clustern. Du musst eine Control Plane nie selbst betreiben, dimensionieren, patchen oder pro Node dafür bezahlen.
• Du bringst ein Hetzner-Cloud-Projekt und einen API-Token mit. Deine Worker-Nodes, Load Balancer und Volumes leben in deinem eigenen Hetzner-Projekt und werden dir direkt von Hetzner in Rechnung gestellt – idealerweise zu deinen Bestandspreisen (grandfathered).

Die vollständige Tabelle findest du unter Was du mitbringst & was wir betreiben.

Der Weg zum laufenden Cluster

1. Registrieren & Zahlungsmethode hinterlegen

   Erstelle einen Account, tritt einem Team bei (oder gründe eins) und hinterlege eine Karte. Die Karte ist die Voraussetzung fürs Erstellen von Clustern – sie stellt sicher, dass deine Control Plane nie unbezahlt läuft. Abgebucht wird erst, wenn du einen Cluster startest.

2. Hetzner verbinden

   Füge einen Hetzner-Cloud-API-Token (read/write) ein. PaaSbox validiert ihn, speichert ihn verschlüsselt und bindet ihn in die Plattform ein. (Warum read/write?)

3. Adoptiere die Server, die du behalten willst

   PaaSbox listet deine vorhandenen Hetzner-Server auf; du wählst aus, welche unter Verwaltung kommen. Die Adoption baut jeden Server neu auf, um ihn unter Kubernetes zu stellen – migriere deine Workloads also vorher weg. Von da an werden diese Server nur noch an Ort und Stelle neu aufgebaut und niemals gelöscht – genau so überlebt der Bestandspreis jedes Upgrade.

4. Cluster konfigurieren

   Wähle einen Namen, eine Kubernetes-Version, eine Region und deine Node-Pools – einen Pooled-Pool über deine adoptierten (bestandsgeschützten) Server plus optional einen Managed-Pool mit On-Demand-Nodes für Lastspitzen. PaaSbox stellt standardmäßig pooled-first ein, sodass du die Ersparnis ohne jedes Tuning bekommst.

5. Starten

   PaaSbox eröffnet das Abo pro Cluster (anteilig berechnet) und erstellt den Shoot; anschließend siehst du die Reconciliation live, bis der Cluster Ready ist.

6. kubeconfig herunterladen

   Lade dir jederzeit eine kurzlebige Admin-kubeconfig herunter. Das ist ein echtes Cluster-Admin-Credential – keine eingeschränkte Konsole.

7. Betreiben

   Deploye und verwalte deine Workloads direkt auf dem Cluster mit kubectl, Helm oder Flux. In PaaSbox behältst du Metriken, Verfügbarkeit, Kapazität und Kosten/Ersparnis im Blick und steuerst den Lifecycle: skalieren, upgraden, in den Ruhezustand versetzen, Pooled-Server hinzufügen oder entfernen – oder den Cluster löschen (was die Berechnung stoppt, anteilig).

Die zwei Arten von Node-Pools

• Pooled (bestandsgeschützt) – Worker-Nodes, adoptiert aus deinen Servern von vor der Preiserhöhung. Vom Autoscaler zuerst befüllt, bei jeder Operation an Ort und Stelle neu aufgebaut, niemals gelöscht. Das ist deine günstige Grundlast.
• Managed (on-demand) – gewöhnliche, von Gardener provisionierte Nodes zum aktuellen Preis, für Lastspitzen über der Grundlast, skalierbar bis auf null. Der Autoscaler weicht nur hierhin aus, wenn der Pool voll ist.

Du mischst beide in einem Cluster – und zahlst so oder so dieselbe Pauschale.