Zum erstellen eines Kubernetes Clusters wählen Sie in Ihrem cStack Webinterface den linken Menüpunkt „Compute/Berechnen“ und anschließend „Kubernetes“. Anschließend können Sie mittels dem Button „Kubernetes Cluster erstellen“ ein neues oder zusätzliches Kubernetes Cluster anlegen.

Füllen Sie das Formular für ein neues oder zusätzliches Kubernetes Cluster mit Ihren Informationen aus. Bei dem Berechnungsangebot wählen Sie für das Cluster benötigte Ressourcen. Bitte beachten Sie, dass der Berechnungsplan nur so viele Ressourcen maximal zur Verfügung stellen kann wie Sie mittels Ihrem cStack Plan gebucht haben. Möchten Sie einen zu großen Plan auswählen wird die Erstellung des Kubernetes Cluster in einen Fehler laufen und nicht erstellt werden!

Hinweis zum Formular Punkt „Netzwerk“: haben Sie noch kein Netzwerk angelegt wird ein Netzwerk automatisch vom Kubernetes Cluster erstellt. Anderweitig können Sie eins von Ihnen zuvor unter dem linken Menüpunkt „Netzwerk“ erstellten Netzwerken auswählen.

Nach der Bestätigung des OK-Buttons wird Ihr definiertes Kubernetes Cluster erstellt.

Damit Sie sich mit einem erstellten Kubernetes Cluster unter cStack verbinden können wählen Sie im cStack Interface unter den Menüpunkten „Berechnen“ - „Kubernetes“ Ihr Kubernetes Cluster über den Namen aus. Anschließend werden Ihnen alle Informationen zu Ihrem ausgewählten Cluster angezeigt.

Unter dem Punkt „Zugang“ erhalten Sie allgemein Informationen wie Sie auf das Kubernetes Cluster zugreifen können und die dafür benötigte Kubernetes Cluster Konfigurationsdatei.

Der Verbindungsaufbau im kommenden Screenshot wurde mittels einem MacOS Gerät durchgeführt.

Kubernetes Cluster Dashboard

Um auf das Kubernetes Cluster Dashboard zugreifen zu können muss dieses gestartet werden. Damit auf das Kubernetes Cluster Dashboard zugegriffen werden kann wird beim Aufruf der URL nach einem Token gefragt.

Alle für das Cluster Dashboard benötigten Befehle finden Sie ebenfalls in den Details Ihres erstellen Kubernetes Clusters unter dem Menüpunkt „Zugang“.

cStack Dashboard zeigt mir keine Werte an

Haben Sie in Ihrem cStack Account bereits Instanzen, K8s oder Netzwerke deployed und Ihnen werden dazu keine Werte im cStack Dashboard angezeigt dann können Sie das wie folgt lösen:

1. Navigieren Sie im cStack Webinterface auf den Navigationspunkt "Projekte"

2. Erstellen Sie ein neues Projekt (der genaue Name spielt hier keine Rolle)

3. Nachdem Sie ein Projekt erstellt haben können Sie dies in der cStack Ansicht oben auswählen

4. Nachdem Sie das neu erstellte Projekt ausgewählt haben wählen Sie wieder die "Standardansicht" aus

5. Schon sollten Ihnen die korrekten Werte im cStack Dashboard angezeigt werden

cStack ist centrons eigener Kubernetes Service. Verfügbar über das können Sie auf centron cStack zugreifen und in Minuten Ihr eigenes Kubernetes Cluster erstellen. Mit monatlichen Fixpreisen und kostenlosem Traffic wissen Sie immer, was auf Ihrer Rechnung steht.

Meist gesehene cStack Docs

Neueste Updates

5. April 2024

Bei centron können Sie Ihre Apache Cloudstack-basierten Kubernetes-Cluster sowohl auf neue Patch-Versionen (z.B. von 1.20.1 auf 1.20.2) als auch auf neue kleinere Versionen (z.B. von 1.19.1 auf 1.20.1) aktualisieren. Dies kann über das cStack Webinterface erfolgen.

Dazu navigieren Sie bitte wie folgt:

1. Klicken Sie im cStack Webinterface auf den linken Navigationspunkt "Berechnen" - "Instanzen"

2. Wählen Sie Ihr Kubernetes Cluster aus, welches Sie upgraden möchten

3. Anschließend können Sie oben Rechts auf den Button "Kubernetes Cluster upgraden" klicken und eine neuere Version auswählen

Upgrade-Optionen

1. Manuelles Upgrade: Wenn ein Upgrade für Ihr Kubernetes-Cluster verfügbar wird, können Sie den Upgrade-Prozess manuell auslösen. Sie können auf eine neue kleinere Version upgraden, sofern zuerst alle verfügbaren Patch-Updates für Ihre aktuelle kleinere Version durchgeführt wurden.

2. Automatisches Upgrade: Sie können automatische Upgrades für Ihr Cluster aktivieren, die innerhalb eines von Ihnen festgelegten Wartungsfensters stattfinden. Automatische Updates werden bei neuen Patch-Versionen von Kubernetes und bei neuen Punktversionen von Apache Cloudstack mit nicht-brechenden Updates ausgelöst. Upgrades auf neue kleinere Kubernetes-Versionen erfolgen jedoch nicht automatisch.

