Cluster erstellen

Navigieren Sie zu Clusters und klicken Sie auf Create Cluster.

Grundeinstellungen

Infrastructure Provider

Als Infrastructure Provider wird immer OpenStack verwendet, basierend auf unserem IaaS-Produkt.

Name

Vergeben Sie einen Namen für den Cluster. Der Name kann nach der Erstellung nicht mehr geändert werden.

Kubernetes Version

Wählen Sie die gewünschte Kubernetes-Version. Informationen zu Versionen, Release-Rhythmus und Updates finden Sie im Versionsartikel.

Purpose

Der Purpose teilt uns mit, wofür der Cluster genutzt wird. Das hilft uns einzuschätzen, wie wir bei Updates und Wartungsarbeiten mit dem Cluster umgehen.

Purpose	Wann verwenden?
Evaluation	Ausprobieren, PoCs
Development	Aktive Entwicklung
Testing	Test- und Staging-Umgebungen
Production	Produktiv-Workloads

Für Produktiv-Workloads empfehlen wir Production.

Cloud Profile

Wählen Sie das Profil Ihres IaaS-Projekts – entweder OCC2 oder OCC3.

Credential

Wählen Sie das für Ihr Projekt hinterlegte Credential. Credentials werden von uns vorbereitgestellt und sind Ihrem Account bereits zugewiesen.

Load Balancer Provider

Wir empfehlen OVN. Dieser Provider ist performanter und reagiert schneller als die Alternative Amphora.

Control Plane High Availability

Einstellung	Auswirkung
Aktiviert	Hochverfügbare Control Plane, wird als Premium abgerechnet
Deaktiviert	Verringerte SLA, kurze API-Unterbrechungen bei Updates, wird als Standard abgerechnet

Für Production-Cluster empfehlen wir, High Availability zu aktivieren.

Worker

Hier definieren Sie die Worker Nodes des Clusters. Diese Einstellungen können nach der Erstellung noch geändert werden.

Eine Worker Group fasst Nodes mit gleichen Eigenschaften zusammen. Folgende Parameter sind relevant:

Machine Type – bestimmt CPU, RAM und lokalen Storage der Nodes.

Machine Image – wir empfehlen die vorausgewählte Version von Gardenlinux.

Autoscaler

Parameter	Bedeutung
Autoscaler Min.	Minimale Anzahl Nodes – der Cluster skaliert nicht darunter
Autoscaler Max.	Maximale Anzahl Nodes – der Cluster skaliert nicht darüber
Max. Surge	Zusätzliche Nodes, die bei Updates temporär hochgefahren werden (`maxSurge`)

Für Production-Cluster empfehlen wir mindestens 3 Nodes.

Add-Ons

Die verfügbaren Add-Ons Ingress NGINX und Dashboard sind deprecated und werden in einer zukünftigen Version entfernt. Wir empfehlen, diese nicht zu aktivieren und stattdessen auf eigene Installationen per Helm zu setzen.

Maintenance

Hier legen Sie das Wartungsfenster fest, in dem automatische OS- und Patch-Updates durchgeführt werden können. Details dazu finden Sie im Versionsartikel.

Hibernation Schedule

Cluster können automatisch in einen Ruhezustand versetzt und wieder geweckt werden. Im Ruhezustand werden die Worker Nodes heruntergefahren – es fallen keine Compute-Kosten an, der Cluster-Zustand bleibt aber erhalten.

Sinnvoll für Cluster, die nur zu bestimmten Zeiten gebraucht werden, zum Beispiel:

Entwicklungs-Cluster, die nachts und am Wochenende nicht benötigt werden
Test-Cluster, die nur während der CI/CD-Pipeline aktiv sein sollen

YAML-Konfiguration

Über den Reiter YAML ist die vollständige Cluster-Konfiguration einsehbar und kann direkt bearbeitet werden.

Server Group Policy (empfohlen)

Wir empfehlen, für jede Worker Group eine Server Group Policy zu setzen. Diese sorgt dafür, dass Worker Nodes auf unterschiedlichen Hypervisors platziert werden (Anti-Affinity), was die Ausfallsicherheit des Clusters erhöht.

Fügen Sie in jeder Worker Group unter spec.provider.workers folgenden Block ein:

spec:
  provider:
    workers:
      - name: worker-group-1
        # ... bestehende Konfiguration ...
        providerConfig:
          apiVersion: openstack.provider.extensions.gardener.cloud/v1alpha1
          kind: WorkerConfig
          serverGroup:
            policy: soft-anti-affinity

soft-anti-affinity bedeutet, dass die Verteilung auf verschiedene Hypervisors nach dem Best-Effort-Prinzip erfolgt – also wenn möglich, aber nicht erzwungen. Das ist in den meisten Fällen der richtige Kompromiss zwischen Ausfallsicherheit und Flexibilität beim Scheduling.