Verwendung von Kubernetes -kurzfristigen Volumina

Dieser Artikel behandelt Kubernetes 'Umgang mit kurzlebiger Lagerung und lehrt Ihnen, wie diese Volumina in aktiven Clustern erzeugt werden. Wir werden ausführlich erklären, welche Bände in Kubernetes sind und welche Grundtypen es sind. Wir werden auch eine Anleitung zur Verwendung generischer Bände in Kubernetes anbieten.

Bände in Kubernetes

Ein Volumen in Kubernetes kann mit einem Verzeichnis verglichen werden, auf das die Container in einem Pod zugreifen können. In Kubernetes gibt es verschiedene Volumenarten und jeder Typ gibt den Inhalt und die Erstellungsmethode des Volumens an. Bei Docker bestand das Volumenkonzept, aber der einzige Nachteil war, dass das Volumen stark auf eine einzelne Pod beschränkt war. Der Band ging auch verloren, nachdem das Leben eines Schotens vorbei war. Kubernetes -Volumes sind jedoch nicht auf eine bestimmte Art von Behälter beschränkt. Es unterstützt alle oder alle bereitgestellten Container von Kubernetes POD. Die Fähigkeit des POD, gleichzeitig verschiedene Arten von Speicher zu verwenden, ist einer der Hauptvorteile des Kubernetes -Volumens. Kubernetes bietet den Benutzern eine Wahl zwischen zwei verschiedenen Arten von Bänden: persistent und kurzlebig. Ephemerale Volumina existieren nur für die Dauer eines Pod.

Das Management der kurzlebigen Lagerung durch Kubernetes

Einige Pods -Hostanwendungen benötigen Datenspeicher, benötigen jedoch nicht die Daten, um während des Container -Neustarts bestehen zu können. Diese bestehen aus Programmen, die nur schreibgeschützte Eingabedaten aus Dateien wie Konfiguration und geheime Schlüsselinformationen extrahieren. Das Volumen, das mit den Pods eines Cache -Dienstes verbunden ist. Daher muss das Volumen nur die Dauer der Pod ertragen.

Um die Speicheranforderungen dieser transienten Pods zu erfüllen, verwendet Kubernetes kurzlebige Volumina. Pods können beginnen und enden, ohne durch die Platzierung eines anhaltenden Volumens dank kurzlebiger Volumina eingeschränkt zu werden. Auf jedem Knoten in einem Kubernetes -Cluster gibt es eine Option für den lokalen kurzlebigen Speicher, der entweder mit dem RAM angeschlossen ist oder lokal beschreibbare Geräte.

Lassen Sie uns dieses Thema besser verstehen, indem wir untersuchen.

Was sind die verschiedenen kurzlebigen Speicheroptionen??

Die gleichgiebige Lagerung ist auf einem unstrukturierten Volumen untergebracht, das vom Betriebssystem, alle aktiven Pods auf dem Knoten und der Container -Laufzeit geteilt wird. Diese Einheiten sind daran beschränkt, die lokale Speicherung des Knotens übermäßig durch die Volumina zu nutzen. Der kurzlebige Speicher ist immer auf der Hauptpartition der lokalen Lagerung untergebracht. Diese Kluft kann auf folgende Weise durchgeführt werden:

Wurzel

Das Root Storage -Verzeichnis wird vom Betriebssystem, den Benutzerpods und den Kubernetes -Systemdämonen gleichzeitig verwendet. /var/log/und das kuberet rootverzeichnis, das standardmäßig/var/lib/kuBelet/, befinden sich beide auf der Stammscheibe. Pods können diese Partition verwenden, indem Containerbildschichten, Leeredir-Volumina und schriftliche Ebenen verwendet werden. Der KuBelet -Service steuert die Isolation und den gemeinsamen Zugriff auf die Wurzelpartition. Die Wurzelpartition bietet weder Haltbarkeit, IOPS oder andere Leistungsparameter, da sie kurzlebig ist.

Laufzeit

Container -Laufzeiten erstellen Overlay -Dateisysteme nach Laufzeitpartition. Die Laufzeit bietet dann einen gemeinsam genutzten Zugriff, sobald die Partition mit Isolation implementiert wurde. Bildebenen und Behälterschichten werden auf dieser Partition aufbewahrt. Diese Ebenen werden automatisch auf die Laufzeitpartition geschrieben, wenn sie gebildet wurde, nicht auf die Stammpartition.