Hinweis: centron unterstützt die neuesten drei kleineren Versionen von Kubernetes. Wenn Ihr Cluster eine ältere Version ausführt, wird ein Upgrade erzwungen, selbst wenn automatische Upgrades deaktiviert sind.

Notwendige Upgrades

Erforderliche Upgrades werden im Control Panel angezeigt. Sie können den Wochentag und die Zeit für erforderliche Upgrades im Einstellungsbereich Ihres Clusters konfigurieren.

Der Upgrade-Prozess

Während eines Upgrades wird die Kontrollebene (Kubernetes-Hauptteil) durch eine neue Kontrollebene mit der neuen Kubernetes-Version ersetzt. Arbeiterknoten werden dann schrittweise ersetzt.

Warnung: Daten auf den lokalen Disks der Arbeiterknoten gehen beim Upgrade verloren. Wir empfehlen, persistente Volumes für die Datenspeicherung zu verwenden.

Surge-Upgrades

Surge-Upgrades erstellen duplizierte aktualisierte Knoten und verschieben die Workloads von den alten zu den neuen Knoten. Sie sind standardmäßig aktiviert und verfügbar, um ein schnelleres und stabileres Upgrade zu ermöglichen.

Upgrades über das cStack Webinterface

Für manuelle Upgrades besuchen Sie den Überblicks-Tab Ihres Clusters im cStack Webinterface. Für automatische Upgrades aktivieren Sie die entsprechende Option im Einstellungsbereich.

Minimierung von Unterbrechungen während Upgrades

Konfigurieren Sie ein PodDisruptionBudget und implementieren Sie Graceful Shutdowns in Ihren Workloads, um die Verfügbarkeit der Dienste während des Upgrades zu verbessern.

Diese angepasste Version stellt sicher, dass das ursprüngliche Konzept der Kubernetes-Cluster-Upgrades bei DigitalOcean in den Kontext von centron und Apache Cloudstack übertragen wird, wobei die spezifischen Merkmale und Vorteile des centron-Angebots berücksichtigt werden.

Mittels unserer cStack Infrastuktur haben Sie die Möglichkeit unterschiedliche Instanzen (VMs) zu deployen. Diese Instanzen können von Ihnen vollständig verwaltet und administriert werden.

Instanzen erstellen

Um mittels dem cStack Webinterface eine neue Instanz zu erstellen navigieren Sie wie folgt:

1. Klicken Sie im cStack Webinterface in der linken Navigationsleiste auf den Menüpunkt "Compute/Berechne"

2. Anschließend wählen Sie "Instanzen" aus

3. Nun können Sie über den Button "Instanz hinzufügen" eine neue Instanz erstellen

4. Wählen Sie hierzu eine von zahlreichen Vorlagen mit dem passenden Berechnungsangebot aus

5. alle weiteren Konfigrationen können Sie nach belieben anpassen

6. Mit der Bestätigung über "VM starten" erstellen Sie Ihre neue Instanz

Instanzen bearbeiten

Eine Übersicht Ihrer Instanzen erhalten Sie über den Menüpunkt "Compute/Berechne" - "Instanzen" in unserem cStack Webinterface.

Um eine Instanz bearbeiten zu können wählen Sie die gewünschte Instanz entweder per Auswahl aus oder öffnen Sie diese über den Namen direkt.

Anschließend können Sie alle Details Ihrer Instanz einsehen, bspw. die Konsole öffnen oder einen Snapshot anlegen.

Instanzen löschen

Möchten Sie eine Instanz löschen, so können Sie dies über die Übersicht der Instanzen anstoßen.

Navigieren Sie hierzu wieder in die Übersicht über folgende Menüpunkte: "Compute/Berechne" - "Instanzen"

Wählen Sie die gewünschte Instanz zum löschen aus und klicken Sie auf den roten Papierkorb.

Mit der Bestätigung durch "OK" wird die Instanz anschließend vollständig gelöscht.

Sofern Sie ein erstelltes Kubernetes Cluster nicht mehr benötigen so können Sie dieses über unser cStack Webinterface wieder löschen. Dazu wählen Sie das gewünschte Kubernetes Cluster aus und klicken auf den roten Papierkorb. Die Auflistung der vorhandenen Kubernetes Cluster erreichen Sie wie folgt:

1. Öffnen Sie das cStack Webinterface über unser ccenter

2. Klicken Sie links in der Navigation auf "Berechnen" - "Kubernetes"

Sie können das Kubernetes Cluster auch löschen, wenn Sie dieses über den Namen im cStack Webinterface ausgewählt haben.

Beim Löschvorgang eines Kubernetes Clusters werden Sie gefragt, ob dieses bereinigt und/oder unwiederbringlich gelöscht werden soll. Weitere Informationen zu den beiden Optionen erhalten Sie über dem Info-Button „i“.

Manuelle Löschung von zugehörigen Ressourcen

• Nach dem Zerstören des Clusters: Sie können auch die zugehörigen Load Balancer und Volumes manuell über das cStack Webinterface löschen, nachdem das Kubernetes Cluster zerstört wurde. Sie werden weiterhin für diese Ressourcen belastet, bis sie zerstört werden.

