Dieses Dokument wurde mithilfe automatisierter maschineller Übersetzungstechnologie übersetzt. Wir bemühen uns um korrekte Übersetzungen, übernehmen jedoch keine Gewähr für die Vollständigkeit, Richtigkeit oder Zuverlässigkeit der übersetzten Inhalte. Im Falle von Abweichungen ist die englische Originalversion maßgebend und stellt den verbindlichen Text dar.

Erstellen von Kubernetes Persistent Volumes und Storage-Klassen

Wenn Sie eine Anwendung bereitstellen, die Daten speichern muss, müssen Sie persistenten Speicher erstellen. Persistenter Speicher ermöglicht es Ihnen, Anwendungsdaten außerhalb des Pods, der Ihre Anwendung ausführt, zu speichern. Diese Speicherpraxis ermöglicht es Ihnen, Anwendungsdaten beizubehalten, selbst wenn der Pod der Anwendung ausfällt.

Die Dokumente in diesem Abschnitt setzen voraus, dass Sie die Kubernetes-Konzepte von persistenten Volumes, persistenten Volume-Claims und Storage-Klassen verstehen. Für weitere Informationen siehe den Abschnitt über wie Speicher funktioniert.

Voraussetzungen

Um persistenten Speicher einzurichten, ist die Manage Volumes Rolle erforderlich.

Wenn Sie Speicher für einen in der Cloud gehosteten Cluster bereitstellen, müssen der Speicher und die Cluster-Hosts denselben Cloud-Anbieter haben.

Für die Bereitstellung neuer Speicher mit Rancher muss der Cloud-Anbieter aktiviert sein. Für Details zur Aktivierung von Cloud-Anbietern siehe diese Seite.

Für das Anfügen vorhandenen persistenten Speichers an einen Cluster muss der Cloud-Anbieter nicht aktiviert sein.

Einrichtung vorhandener Speicher

Der gesamte Workflow zur Einrichtung vorhandenen Speichers ist wie folgt:

  1. Richten Sie Ihren persistenten Speicher ein. Dies kann Speicher in einem Infrastruktur-Anbieter sein, oder es könnte Ihr eigener Speicher sein.

  2. Fügen Sie ein persistentes Volume (PV) hinzu, das auf den persistenten Speicher verweist.

  3. Fügen Sie einen persistenten Volume-Claim (PVC) hinzu, der auf das PV verweist.

  4. Binden Sie das PVC als Volumen in Ihrer Arbeitslast ein.

Für Details und Voraussetzungen siehe diese Seite.

Dynamische Bereitstellung neuer Speicher in Rancher

Der gesamte Workflow zur Bereitstellung neuer Speicher ist wie folgt:

  1. Fügen Sie eine Storage-Klasse hinzu und konfigurieren Sie diese, um Ihren Speicheranbieter zu verwenden. Die StorageClass könnte sich auf Speicher bei einem Infrastruktur-Anbieter beziehen, oder sie könnte sich auf Ihren eigenen Speicher beziehen.

  2. Fügen Sie einen Persistent Volume Claim (PVC) hinzu, der sich auf die Storage-Klasse bezieht.

  3. Binden Sie das PVC als Volumen für Ihre Arbeitslast ein.

Für Details und Voraussetzungen siehe diese Seite.

SUSE Storage Speicher

SUSE Storage ist ein leichtes, zuverlässiges und einfach zu bedienendes verteiltes Blockspeichersystem für Kubernetes.

Longhorn ist kostenlose, Open-Source-Software. Ursprünglich von Rancher Labs entwickelt, wird es jetzt als Sandbox-Projekt der Cloud Native Computing Foundation weiterentwickelt. Es kann auf jedem Kubernetes-Cluster mit Helm, mit kubectl oder mit der Rancher-Benutzeroberfläche installiert werden.

Wenn Sie einen Pool von Blockspeicher haben, kann Longhorn Ihnen helfen, persistenten Speicher für Ihr Kubernetes-Cluster bereitzustellen, ohne auf Cloud-Anbieter angewiesen zu sein. Für weitere Informationen zu den Funktionen von Longhorn, siehe die Dokumentation.

Rancher v2.5 hat den Prozess der Installation von Longhorn auf einem von Rancher verwalteten Cluster vereinfacht. Für weitere Informationen siehe cloudnativ Storage mit Longhorn.

Beispiele zur Bereitstellung von Speicher

Wir bieten Beispiele dafür, wie man Speicher mit NFS, vSphere und Amazon’s EBS. bereitstellt.

GlusterFS-Volumes

In Clustern, die Daten auf GlusterFS-Volumes speichern, können Sie auf ein Problem stoßen, bei dem Pods nach dem Neustart des kubelet nicht in der Lage sind, Volumes zu mounten. Für Details zur Vermeidung dieses Problems siehe diese Seite.

iSCSI-Volumes

In Rancher gestarteten Kubernetes-Clustern, die Daten auf iSCSI-Volumes speichern, können Sie auf ein Problem stoßen, bei dem Kubelets sich nicht automatisch mit iSCSI-Volumes verbinden können. Für Details zur Behebung dieses Problems siehe diese Seite.

hostPath Volumes

Sowohl K3s als auch RKE2 unterstützen das Einbinden von hostPath-Volumes mit dem Rancher Local Path Provisioner. Für Konfigurationsinformationen, je nach Ihrer Distribution, beziehen Sie sich auf K3s - Volumes und Speicher oder RKE2 - Erweiterte Optionen und Konfiguration.

Migration des VMware vSphere Cloud Providers von In-tree zu Out-of-tree.

Kubernetes entfernt sich von der Pflege von Cloud-Anbietern in-tree. vSphere hat einen Out-of-tree-Cloud-Anbieter, der durch die Installation des vSphere-Cloud-Anbieters und der Cloud-Speicher-Plugins verwendet werden kann.

Für Anweisungen zur Migration vom In-tree vSphere-Cloud-Anbieter zu Out-of-tree und zur Verwaltung der bestehenden VMs nach der Migration, beziehen Sie sich auf diese Seite.

Verwandte Themen