Bestimmte Kubernetes-Arbeitslasten, die mit DevOps in einem Namespace in Supervisor ausführt, benötigen dauerhaften Speicher zum Speichern von Daten. Dauerhafter Speicher kann von vSphere-Pods, Tanzu Kubernetes Grid-Clustern, VMs und anderen Arbeitslasten verwendet werden, die Sie im Namespace ausführen.
Um dem DevOps-Team dauerhaften Speicher zur Verfügung zu stellen, erstellt der vSphere-Administrator Speicherrichtlinien, die verschiedene Speicheranforderungen und Dienstklassen beschreiben. Der Administrator weist anschließend Speicherrichtlinien zu und konfiguriert Speichergrenzwerte auf Namespace-Ebene.
Um zu verstehen, wie vSphere IaaS control plane mit dauerhaftem Speicher funktioniert, machen Sie sich mit den grundlegenden Kubernetes-Konzepten wie Speicherklassen, dauerhaften Volumes und Beanspruchungen dauerhafter Volumes vertraut. Weitere Informationen dazu finden Sie in der Kubernetes-Dokumentation unter https://kubernetes.io/docs/home/.
Informationen zur Integration von vSphere IaaS control plane-Komponenten in Speicher finden Sie unter Supervisor-Speicher in Konzepte und Planung der vSphere IaaS-Steuerungsebene.
Workflow für dauerhaften Speicher
Der Workflow für die Bereitstellung von persistentem Speicher in vSphere IaaS control plane umfasst in der Regel die folgenden nacheinander erfolgenden Aktionen.
| Aktion |
Durchgeführt von |
Beschreibung |
|---|---|---|
| Stellt dem DevOps-Team dauerhafte Speicherressourcen bereit. |
vSphere-Administrator |
Ein vSphere-Administratoren erstellt Speicherrichtlinien, die unterschiedliche Speicheranforderungen und Dienstklassen beschreiben. Entsprechende Informationen finden Sie in der Installieren und Konfigurieren der vSphere IaaS-Steuerungsebene im Thema über das Erstellen von Speicherrichtlinien für die vSphere IaaS-Steuerungsebene. Der Administrator weist die Speicherrichtlinien dann einem Namespace zu und legt Speichergrenzwerte für den Namespace fest. Weitere Informationen hierzu finden Sie unter Erstellen und Konfigurieren eines vSphere-Namespace im Supervisor.. |
| Erstellt Speicherklassen im Namespace |
vSphere IaaS control plane |
Die Speicherklassen, die den dem Namespace zugewiesenen Speicherrichtlinien entsprechen, werden automatisch in der Kubernetes-Umgebung angezeigt. Wenn der vSphere-Administrator dem Namespace mehrere Speicherrichtlinien zuweist, wird für jede Speicherrichtlinie eine separate Speicherklasse erstellt. Wenn Sie die Tanzu Kubernetes Grid-Cluster verwenden, erbt jeder Cluster Speicherklassen vom Namespace, in dem der Cluster bereitgestellt wird. Das DevOps-Team kann die Speicherklassen für ihre dauerhaften Speicheranforderungen verwenden. Weitere Informationen finden Sie unter Speicherklassen in einem Namespace anzeigen. |
| Anforderungen an dauerhafte Speicherressourcen für eine Arbeitslast |
DevOps |
Das DevOps-Team verwendet die Speicherklassen, um dauerhafte Speicherressourcen für eine Arbeitslast anzufordern. Die Anforderung erfolgt in Form eines Anspruchs für ein dauerhaftes Volume, der auf eine bestimmte Speicherklasse verweist. Weitere Informationen finden Sie unter Bereitstellung eines dynamischen dauerhaften Volumes für eine statusbehaftete Anwendung und Bereitstellung einer eigenständigen VM in vSphere with Tanzu. |
| Erstellt ein dauerhaftes Volume-Objekt und eine entsprechende dauerhafte virtuelle Festplatte für eine Arbeitslast. |
vSphere IaaS control plane |
vSphere IaaS control plane platziert die virtuelle Festplatte in den Datenspeicher, der die in der ursprünglichen Speicherrichtlinie angegebenen Anforderungen und die zugehörige Speicherklasse erfüllt. Die virtuelle Festplatte kann durch eine Arbeitslast gemountet werden. |
| Überwachen dauerhafter Volumes |
vSphere-Administrator |
Mithilfe des vSphere Client überwachen vSphere-Administratoren die dauerhaften Volumes und ihre zugrunde liegenden virtuellen Festplatten. Sie können auch die Speicherübereinstimmung und den Systemzustand der dauerhaften Volumes überwachen. Weitere Informationen finden Sie unter Überwachen von dauerhaften Volumes im vSphere Client. |
Im Folgenden wird veranschaulicht, wie ein dauerhaftes Volume-Objekt und eine übereinstimmende dauerhafte virtuelle FCD-Festplatte für ein vSphere Pod erstellt werden. Der Anspruch für dauerhaften Speicher verweist auf eine bestimmte Speicherklasse.
