Zum Inhalt

Guide

Kubernetes über drei Schweizer Rechenzentren

Souveränes Managed Kubernetes in der Schweiz: Hidora SA, Talos, CNCF, PVCs in Genf, Gland und Luzern. 14-Tage-Trial, GPUs inklusive.

Jean-Luc Dubouchet, Hidora SA

Publiziert 2026-07-15 · Aktualisiert 2026-09-07

1. Voraussetzungen

Ein in der Konsole erstellter Cluster und das von seiner Seite geladene Kubeconfig. Ein Namespace für die zu verteilende Last. Auf den Nodes ist nichts zu installieren: Talos bietet weder SSH noch Admin-Shell, und die Control Plane betreibt Hidora SA.

2. Node-Gruppe dimensionieren

Erstellen oder ändern Sie in der Konsole eine Node-Gruppe mit Minimum und Maximum an Nodes. Planen Sie mindestens drei Nodes, damit die Last die drei Standorte wirklich belegen kann. Hikube platziert Worker über Genf, Gland und Luzern: Sie wählen das Rechenzentrum eines Nodes nicht, und genau darum ist der nächste Schritt nötig.

3. Spread und PDB deklarieren

Dieser Teil liegt bei Ihnen, und er ist nicht optional. Ohne ihn hindert nichts Ihre Replicas daran, auf demselben Node zu landen. Ergänzen Sie Ihr Deployment mit Topology-Spread-Constraints, um die Pods zu verteilen, und mit einem PodDisruptionBudget, das die Zahl gleichzeitig nicht verfügbarer Replicas begrenzt. Hikube verteilt die Nodes; die Pods darauf zu verteilen ist Ihre Deklaration.

4. Ergebnis prüfen

Zählen Sie die vorhandenen Nodes mit kubectl get nodes und prüfen Sie das Budget mit kubectl get pdb: die Spalte ALLOWED DISRUPTIONS muss grösser als null sein, sonst lässt sich ein Node nicht ohne Dienstunterbrechung drainieren. Die Cluster-Seite in der Konsole zeigt die Node-Gruppen und ihre Node-Zahl.

Was der Verlust eines Standorts bewirkt

Vier getrennte Dinge, die oft verwechselt werden. Replikation liegt auf Volume-Ebene: Ihre Daten existieren in mehreren Kopien über die drei Standorte, im Volumenpreis enthalten. Anwendungsverfügbarkeit liegt bei Ihren Pods: sie ergibt sich aus Schritt 3, nicht aus der Replikation. Der RPO, die Menge verlorener Daten, hängt vom Replikationsmodus des Volumes ab, synchron oder asynchron. Der RTO, die Zeit bis zur Wiederherstellung, ist nicht vom SLA abgedeckt: Behebungszeiten sind nicht garantiert und es wird kein MTTR publiziert; eine Fristzusage wird im Einzelfall vertraglich geregelt. Konkret: fällt ein Standort aus, bleiben die Nodes der beiden anderen, und Ihre Pods überleben nur, wenn Sie Spread und PDB deklariert haben. SLA-Umfang: die Sicherheits- und Compliance-Nachweise.

Häufige Fragen

Ja. Hidora SA (KCSP) betreibt die Control Plane ausschliesslich in der Schweiz, in Genf, Gland und Luzern. Certified Kubernetes Hosted (CNCF) auf Talos. PVCs, Registry und Metadaten bleiben im Land. GPUs in der 14-Tage-Trial. Support FR/EN.

PVCs können über die drei Schweizer RZ repliziert werden, synchron oder asynchron. Das ist Storage-HA, nicht nur drei etcd-Replicas im selben Gebäude.

Diese Schätzung bleibt auf dieser Seite: Drucken Sie sie oder exportieren Sie sie im Browser als PDF. Für eine bezifferte Studie zu Ihrem Umfang sprechen Sie mit einem Ingenieur.

Kontakt aufnehmen

Bereit für 100 % Schweizer Infrastruktur?

14-Tage-Trial, keine Karte. GPUs inklusive.