Mittels unserem cStack Webinterface können Sie all Ihre Datenträger in Ihrer Infrastruktur einsehen und verwalten.

Volumes erstellen

Hierzu navigieren Sie in der linken Navigationsspalte auf den Punkt „Speicher“ und anschließend auf „Datenträger“.

Möchten Sie einen neuen Datenträger anlegen so klicken Sie auf „Datenträger erstellen“ und füllen anschließen das Formular mit Ihren gewünschten Daten aus. Der Datenträger wird mit der Bestätigung durch „OK“ angelegt.

Volumes bearbeiten

Zur Bearbeitung eines Datenträgers klicken Sie diesen über dessen Namen direkt an. Anschließend können Sie alle Details zu diesem Datenträger einsehen und bspw. die Größe bearbeiten. Hierzu klicken Sie oben rechts auf das Icon „Datenträgergröße ändern“.

Volumes löschen

Um ein Volume zu löschen navigieren Sie wieder in die Datenträgerübersicht in unserem cStack Webinterface. Wählen Sie den gewünschten Datenträger aus und klicken Sie anschließend auf den roten Papierkorb.

Mit der darauf folgenden Bestätigung im Popup Fenster wird das Volume vollständig gelöscht.

Von Ihren erstellten und betriebenen Instanzen (VMs) können Snapshots erstellt werden. Diese Option können Sie einsehen, wenn Sie in unserem cStack Webinterface über die Menüpunkte „Berechnen“ - „Instanzen“ navigieren und eine Instanz auswählen.

Snapshot erstellen

Im sich öffnenden Fenster sehen Sie rechts den Menüpunkt „VM-Schnappschüsse“. Sind Snapshots vorhanden werden Sie hier angezeigt. Einen neuen Snapshot können Sie über den Button „VM-Schnappschuss machen“ erstellen.

Hierbei können Sie auswählen, ob der RAM der Instanz mit integriert oder ob die Instanz komplett gestoppt werden soll. Anschließend wird Ihnen der Snapshot in der Übersicht angezeigt.

Snapshot restore/verwenden

Um einen erstellen Snapshot zu verwenden, bzw. die Instanz auf diesen zurückzusetzen navigieren Sie zunächst einmal in die VM-Snapshots Übersicht. Diese finden Sie wie folgt im cStack Webinterface: "Computer/Berechne" - "VM-Snapshots"

Nun sehen Sie alle derzeit existierenden Snapshots. Wählen Sie den gewünschten Snapshot über dessen Anzeigenamen aus. Anschließend haben Sie oben rechts die Möglichkeit zu diesem Snapshot zurückzukehren, bzw. diesen somit einzuspielen.

Das finale Einspielen dieses Snapshot müssen Sie im folgenden Popup Fenster nochmals mit "OK" bestätigen.

Snapshots bearbeiten/löschen

Um die erstellten Snapshots zu bearbeiten oder zu löschen navigieren Sie wieder in die VM-Snapshot Übersicht.

Wählen Sie den gewünschten Snapshot per Auswahl aus oder öffnen Sie diesen per Anzeigenamen. Nun haben Sie die Möglichkeit den ausgewählten Snaphot mittels dem roten Papierkorb zu löschen.

SSH Key Pairs

Zusätzlich zur Authentifizierung mit Benutzername und Passwort unterstützt cStack die Verwendung von SSH-Schlüsseln zur Anmeldung bei der Cloud-Infrastruktur für zusätzliche Sicherheit.

Da jeder Cloud-Benutzer seinen eigenen SSH-Schlüssel hat, kann sich ein Cloud-Benutzer nicht bei den Instanzen eines anderen Cloud-Benutzers anmelden, es sei denn, sie teilen ihre SSH-Schlüsseldateien. Mit einem einzigen SSH-Schlüsselpaar können Sie mehrere Instances verwalten.

Accounts

Ein Account steht typischerweise für einen Kunden, in einem Account können mehrere Benutzer existieren.

Domains

Accounts werden in Domains gruppiert. Domains beinhalten somit einen oder mehrere Accounts, welche eine logische Beziehung zueinander inkl. unterschiedlicher Berechtigungen über die Domain und dessen Subdomains haben.

Neben dem Root Administrator einer Hauptdomain können zwei unterschiedliche Typen von Accounts angelegt werden: Domain Administrator und Benutzer

Benutzer

Benutzer sind wie Aliases im Account. Die Benutzer sind nicht voneinander isoliert, lediglich von Benutzern in anderen Accounts.

Der Benutzername ist in einer Domäne für alle Konten in dieser Domäne eindeutig. Derselbe Benutzername kann in anderen Domänen, einschließlich Unterdomänen, existieren. Domänennamen können sich nur wiederholen, wenn der vollständige Pfadname von root eindeutig ist. Sie können z. B. root/d1 sowie root/foo/d1 und root/sales/d1 erstellen.

Administratoren sind Konten mit besonderen Rechten im System. Es kann mehrere Administratoren im System geben. Administratoren können andere Administratoren erstellen oder löschen und das Passwort für jeden Benutzer im System ändern.

Projects

