TKG-Clusterarbeitslasten erfordern möglicherweise persistenten Speicher. Informationen zu vSphere-Speicherkonzepten und Überlegungen zu TKG-Dienst-Clustern finden Sie in diesem Thema.

vSphere-Speicherrichtlinien für TKG-Dienst-Cluster

Zum Bereitstellen persistenter Speicherressourcen für die TKG-Dienst-Cluster konfiguriert ein vSphere-Administrator vSphere-Speicherrichtlinien, die unterschiedliche Speicheranforderungen abdecken. Anschließend fügt der Administrator dem vSphere-Namespace, in dem TKG-Cluster bereitgestellt werden, eine oder mehrere Speicherrichtlinien hinzu. Speicherrichtlinien, die einem vSphere-Namespace zugewiesen sind, bestimmen die Platzierung von TKG-Clusterknoten und -Arbeitslasten in der vSphere-Speicherumgebung. Außerdem bestimmen sie, auf welche Datenspeicher TKG-Cluster zugreifen und diese für den persistenten Speicher verwenden können.

Wenn einem vSphere-Namespace eine vSphere-Speicherrichtlinie zugewiesen wird, erstellt das System übereinstimmende Kubernetes-Speicherklassen für diesen vSphere-Namespace. Die übereinstimmenden Kubernetes-Speicherklassen werden auch an die TKG-Cluster weitergegeben, die in diesem vSphere-Namespacebereitgestellt werden.

In einem TKG-Cluster weist jede Speicherklasse zwei Editionen auf: eine mit dem Immediate- und die andere mit dem WaitForFirstConsumer-Bindungsmodus. Welche Edition Sie auswählen, richtet sich nach Ihren Anforderungen. Weitere Informationen hierzu finden Sie unter Speicherklasseneditionen für TKG-Dienstcluster.

Integrieren von TKG-Dienst-Clustern in vSphere-Speicher

Für die Integration in Supervisor und in den vSphere-Speicher verwenden TKG-Cluster die paravirtuelle CSI (pvCSI).

Die pvCSI ist die für TKG-Cluster geänderte Version des vSphere CNS-CSI-Treibers. Die pvCSI-Komponente befindet sich im TKG-Cluster und ist für alle aus dem TKG-Cluster stammenden, speicherbezogenen Anforderungen zuständig. Die Anforderungen werden an CNS-CSI übermittelt und von dort an CNS in vCenter Server weitergeleitet. Dies führt dazu, dass pvCSI nicht direkt mit der CNS-Komponente kommuniziert, sondern bei allen Speicherbereitstellungsvorgängen auf CNS-CSI angewiesen ist. Im Gegensatz zu CNS-CSI benötigt pvCSI keine Anmeldedaten für die Infrastruktur. pvCSI ist mit einem Dienstkonto im vSphere-Namespace konfiguriert.

pvCSI ist eine Komponente von TKG-Clustern, CNS-CSI ist eine Supervisor-Komponente, und CNS ist eine vCenter Server-Komponente.

Erstellen eines persistenten Volumes

Das Diagramm veranschaulicht, wie verschiedene Komponenten für speicherbezogene Vorgänge innerhalb eines TKG-Clusters interagieren, etwa beim Erstellen einer Beanspruchung eines dauerhaften Volumes (Persistent Volume Claim, PVC).

Der DevOps-Ingenieur erstellt eine PVC mithilfe von „kubectl“ im TKG-Cluster. Diese Aktion generiert eine übereinstimmende PVC in Supervisor und löst „CNS-CSI“ aus, wodurch die CNS API zum Erstellen von Volumes aufgerufen wird.

Nach erfolgreicher Erstellung eines Volumes wird der Vorgang über Supervisor wieder an den TKG-Cluster zurückgegeben. Die Clusterbenutzer können das persistente Volume und die Beanspruchung eines dauerhaften Volumes im gebundenen Zustand im Supervisor sehen. Außerdem sehen sie das persistente Volume und die Beanspruchung eines dauerhaften Volumes im gebundenen Zustand auch im TKG-Cluster.

Komponenteninteraktion für ein dauerhaftes Volume.