Kurzlebige Bände und ihre Typen in Kubernetes

Abhängig von der beabsichtigten Verwendung unterstützt Kubernetes eine Vielzahl von kurzlebigen Volumentypen. Diese bestehen aus:

Generische kurzlebige Volumes

Jeder Speichertreiber, der die dynamische Bereitstellung von anhaltenden Volumina ermöglicht, kann verwendet werden, um diese Volumina zu erzeugen. Für Startdaten, die während der Bereitstellung weggeworfen werden, bieten diese Bände ein Verzeichnis auf Pod-Ebene auf. Generische kurzlebige Bände haben die folgenden Eigenschaften:

• Unterstützt sowohl Netzwerk-angehende Speicher als auch lokale Speicherplatz
• Unterstützt die Begrenzung der Größe der Schoten
• Diese Volumina können je nach verwendeten Speichertreiber und Parametereinstellungen einige Startdaten enthalten
• Abhängig vom Einsatz des Speichertreiber. Diese Funktionen können im Volumen implementiert werden

Leere Dir

Sobald ein POD initialisiert, wird dieses Volumen erzeugt und für alles, was der POD nicht länger ist.

Wie man generische kurzlebige Volumina verwendet?

Hier ist die Schritt-für-Schritt.

Schritt 1: Minikube starten

Mit dem Tool Minikube können Sie Kubernetes lokal ausführen. Hier ist der Befehl:

> Minikube Start

Schritt 2: Aktivieren Sie die Syntax -Hervorhebung für YAML

In diesem Schritt erstellen wir eine Konfigurationsdatei mit dem folgenden Befehl.

> Nano Epi.Yaml

Das Folgende ist ein Beispiel dafür, wie die YAML -Spezifikation für einen Pod, das mit einem generischen kurzlebigen Volumen verbunden ist und 1 Gib Speicher enthält, und zahlreiche Zugriffsmodi würden aussehen:

Schritt 3: Erstellen Sie einen Pod

Hier werden wir einen Pod erstellen. Dies geschieht durch Ausführen des Befehls kubectl anwenden, der dann Ressourcen in einem Cluster erstellt und verändert.

> kubectl anwenden -f epi.Yaml

Schritt 4: POD -Details anzeigen

Jetzt finden und anzeigen wir POD -Details mit einem Befehl, der unten erwähnt wird:

> kubectl bekommen Pods

Der Befehl wird erfolgreich ausgeführt und die Ausgabe wird auch oben erwähnt, in der Sie die Details der Pod sehen können.

Schritt 5: Überwachung des vergänglichen Volumens

Ein Überwachungsinstrument, mit dem die Speicherauslastung auf den Volumes überwacht werden kann, in denen Container ihre Daten aufbewahren, kann eingerichtet werden, und es ist möglich, dies zu tun. Dieses Volumen befindet sich in/var/lib/docker oder/var/lib/Origin. Ein Tool dieser Art, das verwendet werden kann, um die Anzahl der auf diesen Laufwerken verwendeten Ressourcen zu untersuchen, ist das Dienstprogramm /bin /df. Speicherauslastung und -kapazität können von Cluster -Administratoren im DF -H -Tool in menschlich -lesbarem Formular angezeigt werden.

Der Befehl zur Überwachung des vergänglichen Volumens ist unten beigefügt:

> df -h/var/lib/

Sie können die obige Ausgabe sehen, in der das Dateisystem, die Größe, die Verwendung, die Verfügbarkeit, die Verwendung von%und die montierten Informationen angezeigt werden.

Abschluss

Für Kubernetes -Anwendungen, die transiente Daten verarbeiten. Unabhängig davon, wo sich das anhaltende Volumen befindet. Jeder Kubernetes -Knoten verfügt über einen kurzlebigen Speicher, der lokal mit RAM oder beschreibbarem Speicher angeschlossen ist. Pods können diesen Speicher zum Zwischenspeicher, zum Abholzung und zum Kratzerraum nutzen. In diesem Artikel wird all dies ausführlich erläutert.