Projekte werden verwendet, um Menschen und Ressourcen zu organisieren. cStack-Benutzer innerhalb einer einzelnen Domain können sich in Projektteams gruppieren, damit sie zusammenarbeiten und virtuelle Ressourcen wie Instances, Snapshots, Vorlagen, Datenfestplatten und IP-Adressen gemeinsam nutzen können. CloudStack verfolgt die Ressourcennutzung sowohl pro Projekt als auch pro Benutzer, so dass die Nutzung entweder einem Benutzerkonto oder einem Projekt in Rechnung gestellt werden kann.

Events

Ein Ereignis ist im Wesentlichen eine signifikante oder bedeutsame Änderung des Zustands sowohl virtueller als auch physischer Ressourcen, die mit einer Cloud-Umgebung verbunden sind. Ereignisse werden von Überwachungssystemen, Nutzungs- und Abrechnungssystemen oder anderen ereignisgesteuerten Workflow-Systemen verwendet, um ein Muster zu erkennen und die richtige Geschäftsentscheidung zu treffen. In cStack kann ein Ereignis eine Zustandsänderung virtueller oder physischer Ressourcen, eine von einem Benutzer durchgeführte Aktion (Aktionsereignisse) oder richtlinienbasierte Ereignisse (Warnungen) sein.

Die Auswahl des richtigen cStack-Plans hängt stark von Ihrer Arbeitslast ab. Ein zu groß dimensioniertes Kubernetes Cluster nutzt seine Ressourcen nicht vollständig aus und verursacht höhere Kosten, während ein zu klein dimensioniertes Kubernetes Cluster, welches bei voller CPU- oder Speicherauslastung läuft, eine verschlechterte Leistung oder Fehler aufweisen kann. Diese Anleitung umfasst die folgenden Themen:

Auswahl von Knotengröße und -anzahl

• Knotengröße: Bestimmt die maximale Menge an Speicher, die Pods zugewiesen werden kann. Für Produktionscluster wird empfohlen, Knoten mit mindestens 2,5 GB oder mehr Speicher zu verwenden.

• Knotenanzahl: Bestimmt die gesamte CPU, den RAM und den Speicher Ihres Clusters. Mehr Knoten bedeuten mehr Flexibilität bei der Lastverteilung.

Datenbasierte Entscheidung treffen

• Benchmarking und Lasttests: Nach der Erstellung eines Clusters sollten Sie Ihre Arbeitslast benchmarken und Lasttests durchführen, um zu sehen, wie sie unter simulierter Last abschneidet.

• Ressourcennutzung analysieren: Überwachen Sie die CPU- und Speichernutzung Ihres Clusters und passen Sie die Knotengröße entsprechend den Anforderungen Ihrer Arbeitslast an.

Zusätzlicher Speicher

• Attached Block Storage: Wenn zusätzlicher Speicher benötigt wird, können Sie netzwerkgebundene Blockspeicher verwenden, um zusätzliche Volumes an einen Cluster anzuhängen.

Wichtig zu beachten

• CPU- und RAM-Spitzen: Da die CPU-Auslastung eines Kubernetes-Clusters dazu neigt, mit hohen Spitzen an Aktivität zu schwanken, während der RAM tendenziell konstant bleibt, wird empfohlen, Ihre CPU so zu dimensionieren, dass sie diese Spitzen in Ihrer Arbeitslast bewältigen kann.

• Änderungen nach der Erstellung: Nach der Erstellung können Sie ein Kubernetes-Cluster jederzeit auf einen anderen Plan umstellen. Für eine vollständige Liste der Pläne und Preise siehe die Preisseite für Cluster.

Diese Punkte sollen Ihnen ein ungefähres Gefühl dafür geben welche Punkte für die Auswahl des richtigen cStack Plans ausschlaggebend sein können.

Bei der Erstellung und Verwaltung von Kubernetes-Clustern gibt es eine Reihe von Best Practices, die dazu beitragen können, eine hohe Verfügbarkeit und Skalierbarkeit zu gewährleisten und gängige Störungen zu vermeiden. Hier sind einige dieser Best Practices zusammengefasst:

Verwendung von Replikas anstelle von Bare Pods

• Einsatz von Replikas: Stellen Sie Ihre Anwendungen immer in hochverfügbarer Form bereit, indem Sie mehrere stabile Replikas Ihrer Anwendungen verwenden und keine Bare Pods einsetzen.

• Anwendungsspezifikation: Verwenden Sie das replicas-Feld in Ihrer Anwendungsspezifikation, um mindestens drei Replikas zu definieren.

Knotengröße angemessen wählen

• Knotengröße für Produktionsumgebungen: Für Produktionscluster sollten Knoten groß genug sein (2,5 GB oder mehr), um die Arbeitslast eines ausgefallenen Knotens aufzufangen.

• Knotenplan: Wählen Sie während der Clustererstellung einen Knotenplan, der den Anforderungen Ihres Projekts entspricht.

Knotenpools für hohe Verfügbarkeit dimensionieren

• Mindestanzahl von Knoten: Node Pools mit Produktionsworkloads sollten mindestens drei Knoten umfassen.

