PersistentVolumeClaim

Große Anwendungen laufen heute selten auf einem einzelnen Rechner. Sie laufen in kleinen, abgeschotteten Paketen, die man Container nennt, verteilt über viele Server. Ein Programm dafür zu verteilen und zu überwachen, übernimmt eine Software namens Kubernetes. Container haben allerdings eine unangenehme Eigenschaft: Wird ein Container beendet, sind alle Daten darin weg. Genau dafür gibt es den PersistentVolumeClaim, kurz PVC. Er ist ein kurzer Antrag, in dem ein Programm festhält, wie viel dauerhaften Speicherplatz es braucht und wie es darauf zugreifen will. Das System sucht dann passenden Speicher und stellt ihn bereit.

Warum Daten einen Container überleben müssen

Container sind absichtlich kurzlebig. Sie werden gestartet, gestoppt, kopiert und auf einen anderen Server verschoben, wenn ein Rechner ausfällt. Für ein Programm, das nur Webseiten ausliefert, ist das kein Problem. Für eine Datenbank mit Kundenbestellungen wäre es eine Katastrophe.

Ein PersistentVolumeClaim trennt deshalb die Lebensdauer der Daten von der Lebensdauer des Containers. Der Speicher existiert weiter, auch wenn der Container gelöscht und neu gestartet wird. Beim Neustart wird derselbe Speicher wieder angehängt, und die Daten sind unverändert da. Ohne diesen Mechanismus könnte man in Kubernetes praktisch nur Programme betreiben, die nichts merken müssen.

Der zweite Vorteil ist die Arbeitsteilung. Ein Entwickler muss nicht wissen, ob die Firma Festplatten im eigenen Keller betreibt oder Speicher bei Amazon mietet. Er schreibt nur: zwanzig Gigabyte, schnell, von einem Programm beschreibbar. Dasselbe Programm läuft dadurch unverändert auf dem Laptop des Entwicklers und im großen Rechenzentrum.

Antrag, Angebot und die Zuteilung dazwischen

Man kann sich das wie eine Wohnungsvermittlung vorstellen. Der PersistentVolumeClaim ist das Gesuch: gewünschte Größe, gewünschte Zugriffsart. Das Gegenstück heißt PersistentVolume und ist das konkrete Angebot, also ein tatsächlich vorhandener Speicherbereich. Kubernetes spielt den Vermittler und bringt beide zusammen.

In der Praxis gibt es das passende Angebot meist noch gar nicht. Dann greift die sogenannte StorageClass, eine Art Katalog von Speichersorten. Sie legt fest, welcher Anbieter angesprochen wird und welche Qualität der Speicher hat, etwa schnelle SSD oder billige Standardplatte. Trifft ein Antrag ein, wird der passende Speicher automatisch neu erzeugt und zugeteilt. Diesen Vorgang nennt man dynamische Bereitstellung.

Wichtig ist die Zugriffsart. Üblich ist, dass nur ein Server gleichzeitig schreiben darf, weil sonst zwei Programme dieselbe Datei durcheinanderbringen könnten. Manche Speichersysteme erlauben auch gemeinsames Schreiben von mehreren Servern aus. Ein häufiger Irrtum ist außerdem, dass ein gelöschter Antrag die Daten automatisch mitlöscht. Das hängt von einer Einstellung ab: Je nach Regel wird der Speicher freigegeben und geleert oder bleibt zur Sicherheit bestehen.

Wo PVCs im Betrieb auftauchen

Wer eine Datenbank, einen Dateispeicher oder ein Wiki in Kubernetes betreibt, kommt an PersistentVolumeClaims nicht vorbei. Auch KI-Systeme nutzen sie stark. Trainingsdaten und fertige Modelle sind oft hunderte Gigabyte groß und sollen nicht bei jedem Neustart erneut heruntergeladen werden.

Sichtbar wird das Thema meist dann, wenn etwas schiefgeht. Ein Klassiker: Ein Container startet nicht und bleibt im Zustand Pending hängen, weil kein passender Speicher gefunden wurde. Ein anderer Klassiker sind Cloud-Rechnungen, die steigen, obwohl Anwendungen längst abgeschaltet wurden — der bezahlte Speicher lag einfach ungenutzt weiter herum.

In Stellenanzeigen und Fachartikeln taucht der Begriff im Umfeld von Cloud-Betrieb und DevOps auf, also der Arbeit an Betrieb und Auslieferung von Software. Er gehört zum Grundvokabular, ähnlich wie Container oder Cluster. Wer verstanden hat, dass ein PVC nur ein Antrag ist und kein Speicher selbst, hat den entscheidenden Punkt begriffen.