Ich führe eine MySQL-Implementierung auf Kubernetes aus, aber es scheint, als wäre mein zugewiesener Speicherplatz nicht ausreichend. Anfangs habe ich ein persistentes Volumen von 50GB hinzugefügt und jetzt möchte ich das auf 100GB erweitern.
Ich habe bereits gesehen, dass ein persistenter Volumenanspruch nach der Erstellung unveränderlich ist, aber kann ich irgendwie einfach das persistente Volumen skalieren und dann meinen Anspruch neu erstellen?
Nein, Kubernetes unterstützt die automatische Volume-Größenänderung noch nicht.
Die Größenänderung von Datenträgern ist im Moment ein vollständig manueller Prozess.
Wenn Sie davon ausgehen, dass Sie ein Kubernetes-PV-Objekt mit einer bestimmten Kapazität erstellt haben und die PV an einen PVC gebunden ist, und dann an einen Knoten angehängt / gemountet wurde, um von einem Pod verwendet zu werden. Wenn Sie die Volume-Größe erhöhen, können Pods weiterhin die Festplatte ohne Probleme verwenden, haben jedoch keinen Zugriff auf den zusätzlichen Speicherplatz.
Um den zusätzlichen Speicherplatz auf dem Volume zu aktivieren, müssen Sie die Größe der Partitionen manuell ändern. Sie können dies tun, indem Sie die Anweisungen hier befolgen. Sie müssten die Pods, die auf das Volume verweisen, zuerst löschen und darauf warten, dass es sich löst. Dann müssen Sie das Volume manuell an eine VM-Instanz anhängen und bereitstellen und die erforderlichen Schritte zur Größenänderung ausführen.
Geöffnetes Problem # 35941 , um die Feature-Anfrage zu verfolgen.
Es ist in Kubernetes 1.9 (Alpha in 1.8) für einige Volumetypen möglich: gcePersistentDisk, awsElasticBlockStore, Cinder, glusterfs, rbd
Dazu müssen die Plug-in- und Speicherklassen PersistentVolumeClaimResize admission aktiviert werden, deren Feld allowVolumeExpansion auf true gesetzt ist.
Siehe offizielle Dokumente unter Ссылка
Was die Größenanpassung von PVC / PV betrifft, wird das in k8s immer noch nicht unterstützt, obwohl ich glaube, dass es möglicherweise in 1.9 kommen könnte.
Es ist möglich, das gleiche Endergebnis durch den Umgang mit PVC / PV und (z.B.) GCE PD zu erreichen.
Zum Beispiel hatte ich eine gitlab-Bereitstellung mit einem PVC und einer dynamisch bereitgestellten PV über eine StorageClass-Ressource. Hier sind die Schritte, die ich durchlaufen habe:
kubectl describe pv <name-of-pv> (nützlich, wenn das PV Manifest später erstellt wird) "gcePersistentDisk: pdName: <name-of-pd>" definiert, zusammen mit anderen Details, die ich in Schritt 3 erfasst habe. Stelle sicher, dass du spec.capacity.storage auf die neue Kapazität aktualisierst, die der PV haben soll (obwohl dies nicht wichtig ist und hier keine Auswirkungen hat, möchten Sie möglicherweise die Speicherkapazität / den Wert in Ihrem PVC-Manifest für die Nachwelt aktualisieren)
kubectl apply (oder gleichwertig), um Ihre Bereitstellung / Pod, PVC und PV Hinweis: Einige Schritte sind möglicherweise nicht unbedingt erforderlich, wie z. B. das Löschen einiger vorhandener Ressourcen für die Bereitstellung / Bereitstellung, obwohl ich sie am liebsten selbst entferne, da ich weiß, dass die ReclaimPolicy beibehalten wird und ich einen Snapshot habe.
Tags und Links kubernetes google-container-engine