• Autoskalierung: Konfigurieren Sie die Autoskalierungsfunktion, um eine Mindestclustergröße von drei Knoten sicherzustellen.

Anfragen und Limits festlegen

• Effiziente Ressourcennutzung: Definieren Sie die requests- und limits-Objekte in Ihrer Anwendungsspezifikation für alle Deployments, um die Ressourcennutzung zu optimieren.

Pod Disruption Budgets einrichten

• Vermeidung von Störungen: Richten Sie ein Pod Disruption Budget (PDB) ein, das die Anzahl der replizierten Pods begrenzt, die gleichzeitig ausfallen können.

• PDB-Spezifikation: Erstellen Sie eine PodDisruptionBudget-Policy-Spezifikation, um das Minimum an verfügbaren Pods für eine Anwendung festzulegen.

Automatische Upgrades aktivieren

• Aktuellste Features und Sicherheitspatches: Aktivieren Sie automatische Upgrades, um sicherzustellen, dass Ihr Cluster mit den neuesten Funktionen, Sicherheitspatches und Stabilitätsverbesserungen läuft.

Surge Upgrades aktivieren

• Reduzierung der Upgrade-Auswirkungen: Aktivieren Sie Surge Upgrades, um die Gesamtausfallzeit und den Einfluss auf Anwendungen während eines Upgrades zu reduzieren.

Cluster Linter-Nachrichten überprüfen

• Frühzeitige Identifizierung von Problemen: Verwenden Sie regelmäßig Clusterlint, um Probleme in Ihrem Cluster zu identifizieren, die sonst möglicherweise nicht sofort erkennbar sind.

Diese Best Practices helfen dabei, die Stabilität, Skalierbarkeit und Verfügbarkeit von Kubernetes-Clustern zu maximieren und gleichzeitig potenzielle Probleme und Ausfallzeiten zu minimieren.

Das cStack Kubernetes bietet einen Cluster Autoscaler, der automatisch die Größe eines Kubernetes Clusters anpasst, indem er Knoten basierend auf der Kapazität des Clusters zur Planung von Pods hinzufügt oder entfernt. Sie können Autoscaling mit minimalen und maximalen Clustergrößen entweder bei der Erstellung eines Clusters aktivieren oder später einschalten. Sie können dazu das cStack Webinterface verwenden.

Die Funktion zum Skalieren eines bestehenden Kubernetes Clusters finden Sie, wenn Sie das gewünschte Cluster anwählen und anschließend oben rechts auf den Button „Kubernetes Cluster skalieren“ klicken.

Über das cStack Webinterface kann die Autoscale Funktion sowohl aktiviert als auch wieder deaktiviert werden.

Zusammengehörige Instanzen, bspw. durch ein Projekt können in einer Instanzgruppe zusammengefasst werden. So sehen in einer Instanzgruppe alle zugewiesenen Instanzen.

Instanzgruppe erstellen

Navigieren Sie zur Erstellung einer Instanzgruppe im cStack Webinterface wie folgt: "Compute/Berechne" - "Instanzgruppen"

Anschließend haben Sie eine Übersicht aller bestehenden Instanzgruppen.

Über den Button "Neue Instanzgruppe" können Sie eine neue Gruppe erstellen. Füllen Sie hierzu das Formular wie gewünscht aus und bestätigen Sie dieses mit "OK". Anschließend wird Ihre Instanzgruppe mit Ihrem Wunschnamen angelegt.

Instanzgruppe bearbeiten

Um eine besthenden Instanzgruppe zu bearbeiten rufen Sie erneut die Übersicht der Instanzgruppen auf.

Klicken Sie die gewünschte Instanzugruppe über Ihren Namen an und klicken Sie anschließend in der horizontalen Navigation auf das Stift Symbol.

Möchten Sie eine Instanz einer Instanzgruppe zuweisen so ist dies während der Erstellung oder im Anschluss durch die Bearbeitung der Instanz selbst möglich möglich.

Instanzgruppen löschen

Um eine Instanzgruppe zu löschen navigieren Sie wieder in die Übersicht der Instanzgruppen. Wählen Sie nun die gewünschte Instanzgruppe per Auswahl aus oder öffnen Sie diese durch Ihren Namen.

Anschließend können Sie die Instanzgruppe über den roten Papierkorb löschen.

Zur Erstellung eines Gastnetzwerkes wählen Sie im cStack Webinterface in der linken Navigationsspalte den Punkt „Netzwerk“ und anschließend „Gastnetzwerk“ aus. In dieser Übersicht werden Ihnen bereits von Ihnen erstellte Gastnetzwerke angezeigt.

Zur Erstellung eines neuen Gastnetzwerkes klicken Sie auf den Button „Netzwerk hinzufügen“. Füllen Sie anschließen das Formular für ein neues Netzwerk mit Ihren gewünschten Daten aus und bestätigen Sie dieses mit „OK“.

Nun wird Ihr Netzwerk erstellt und Sie können es in der Übersicht einsehen.

Wenn Sie den Haken vor Ihrem gewünschten Netzwerk setzen können Sie dieses Netzwerk entweder Neustarten oder löschen.

Diese Anleitung beschreibt die Schritte, wie man mit centron cStack einem Kubernetes Cluster Persistent Volumes (PVs) mittels Persistent Volume Claims (PVCs) hinzufügt. Dies basiert auf dem Einsatz des CloudStack CSI Drivers und einem Beispielkonfigurationscode für die PVC-Definition.

Voraussetzungen

• Zugang zu einem centron cStack Kubernetes Cluster

• Funktionierende Installation und Konfiguration des CloudStack CSI Drivers

• Administratorrechte für das Kubernetes Cluster

Schritte zur Erstellung eines Persistent Volume Claims

1. Installieren der .yaml files

Laden Sie die Files install.yaml & 0-storageclass.yaml herunter. Installieren Sie als erstes die Storage Class, um Ihrem Kubernetes Cluster Volumes hinzuzufügen:

Führen Sie anschließend folgende Befehle aus:

kubectl apply -f install.yaml

kubectl apply -f 0-storageclass.yaml

2. Erstellen einer Persistent Volume Claim YAML-Datei

Erstellen Sie eine YAML-Datei (z.B. pvc.yaml) mit folgendem Inhalt:

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: wp-pv-claim
  labels:
    app: wordpress
spec:
  storageClassName: cloudstack-custom
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 20Gi

In dieser Definition:

• metadata.name: Der Name des Persistent Volume Claims (wp-pv-claim).

• labels: Labels zur einfacheren Identifikation, hier auf die Anwendung "wordpress" abgestimmt.

• spec.storageClassName: Gibt die zu verwendende StorageClass an (cloudstack-custom), die auf die Konfiguration Ihres CloudStack-Clusters abgestimmt ist.

• spec.accessModes: Gibt die Zugriffsmethode für das Volume an. In diesem Fall ist ReadWriteOnce angegeben, d.h. das Volume kann von einem einzelnen Node gelesen und beschrieben werden.

• spec.resources.requests.storage: Gibt die gewünschte Größe des Volumes an (hier 20Gi).

3.. Anwenden der Persistent Volume Claim Definition

Um den Persistent Volume Claim im Kubernetes Cluster zu erstellen, verwenden Sie den kubectl-Befehl:

kubectl apply -f pvc.yaml

Nach erfolgreicher Anwendung sehen Sie eine Ausgabe ähnlich wie:

persistentvolumeclaim/wp-pv-claim created

4.. Überprüfen des Persistent Volume Claims

Sie können den Status des Persistent Volume Claims überprüfen, indem Sie den folgenden Befehl ausführen:

kubectl get pvc

Dies zeigt die Liste der PVCs und deren aktuellen Status. Die Ausgabe könnte so aussehen:

NAME          STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS      AGE
wp-pv-claim   Bound    pvc-12345678-1234-5678-1234-567812345678   20Gi       RWO            cloudstack-custom 5m

Ein STATUS von Bound zeigt an, dass das Volume erfolgreich gebunden wurde und zur Verwendung bereitsteht.

5. Integration in Ihre Anwendung

Verwenden Sie die Persistent Volume Claim in Ihren Deployments oder StatefulSets, um Speicher für Ihre Anwendungen bereitzustellen. Ein Beispiel für die Nutzung in einem Deployment sieht wie folgt aus:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: wordpress
spec:
  replicas: 1
  selector:
    matchLabels:
      app: wordpress
  template:
    metadata:
      labels:
        app: wordpress
    spec:
      containers:
      - name: wordpress
        image: wordpress:latest
        ports:
        - containerPort: 80
        volumeMounts:
        - mountPath: /var/www/html
          name: wp-volume
      volumes:
      - name: wp-volume
        persistentVolumeClaim:
          claimName: wp-pv-claim

6. Wichtige Hinweise

• Stellen Sie sicher, dass Ihre StorageClass-Konfiguration kompatibel mit dem CloudStack CSI Driver ist.

• Der storageClassName in der PVC-Definition sollte mit einer vorhandenen StorageClass übereinstimmen, die für den Cluster konfiguriert ist.

• Der accessModes-Wert kann angepasst werden, je nach den Anforderungen der Anwendung (z.B. ReadOnlyMany oder ReadWriteMany).

Durch die Definition von Affinitätsgruppen und die Zuweisung von Instanzen zu diesen Gruppen kann der Benutzer oder Administrator beeinflussen (aber nicht vorschreiben), welche Instanzen entweder auf demselben oder auf getrennten Hosts ausgeführt werden sollen. Mit dieser Funktion können Benutzer die Affinitätsgruppen festlegen, denen eine Instanz angehören kann.

Instanzen mit demselben "Host-Anti-Affinitäts"-Typ werden nicht auf demselben Host ausgeführt, was der Erhöhung der Fehlertoleranz dient. Wenn ein Host ausfällt, ist eine andere Instanz, die denselben Dienst anbietet (z. B. das Hosting der Website des Benutzers), auf einem anderen Host weiterhin betriebsbereit. Außerdem kann der Benutzer festlegen, dass Instanzen mit demselben Host-Affinitätstyp auf demselben Host laufen müssen, was für die Gewährleistung der Konnektivität und geringer Latenz zwischen Gastinstanzen nützlich sein kann.

"non-strict host anti-affinity" ist ähnlich, aber flexibler als "host anti-affinity". In diesem Fall werden die Instanzen auf verschiedenen Hosts bereitgestellt, solange genügend Hosts vorhanden sind, um die Anforderung zu erfüllen. Andernfalls können sie auf demselben Host bereitgestellt werden. "Nicht-strikte Host-Affinität" ist ähnlich, aber flexibler als "Host-Affinität". Instanzen werden idealerweise zusammen auf demselben Host bereitgestellt, aber nur, wenn dies möglich ist.

Affinity Groups erstellen

Damit Sie eine Affinitätsgruppe erstellen können navigieren Sie wie folgt im cStack Webinterface:

1. Klicken Sie in der linken Navigationsspalte auf "Compute/Berechne"

2. Wählen Sie Affinitätsgruppen aus

3. zum Erstellen einer neuen Affinitätsgruppe klicken Sie oben rechts auf den Button "Affinitätsgruppe hinzufügen"

Bei erstellten Affinitätsgruppen können anschließend beim Deployment einer Instanz in den erweiterten Einstellungen ausgewählt werden.

Affinity Groups bearbeiten

Möchten Sie die Server in den Affinitätsgruppen ändern, so muss dies über die jeweilige Instanz erfolgen. Navigieren Sie zu der Übersicht Ihrer Instanzen und öffnen Sie eine Instanz mit dem Klick auf deren Namen.

Nun haben Sie in der oberen horizontalen Navigationsleiste den Button "Affinität ändern". Darüber können Sie die Zugehörigkeit der Affinitätsgruppen anpassen.

Um zu sehen welche Instanzen sich in welcher Affinitätsgruppen befinden können Sie über die jeweilige Affinitätsgruppe und dem Button "Ansicht Instanzen" zur Übersicht navigieren.

Affinity Groups löschen

Um die erstellten Affinitätsgruppen zu bearbeiten navigieren Sie erneut in die Übersicht und wählen die gewünschte Gruppe per Auswahl oder über dessen Namen direkt aus. Nun kann die gewünschte Affinitätsgruppe mit dem roten Papierkorb gelöscht werden.

Je nach cStack Plan steht Ihnen eine unterschiedliche Anzahl an öffentlichen IP-Adressen zur Verfügung. Um diese öffentliche IP-Adressen nutzen zu können müssen Sie zuvor ein Gastnetzwerk anlegen.

Public IP erstellen/zuweisen

Sofern Sie ein Gastnetzwerk angelegt haben navigieren Sie zu diesem und öffnen dieses mit einem Klick auf dessen Namen. Anschließend sehen Sie in der horizontalen Navigation einen Menüpunkt "Öffentliche IP-Adressen". Klicken Sie diesen an und anschließend auf "Neue IP erwerben".

Im folgenden Popup können Sie sich eine freie öffentliche IP-Adresse aussuchen und mit der Bestätigung auf "OK" zuweisen. Anschließend wird Ihnen diese in der zuvor gesehenen Übersicht angezeigt.

Public IP Übersicht

Damit Sie eine Übersicht all Ihrer öffentlichen IP-Adressen erhalten klicken Sie links in der cStack Navigationsleiste auf den Menüpunkt "Netzwerk" - "Öffentliche IP-Adressen".

Public IP löschen

Möchten Sie nun eine öffentliche IP-Adresse löschen, so können Sie diese in der eben genannten Übersicht der öffentlichen IP-Adressen markieren und vom Netzwerk "loslösen".

Unter dem Menüpunkt „Abbilder“ stellen wir unterschiedliche Vorlagen, ISOs und Kubernetes ISOs bereit.

Template & ISOs

Ihnen steht die Option zur Verfügung eigene Vorlagen anhand von fertigen URLs zu registrieren. Auch haben Sie die Möglichkeit eigene ISOs hochzuladen, damit Sie diese bei der Erstellung einer Instanz auswählen und deployen können.

Dieses Glossar bietet eine Definition der Kernkonzepte von Kubernetes, um ein grundlegendes Verständnis dafür zu entwickeln, wie Kubernetes funktioniert und um die Verwendung bestimmter Begriffe in der Dokumentation zu verstehen:

Cluster Networking

Bezieht sich auf die hochgradig integrierte Kommunikation zwischen Containern, Pods, Pods zu Services oder von externen Quellen zu Services.

CPU

Die zentrale Verarbeitungseinheit eines Computers, die für die Ausführung von Programmanweisungen verantwortlich ist.

Environment Variable

Eine Umgebungsvariable ist ein Schlüssel-Wert-Paar im Speicher, das zur Speicherung von Konfigurationsdetails einer Anwendung verwendet wird.

Feature Gate

Feature Gates sind Schlüssel-Wert-Paare, die Funktionen von Kubernetes beschreiben.

Hash

Ein Hash ist eine Zeichenkette fester Größe, die durch Anwenden einer Hash-Funktion auf Daten erstellt wird. Hashes werden häufig zur Verschlüsselung von SSH-Schlüsseln oder zur Erstellung einzigartiger numerischer Werte verwendet, die als Identifikatoren für Datenressourcen dienen.

Health Check

Ein Health Check ist eine regelmäßig durchgeführte HTTP- oder TCP-Anfrage, um sicherzustellen, dass ein Service gesund ist.

High Availability (HA)

Ein Ansatz zur Infrastrukturgestaltung, der darauf abzielt, Ausfallzeiten zu reduzieren und Single Points of Failure zu eliminieren.

High-availability Control Plane

Ein Control Plane, das über mehrere Replikate jeder Komponente verfügt, um eine höhere Verfügbarkeit zu gewährleisten.

Image

Ein Container-Image ist eine statische Datei, die ausführbaren Code enthält.

IP

Das Internet-Protokoll ist ein Kommunikationsprotokoll, das zur Vernetzung von Computern, insbesondere über das Internet, verwendet wird.

Keep-Alive

Ein Signal, das von einem Gerät zum anderen gesendet wird, um die Verbindung aufrechtzuerhalten.

kubectl

Eine Befehlszeilenschnittstelle (CLI) zur Ausführung von Befehlen auf Kubernetes-Clustern.

Load Balancer

Ein Lastverteiler, der den Datenverkehr auf eine Gruppe von Servern verteilt, um die Stabilität und Reaktionsfähigkeit einer Anwendung zu verbessern.

Logs

Protokolle der Standardausgabe, die Informationen über Aktivitäten im Zusammenhang mit Ihrer Anwendung enthalten.

Machine Type

Bezieht sich auf die virtuellen Hardware-Ressourcen, die für eine VM-Instanz verwendet werden.

Namespace

Eine Sammlung von Ressourcen, die eine oder mehrere Funktionen in einem Kubernetes-Cluster enthalten.

Node Plan

Die Hardwarekonfiguration für die Spezifikationen eines Nodes.

Node Pool

Eine Gruppe von Nodes mit derselben Konfiguration innerhalb eines Clusters.

Pod

Die kleinste von Kubernetes verwaltete und bereitstellbare Recheneinheit.

Port

Ein Kommunikationsendpunkt einer Netzwerkverbindung, identifiziert durch eine Portnummer für jedes Transportprotokoll.

Proxy

Ein Computer oder Softwaresystem, das als Vermittler zwischen einem Endgerät und einem anderen Server fungiert.

RBAC

Role-Based Access Control, eine Methode zur Einschränkung des Netzwerkzugangs basierend auf der Rolle eines Benutzers in einer Organisation.

SSL Certificate

Ein digitales Dokument, das die Identität einer Website beschreibt.

Sticky Session

Ein Vorgang, bei dem der Lastverteiler eine Netzwerkverbindung mit einem Benutzer für die Dauer einer Sitzung aufbaut.

Surge Upgrade

Ein Upgrade-Prozess, bei dem bis zu 10 zusätzliche Nodes während eines Cluster-Upgrades erstellt werden.

Tag

Schlagwörter, die Ressourcen zugeordnet sind und bei der Verwaltung, Organisation und Durchführung von Aktionen auf Ressourcen helfen.

TCP

Das Transmission Control Protocol, ein Standard für den Austausch von Nachrichten über ein Netzwerk.

TTL

Time to Live, die Lebensdauer eines Pakets in einem Netzwerk, bevor es von einem Router verworfen wird.

UDP

Das User Datagram Protocol, ein Protokoll für eine niedriglatente Verbindungskommunikation zwischen Anwendungen.

Worker Node

Ein Node, der Anwendungen in einem Cluster ausführt und an einen Control Plane berichtet.

centron cStack ist in vier Pakete unterteilt. Die Pakete unterscheiden sich im wesentlichen in den enthaltenen Ressourcen und den damit verbundenen Limits und dem dazugehörigen monatlichen Preis.

Sie können jederzeit zwischen den Plänen wechseln. Der ausgewählte Plan wird für den gesamten Monat abgerechnet.

Die im cStack Plan enthaltenen Ressourcen gelten nur für centron cStack und können nicht für andere centron Produkte wie centron ccloud³, centron S3 Object Storage oder Managed Server verwendet werden.

cStack Scope of Support

Unser Ziel ist es, die Zuverlässigkeit Ihrer von centron bereitgestellten centron cStack Pakete zu gewährleisten und Ihnen bei allen centron-Schnittstellen, Produkten und Fragen zur Seite zu stehen. Bitte zögern Sie nicht, uns jederzeit für Unterstützung zu kontaktieren. Der jeweilige Ansprechpartner wird die Durchführbarkeit Ihrer Anfrage prüfen und einen Kostenvoranschlag für Dienstleistungen außerhalb des regulären Supportumfangs erstellen (falls zutreffend).​

Kostenpflichtige administrative Dienste

Kostenpflichtige administrative Dienstleistungen gehen über den Umfang des regulären Supports hinaus. ​Sobald Sie sich mit uns in Verbindung setzen, wird ein Mitarbeiter die Durchführbarkeit Ihrer Anfrage prüfen und Ihnen gegebenenfalls ein Angebot unterbreiten. Die Entscheidung, eine Anfrage zu bearbeiten, die nicht in den Bereich des regulären Supports fällt, basiert auf folgenden Kriterien:

• der Komplexität des Problems

• der Verfügbarkeit qualifizierter Support-Mitarbeiter