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.

Einstellungen

Wertformattypen nach unterstützten Datenengines

Jede Einstellung unterstützt nur eines der folgenden Formate, basierend auf ihrer Definition. Das unterstützte Format bestimmt, welche Datenengines konfiguriert werden können und ob deren Werte unterschiedlich sein dürfen.

Einzelwert für alle unterstützten Datenengines
- Format: Nicht-JSON-String (zum Beispiel 1024)
- Der Wert gilt für alle unterstützten Datenengines und muss über diese hinweg gleich sein.
- Datenengine-spezifische Werte sind nicht erlaubt.
Datenengine-spezifische Werte für V1 und V2 Datenengines
- Format: JSON-Objekt (zum Beispiel {"v1": "value1", "v2": "value2"})
- Ermöglicht die Angabe unterschiedlicher Werte für V1 und V2 Datenengines.
Datenengine-spezifische Werte nur für die V1 Datenengine
- Format: JSON-Objekt mit nur v1 Schlüssel (zum Beispiel {"v1": "value1"})
- Nur die V1 Datenengine kann konfiguriert werden. Die V2 Datenengine ist nicht betroffen.
Datenengine-spezifische Werte nur für die V2 Datenengine
- Format: JSON-Objekt mit nur v2 Schlüssel (zum Beispiel {"v2": "value1"})
- Nur die V2 Datenengine kann konfiguriert werden. Die V1 Datenengine ist nicht betroffen.

Anpassen der Standardeinstellungen

Um SUSE Storage vor der Installation zu konfigurieren, siehe diesen Abschnitt für Details.

Informationen zum System

Standard-Engine-Bild

Das Standard-Engine-Image ist das Bild, das vom Manager verwendet wird und kann nur geändert werden, wenn der Manager startet.

Jede SUSE Storage Release enthält ein neues Engine-Image. Ein grüner Pfeil erscheint auf den Longhorn-Volumes, die das Standard-Engine-Image nicht verwenden, was darauf hinweist, dass das Volume ein Upgrade benötigt.

Standard-Instanz-Manager-Image

Das Standard-Instanz-Manager-Image ist das Bild, das vom Manager verwendet wird und kann nur geändert werden, wenn der Manager startet.

Standard-Backing-Image-Manager-Image

Das Standard-Backing-Image-Manager-Image ist das Bild, das vom Manager verwendet wird und kann nur geändert werden, wenn der Manager startet.

Support-Bundle-Manager-Image

SUSE Storage verwendet das Support-Bundle-Manager-Image, um Support-Bundles zu generieren.

Ein Standard-Image wird während der Installation und des Upgrades bereitgestellt, und Sie können dies auch in den Einstellungen ändern.

Ein Beispiel für das Support-Bundle-Manager-Image:

Standardwert: longhornio/support-bundle-kit:v0.0.14

Aktuelle SUSE Storage Version

Die aktuelle SUSE Storage Version.

Neueste SUSE Storage Version

Die neueste verfügbare Version von SUSE Storage. Dies wird automatisch durch das Upgrade Checker aktualisiert.

Dies ist nur verfügbar, wenn Upgrade Checker aktiviert ist.

Stabile SUSE Storage Versionen

Die neueste stabile Version jeder Minor-Release-Linie. Es wird automatisch von der Upgrade Checker aktualisiert.

Allgemein

Knotenentwässerungsrichtlinie

Standardwert: block-if-contains-last-replica

Definieren Sie die Richtlinie, die verwendet werden soll, wenn ein Knoten mit der letzten gesunden Replik eines Volumes entwässert wird. Verfügbare Optionen:

block-if-contains-last-replica: SUSE Storage blockiert die Entwässerung, wenn der Knoten die letzte gesunde Replik eines Volumes enthält.
allow-if-replica-is-stopped: SUSE Storage erlaubt die Entwässerung, wenn der Knoten die letzte gesunde Replik eines Volumes enthält, aber die Replik gestoppt ist.

Möglicher Datenverlust, wenn der Knoten nach der Entwässerung entfernt wird.
always-allow: SUSE Storage erlaubt automatisch die Entwässerung, obwohl der Knoten die letzte gesunde Replik eines Volumes enthält.

Möglicher Datenverlust, wenn der Knoten nach der Entwässerung entfernt wird. Auch mögliche Datenkorruption, wenn die letzte Replik während der Entwässerung aktiv war.
block-for-eviction: SUSE Storage weist automatisch alle Repliken aus und blockiert die Entwässerung, bis die Ausweisung abgeschlossen ist.

Kann zu langsamen Entwässerungen und zusätzlicher Datenbewegung führen, die mit dem Wiederaufbau von Repliken verbunden sind.
block-for-eviction-if-contains-last-replica: SUSE Storage weist automatisch alle Repliken aus, die kein gesundes Gegenstück haben, und blockiert die Entwässerung, bis die Ausweisung abgeschlossen ist.

Kann zu langsamen Entwässerungen und zusätzlicher Datenbewegung führen, die mit dem Wiederaufbau von Repliken verbunden sind.

Jede Option hat Vor- und Nachteile. Siehe Empfehlungen zur Knotenentwässerung für Hilfe bei der Entscheidung, welche in Ihrer Umgebung am geeignetsten ist.

Manuell angehängte Volumes trennen, wenn sie abgesperrt sind.

Standardwert: false

SUSE Storage trennt automatisch Volumes, die manuell an die abgesperrten Knoten angehängt sind. Dies verhindert, dass der Entwässerungsprozess durch das PDB des Instanz-Managers blockiert wird, da auf dem Knoten noch eine laufende Engine vorhanden ist.

Automatisch Systemgenerierte Snapshots bereinigen

Standardwert: true

SUSE Storage erzeugt einen System-Snapshot während des Wiederaufbaus der Replik, und wenn ein Benutzer keinen wiederkehrenden Snapshot-Zeitplan einrichtet, bleiben alle systemgenerierten Snapshots in der Replik, und der Benutzer muss sie manuell löschen. Diese Einstellung ermöglicht es SUSE Storage, automatisch systemgenerierte Snapshots vor und nach dem Wiederaufbau der Replik zu bereinigen.

Automatisch veraltete Snapshots von wiederkehrenden Sicherungsjobs bereinigen

Standardwert: true

Wenn aktiviert, erstellt SUSE Storage einen neuen Snapshot, bevor der Sicherungsjob ausgeführt wird. SUSE Storage behält nur den Snapshot, der vom letzten Sicherungsjob verwendet wurde, auch wenn der Wert des Beibehaltungsparameters nicht 1 ist.

Wenn deaktiviert, stellt diese Einstellung sicher, dass die gespeicherten Snapshots direkt mit den Backups auf dem entfernten Backup-Ziel übereinstimmen.

Arbeitslast-Pod automatisch löschen, wenn das Volume unerwartet getrennt wird.

Standardwert: true

Wenn aktiviert, löscht SUSE Storage automatisch den Arbeitslast-Pod, der von einem Controller verwaltet wird (zum Beispiel Deployment, StatefulSet, DaemonSet usw.), wenn das Longhorn-Volume unerwartet getrennt wird (zum Beispiel während eines Kubernetes-Upgrades, einem Docker-Neustart oder einer Netzwerkunterbrechung). Durch das Löschen des Pods startet sein Controller den Pod neu, und Kubernetes kümmert sich um die Wiederanbindung und das Remounting des Volumes.

Wenn deaktiviert, löscht SUSE Storage den Arbeitslast-Pod, der von einem Controller verwaltet wird, nicht. Sie müssen den Pod manuell neu starten, um das Volume wieder anzubinden und erneut einzuhängen.

Diese Einstellung gilt nicht für Arbeitslast-Pods ohne einen Controller. SUSE Storage löscht solche Pods niemals.
Arbeitslast-Pods mit Cluster-Netzwerk RWX-Volumes. Die Einstellung gilt nicht für solche Pods, da der Longhorn Share Manager, der den RWX NFS-Dienst bereitstellt, über einen eigenen Resilienzmechanismus verfügt. Dieser Mechanismus gewährleistet die Verfügbarkeit, bis das Volume wieder angebunden wird, ohne sich auf den Lebenszyklus des Pods zu verlassen, um die Wiederanbindung des Volumes auszulösen. Die Einstellung gilt jedoch für Arbeitslast-Pods mit Endpoint-Netzwerk RWX-Volumes. Für weitere Informationen siehe ReadWriteMany (RWX) Volume und Storage-Netzwerk.

Blacklist für die automatische Löschung von Arbeitslast-Pods bei unerwarteter Volumentrennung.

Standardwert: ""

Blacklist der Controller-api/kind-Werte für die Einstellung Automatisch Arbeitslast-Pod löschen, wenn das Volume unerwartet getrennt wird. Wenn ein Arbeitslast-Pod von einem Controller verwaltet wird, dessen api/kind in dieser Blacklist aufgeführt ist, wird SUSE Storage den Pod nicht automatisch löschen, wenn sein Volume unerwartet getrennt wird. Mehrere Controller-api/kind-Einträge können angegeben werden, getrennt durch Semikolons. Beispiel: apps/v1/StatefulSet;apps/v1/DaemonSet.

Der Controller api/kind unterscheidet zwischen Groß- und Kleinschreibung und muss exakt mit dem api/kind in der Eigentümerreferenz des Arbeitslast-Pods übereinstimmen.

Automatische Wiederherstellung.

Standardwert: true

Wenn aktiviert, werden Volumes automatisch wiederhergestellt, wenn alle Replikate fehlerhaft werden, zum Beispiel aufgrund einer Netzwerkunterbrechung. SUSE Storage versucht herauszufinden, welche Replikate verwendbar sind, und verwendet diese dann für das Volume.

Gleichzeitiges automatisches Engine-Upgrade pro Knotenlimit

Standardwert: 0

Diese Einstellung steuert, wie SUSE Storage automatisch die Engines der Volumes auf das neue Standard-Engine-Image upgraded, nachdem der Longhorn Manager geupgradet wurde.

Der Wert dieser Einstellung gibt die maximale Anzahl von Engines pro Knoten an, die gleichzeitig auf das Standard-Engine-Image upgegradet werden dürfen.

Wenn der Wert 0 beträgt, upgradet SUSE Storage die Engines von Volumes nicht automatisch auf die Standardversion.

Gleichzeitige Wiederherstellung von Volume-Backups pro Knotenlimit

Standardwert: 5

Diese Einstellung steuert, wie viele Volumes auf einem Knoten die Sicherung gleichzeitig wiederherstellen können.

SUSE Storage blockiert die Wiederherstellung der Sicherung, sobald die Anzahl der Volumes, die wiederhergestellt werden, das Limit überschreitet.

Setzen Sie den Wert auf 0, um die Wiederherstellung der Sicherung zu deaktivieren.

Standarddisk auf gekennzeichneten Knoten erstellen

Standardwert: false

Wenn keine anderen Disks vorhanden sind, erstellt SUSE Storage automatisch eine Standarddisk, jedoch nur auf Knoten mit dem Kubernetes-Label node.longhorn.io/create-default-disk=true.

Wenn diese Einstellung deaktiviert ist, wird die Standarddisk auf allen neuen Knoten erstellt, wenn der Knoten zum ersten Mal erkannt wird.

Verwenden Sie diese Option, um den Cluster zu skalieren, ohne Speicher auf neuen Knoten zu verwenden, oder um Disks für Longhorn-Knoten anzupassen (siehe Dokumentation).

Benutzerdefinierte Ressourcen-API-Version

Standardwert: longhorn.io/v1beta2

Die aktuelle API-Version der Kundenressource, zum Beispiel longhorn.io/v1beta2. Wird automatisch vom Manager festgelegt.

Standarddatenlokalität

Standardwert: disabled

Ein SUSE Storage Volume hat Datenlokalität, wenn sich mindestens eine Replik auf demselben Knoten wie der Pod befindet, das das Volume verwendet.

Diese Einstellung definiert die Standarddatenlokalität für über die SUSE Storage UI erstellte Volumes. Für Kubernetes-Bereitstellungen konfigurieren Sie dataLocality in der StorageClass.

Die verfügbaren Modi sind:

disabled (Standard): Eine Replik kann sich auf demselben Knoten wie das angehängte Volume oder die Arbeitslast befinden oder auch nicht.
best-effort: SUSE Storage versucht, eine Replik auf demselben Knoten wie das angehängte Volume oder die Arbeitslast zu halten. Das Volume funktioniert weiterhin, auch wenn Umgebungsbedingungen eine lokale Platzierung verhindern, wie z. B. unzureichender Speicherplatz oder inkompatible Festplatten-Tags.
strict-local: SUSE Storage erzwingt die Platzierung einer einzelnen Replik auf demselben Knoten wie das angehängte Volume. Dieser Modus bietet höhere IOPS und geringere Latenz.

Standarddatenpfad

Standardwert: /var/lib/longhorn/

Standardpfad zum Speichern von Daten auf einem Host.

Kann mit der Create Default Disk on Labeled Nodes-Option verwendet werden, um SUSE Storage dazu zu bringen, ausschließlich Knoten zu nutzen, an denen beispielsweise /opt/longhorn montiert ist, wenn der Cluster skaliert wird.

Standard SUSE Storage statischer StorageClass-Name

Standardwert: longhorn-static

Die storageClassName wird für persistente Volumes (PVs) und persistente Volume-Anforderungen (PVCs) verwendet, die auf ein vorhandenes SUSE Storage-Volume verweisen. Sie müssen kein entsprechendes StorageClass-Objekt zu diesem Zweck erstellen, da es nur für die Labelübereinstimmung während der PVC-Bindung verwendet wird. Der Wert muss mit einer vorhandenen StorageClass übereinstimmen. Wenn die StorageClass longhorn-static noch nicht existiert, wird sie von SUSE Storage automatisch erstellt. Der Standardwert ist longhorn-static.

Standardanzahl der Replikate

Standardwert: {"v1":"3","v2":"3"}

Die Standardanzahl der Replikate beim Erstellen des Volumes über die SUSE Storage UI. Für Kubernetes, aktualisieren Sie die numberOfReplicas in der StorageClass

Die empfohlene Methode zur Auswahl der Standardanzahl der Replikate ist: Wenn Sie drei oder mehr Knoten für den Speicher haben, verwenden Sie 3; andernfalls verwenden Sie 2. Die Verwendung einer einzelnen Replik auf einem einzelnen Knoten-Cluster ist ebenfalls in Ordnung, aber die hohe Verfügbarkeit wäre nicht gegeben. Sie können weiterhin Snapshots oder Sicherungen des Volumes erstellen.

Löschbestätigungsflag

Standardwert: false

Dieses Flag dient dazu, zu verhindern, dass SUSE Storage versehentlich deinstalliert wird, was zu Datenverlust führt.

Setzen Sie dieses Flag auf true, um die Deinstallation von SUSE Storage zuzulassen.
Wenn dieses Flag false ist, schlägt der Deinstallationsjob von SUSE Storage fehl.

Überarbeitungszähler deaktivieren

Standardwert: {"v1":"true"}

Erlaubt dem Engine-Controller und der Engine-Replik, die Aktualisierung der Überarbeitungszählerdatei bei jedem Schreibvorgang zu deaktivieren. Dies verbessert die Leistung des Datenpfads. Siehe Überarbeitungszähler für Details.

Upgrade-Checker aktivieren

Standardwert: true

Der Upgrade-Checker überprüft regelmäßig auf eine neue SUSE Storage Version. Wenn eine neue Version verfügbar ist, benachrichtigt er den Benutzer in der SUSE Storage Benutzeroberfläche.

Upgrade-Responder-URL

Standardwert: https://longhorn-upgrade-responder.rancher.io/v1/checkupgrade

Der Upgrade-Responder sendet eine Benachrichtigung, wann immer eine neue SUSE Storage Version verfügbar wird, auf die Sie upgraden können.

Erlauben Sie das Sammeln von SUSE Storage Nutzungsmetriken

Standardwert: true

Wenn aktiviert, ermöglicht diese Einstellung SUSE Storage, anonyme Nutzungsmetriken an https://metrics.longhorn.io/. zu senden.

Diese Metriken helfen, Einblicke in die Nutzung von SUSE Storage zu geben und zukünftige Produktverbesserungen zu unterstützen.

Node-Informationen, die von allen Clusterknoten gesammelt werden, umfassen:

Anzahl der Festplatten jedes Gerätetyps (HDD, SSD, NVMe, unbekannt).

Dieser Wert kann für virtuelle Maschinen ungenau sein.
Anzahl der Festplatten für jeden Longhorn-Festplattentyp (Block, Dateisystem).
Architektur des Hostsystems.
Version des Hostkernels.
Verteilung des Hostbetriebssystems (OS).
Kubernetes-Knotenanbieter.

Die gesammelten Clusterinformationen von einem der Clusterknoten umfassen:

Longhorn-Namespace-UID.
Anzahl der Longhorn-Knoten.
Anzahl der Volumes jedes Zugriffsmodus (RWO, RWX, unbekannt).
Anzahl der Volumes jeder Datenengine (v1, v2).
Anzahl der Volumes jedes Datenspeicherorts (deaktiviert, best_effort, strict_local, unbekannt).
Anzahl der verschlüsselten oder unverschlüsselten Volumes.
Anzahl der Volumes jedes Frontendtyps (blockdev, iscsi).
Anzahl der Replikate.
Anzahl der Snapshots.
Anzahl der Backing-Images.
Anzahl der Waisen.
Durchschnittliche Volumengröße in Bytes.
Durchschnittliche tatsächliche Volumengröße in Bytes.
Durchschnittliche Anzahl der Snapshots pro Volume.
Durchschnittliche Anzahl der Replikate pro Volume.
Durchschnittliche SUSE Storage CPU-Nutzung der Komponenten (Instanzmanager, Manager) in Millikernen.
Durchschnittliche SUSE Storage Speichernutzung der Komponenten (Instanzmanager, Manager) in Bytes.
Longhorn-Einstellungen:
- Teilweise enthalten:
  - Backup-Zieltyp oder Protokoll (azblob, cifs, nfs, s3, none, unbekannt). Dies stammt aus dem Backup-Ziel.
- Enthält den Wert wahr oder falsch, um anzuzeigen, ob diese Einstellung konfiguriert ist:
  - Prioritätsklasse
  - Registry-Geheimnis
  - CronJob zur Datenintegrität des Snapshots
  - Speichernetzwerk
  - Endpunktnetzwerk für RWX-Volumen
  - Systemverwaltete Komponenten-Knotenauswahl
  - Taint-Tolerierung
- Enthalten wie angegeben:
  - Erlaube wiederkehrende Jobs, während das Volumen getrennt ist
  - Erlaube die Erstellung von Volumen mit verringerter Verfügbarkeit
  - Systemgenerierte Snapshots automatisch bereinigen
  - Veraltete Snapshots von wiederkehrenden Sicherungsjobs automatisch bereinigen
  - Arbeitslast-Pod automatisch löschen, wenn das Volumen unerwartet getrennt wird.
  - Automatische Bergung
  - Warteintervall für die Bereinigung des Backing-Images
  - Warteintervall für die Wiederherstellung des Backing-Images
  - Backup-Komprimierungsmethode
  - Backupstore-Abfrageintervall
  - Begrenzung der gleichzeitigen Backups
  - Begrenzung für gleichzeitige automatische Engine-Upgrades pro Knoten
  - Begrenzung der gleichzeitigen Backup-Wiederherstellung pro Knoten
  - Begrenzung des gleichzeitigen Replica-Wiederaufbaus pro Knoten
  - CRD API Version
  - Erstellen Sie Knoten, die mit dem Standard-Disk-Label versehen sind
  - Standarddatenlokalität
  - Standardanzahl der Replikate
  - Überarbeitungszähler deaktivieren
  - Planung auf einem gesperrten Knoten deaktivieren
  - Engine-Replikat-Timeout
  - TTL für fehlgeschlagene Backups
  - Schneller Replica-Wiederaufbau aktiviert
  - Garantierte Instanzmanager-CPU
  - Kubernetes Cluster Autoscaler Enabled
  - Pod-Löschrichtlinie bei Knoten-Ausfall
  - Knotenentwässerungspolitik
  - Automatische Löschung von Waisenkindern
  - Limit für die Historie fehlgeschlagener wiederkehrender Jobs
  - Limit für die Historie erfolgreicher wiederkehrender Jobs
  - Snapshots während der Dateisystem-Trimmung entfernen
  - Replica-Autobalance
  - Replica-Dateisynchronisation HTTP-Client-Timeout
  - Warteintervall für die Wiederauffüllung von Replikaten
  - Replica Soft Anti Affinity
  - Replica Zone Soft Anti Affinity
  - Replica Disk Soft Anti Affinity
  - Begrenzung der gleichzeitigen Wiederherstellungen
  - Wiederherstellung von wiederkehrenden Volumen-Jobs
  - Snapshot-Datenintegrität
  - Sofortige Überprüfung der Snapshot-Datenintegrität nach der Snapshot-Erstellung
  - Minimal verfügbarer Prozentsatz des Speichers
  - Speichernetzwerk für RWX-Volumen aktiviert
  - Überprovisionierungsprozentsatz des Speichers
  - Reservierter Speicherprozentsatz für die Standardfestplatte
  - Limit für die Historie fehlgeschlagener Support-Bundles
  - Zeitüberschreitung bei der Sammlung von Support-Bundles auf den Knoten
  - Image-Pull-Richtlinie für systemverwaltete Pods

Das Upgrade Checker muss aktiviert sein, um die gesammelten Daten regelmäßig zu senden.

Pod-Löschrichtlinie, wenn der Knoten ausgefallen ist

Standardwert: do-nothing

Definiert die SUSE Storage-Aktion, wenn ein Volumen mit einem StatefulSet- oder Deployment-Pod auf einem ausgefallenen Knoten feststeckt.

do-nothing ist das Standardverhalten von Kubernetes, StatefulSet- oder Deployment-Pods, die sich im Terminierungsprozess befinden, niemals zwangsweise zu löschen. Da der Pod auf dem ausgefallenen Knoten nicht entfernt wird, bleiben Longhorn-Volumen auf ausgefallenen Knoten stecken.
delete-statefulset-pod SUSE Storage erzwingt das Löschen von StatefulSet-Pods, die sich im Terminierungsprozess befinden, auf ausgefallenen Knoten, um Longhorn-Volumen freizugeben, damit Kubernetes Ersatz-Pods starten kann.
delete-deployment-pod SUSE Storage erzwingt das Löschen von Deployment-Pods, die sich im Terminierungsprozess befinden, auf ausgefallenen Knoten, um Longhorn-Volumen freizugeben, damit Kubernetes Ersatz-Pods starten kann.
delete-both-statefulset-and-deployment-pod SUSE Storage erzwingt das Löschen von StatefulSet- oder Deployment-Pods, die sich im Terminierungsprozess befinden, auf ausgefallenen Knoten, um Longhorn-Volumen freizugeben, damit Kubernetes Ersatz-Pods starten kann.

Registry-Secret

Der Name des Kubernetes-Secrets.

Warteintervall für die Wiederauffüllung von Replikaten

Standardwert: 600

Wenn es mindestens ein fehlgeschlagenes Replikat-Volume in einem degradierten Volume gibt, bestimmt dieses Intervall in Sekunden, wie lange SUSE Storage maximal wartet, um die vorhandenen Daten der fehlgeschlagenen Replikate wiederzuverwenden, anstatt direkt ein neues Replikat für dieses Volume zu erstellen.

Dieses Warteintervall funktioniert nur, wenn es mindestens ein fehlgeschlagenes Replikat im Volume gibt. Und diese Option kann den Wiederaufbau eine Weile blockieren.

Richtlinie zum Abrufen von Pod-Images, die vom System verwaltet werden.

Standardwert: if-not-present

Diese Einstellung definiert die Richtlinie zum Abrufen von Images für von Longhorn verwaltete System-Pods, wie z.B. Instanzmanager, Engine-Image, CSI-Treiber usw.

Beachten Sie, dass die neue Richtlinie zum Abrufen von Images nur nach dem Neustart der vom System verwalteten Pods angewendet wird.

Diese Einstellungsdefinition ist genau die gleiche wie die in Kubernetes. Hier sind die verfügbaren Optionen:

always. Jedes Mal, wenn kubelet einen Container startet, fragt kubelet das Container-Image-Registry ab, um den Namen in einen Image-Digest aufzulösen. Wenn kubelet ein Container-Image mit diesem genauen Digest lokal zwischengespeichert hat, verwendet kubelet sein zwischengespeichertes Image; andernfalls lädt kubelet das Image mit dem aufgelösten Digest herunter und verwendet dieses Image, um den Container zu starten.
if-not-present. Das Image wird nur heruntergeladen, wenn es nicht bereits lokal vorhanden ist.
never. Es wird davon ausgegangen, dass das Image lokal vorhanden ist. Es wird kein Versuch unternommen, das Image herunterzuladen.

Warteintervall für die Bereinigung des Backing Image

Standardwert: 60

Dieses Intervall, in Minuten, definiert, wie lange SUSE Storage wartet, bevor eine Backing Image-Datei bereinigt wird, wenn keine Replikate auf der Festplatte sie verwenden.

Warteintervall für die Wiederherstellung des Backing Image

Standardwert: 300

Dieses Intervall, in Sekunden, definiert, wie lange SUSE Storage wartet, bevor die Backing Image-Datei erneut heruntergeladen wird, nachdem alle Festplattendateien für dieses Image in den Zustand failed oder unknown eingetreten sind.

Diese Wiederherstellung funktioniert nur für das Backing Image, dessen Erstellungstyp download ist.
Dateizustand unknown bedeutet, dass die zugehörigen Manager-Pods auf dem Pod nicht ausgeführt werden oder der Knoten selbst ausgefallen oder getrennt ist.

Standardminimale Anzahl von Backing Image-Kopien

Standardwert: 1

Die standardmäßige minimale Anzahl von Backing Image-Kopien, die SUSE Storage beibehält.

Engine-Replikat-Timeout

Standardwert: {"v1":"8","v2":"8"}

Anzahl der Sekunden, die eine V1-Daten-Engine wartet, bis ein Replikat antwortet, bevor es als fehlgeschlagen markiert wird. Werte zwischen 8 und 30 sind erlaubt. Diese Einstellung tritt nur in Kraft, wenn noch ausstehende Eingabe- oder Ausgabeanfragen vorliegen.

Diese Einstellung gilt nur für zusätzliche Replikate. Eine V1-Engine markiert die letzte aktive Replikat erst als fehlgeschlagen, nachdem die doppelte Anzahl der konfigurierten Sekunden (Timeout-Wert x 2) vergangen ist. Dieses Verhalten soll die Reaktionsfähigkeit eines Volumens mit dessen Verfügbarkeit in Einklang bringen.

Die Engine kann schnell (nach dem konfigurierten Timeout) einzelne Replikate ignorieren, die nicht mehr reagieren, zugunsten anderer verfügbarer Replikate. Dies stellt sicher, dass zukünftige Eingaben oder Ausgaben nicht aufgehalten werden.

Die Engine wartet auf die letzte Replikat (bis zum doppelten konfigurierten Timeout), um ein unnötiges Abstürzen aufgrund fehlender verfügbarer Backends zu verhindern.

Limit für die Historie fehlgeschlagener Support-Bundles

Standardwert: 1

Diese Einstellung gibt an, wie viele fehlgeschlagene Support-Bundles im Cluster existieren können.

Das aufbewahrte fehlgeschlagene Support-Bundle dient Analysezwecken und muss manuell bereinigt werden.

SUSE Storage blockiert die Erstellung von Support-Bundles, wenn die obere Grenze erreicht wird. Sie können diesen Wert auf 0 setzen, um SUSE Storage automatisch alle fehlgeschlagenen Support-Bundles zu löschen.

Zeitüberschreitung bei der Sammlung von Support-Bundles auf Knoten

Standardwert: 30

Anzahl der Minuten, die SUSE Storage für die Sammlung von Knoteninformationen und Knotenprotokollen für das Support-Bundle zulässt.

Wenn der Sammelprozess nicht innerhalb der vorgegebenen Zeit abgeschlossen ist, erstellt SUSE Storage das Support-Bundle weiterhin ohne die nicht gesammelten Knotendaten.

Schneller Replikat-Wiederaufbau aktiviert

Standardwert: {"v1":"true","v2":"true"}

Die Einstellung aktiviert die Funktion zum schnellen Wiederaufbau von Replikaten. Sie basiert auf den Prüfsummen der Snapshot-Diskdateien, daher ist es eine Voraussetzung, die Snapshot-Datenintegrität auf aktivieren oder schnell-prüfen zu setzen.

Timeout des HTTP-Clients zum Replikat-Dateisynchronisierungsserver

Standardwert: 30

Der Wert in Sekunden gibt das Timeout des HTTP-Clients für den Dateisynchronisierungsserver des Replikats an, der für den Wiederaufbau von Replikaten, das Klonen von Volumes, das Klonen von Snapshots usw. verwendet wird.

Offline-Replikat-Wiederaufbau

Standardwert: false

Steuert, ob SUSE Storage automatisch degradierte Replikate wiederherstellt, während das Volume getrennt ist. Diese Einstellung hat nur Wirkung, wenn die volumenbezogene Einstellung auf ignored oder enabled gesetzt ist.

Verfügbare Optionen:

true: Aktiviert den Offline-Replikat-Wiederaufbau für alle getrennten Volumes (es sei denn, dies wird auf Volumenebene überschrieben).
false: Deaktiviert den Offline-Replikat-Wiederaufbau global (es sei denn, dies wird auf Volumenebene überschrieben).

Der Offline-Wiederaufbau erfolgt nur, wenn ein Volume getrennt ist. Volumes in einem fehlerhaften Zustand lösen keinen Offline-Wiederaufbau aus.

Diese Einstellung ermöglicht es SUSE Storage, Replikate für getrennte Volumes bei Bedarf automatisch wiederherzustellen.

Langes gRPC-Timeout

Standardwert: 86400

Anzahl der Sekunden, die SUSE Storage für den Abschluss von Wiederaufbau- und Snapshot-Klonvorgängen zulässt.

RWX-Volume – schnelles Failover (experimentell)

Standardwert: false

Aktiviert eine verbesserte Hochverfügbarkeit von ReadWriteMany-Volumes, indem die Zeit verkürzt wird, die benötigt wird, um sich von einem Knotenfehler zu erholen.

Protokollebene

Standardwert: Log Level

Longhorn Manager verwendet die folgenden Protokollstufen: Panic, Fatal, Error, Warn, Info, Debug und Trace. Der Standard-Protokollstufe ist Info.

Protokollpfad

Standardwert: /var/lib/longhorn/logs/

Diese Einstellung gibt das Verzeichnis auf dem Host an, in dem SUSE Storage Protokolldateien für den Instanzmanager-Pod speichert. Derzeit wird dies nur für die Instanzmanager-Pods im v2-Daten-Engine verwendet.

Protokollstufe der Daten-Engine

Standardwert: {"v2":"Notice"}

Gilt nur für die V2-Daten-Engine. Legt das Protokollniveau für den Storage Performance Development Kit (SPDK) Ziel-Daemon fest. Unterstützte Werte: Error, Warning, Notice, Info und Debug.

Daten-Engine-Protokollflags

Standardwert: {"v2":""}

Gilt nur für die V2-Daten-Engine. Legt die Protokollflags für den Storage Performance Development Kit (SPDK) Ziel-Daemon fest.

Bandbreitenlimit für den Wiederaufbau von Replikaten

Standardwert: {"v2":"0"}

Gilt nur für die V2-Daten-Engine. Legt das standardmäßige Schreibbandbreitenlimit in Megabyte pro Sekunde (MB/s) für den Wiederaufbau von Volumen-Replikaten fest.

Manager-URL

Standardwert: ""

Beispiel: https://longhorn.example.com oder https://longhorn.example.com:8443

Die externe URL zum Zugriff auf die Longhorn Manager API. Wenn konfiguriert, wird diese URL verwendet, um actions und links Felder in API-Antworten zu generieren, anstatt sie aus den Anforderungsheadern abzuleiten oder interne Pod-IPs zu verwenden.

Diese Einstellung ist nützlich, wenn auf die Longhorn API über Ingress oder Gateway API HTTPRoute zugegriffen wird, wo die API interne Cluster-IPs zurückgeben kann, wenn der Ingress-Controller die X-Forwarded-* Header nicht korrekt setzt.

Format: scheme://host[:port], wobei:

scheme: Muss http oder https sein
host: Externer Hostname oder IP-Adresse
port: Optionale Portnummer (Standard ist 80 für http, 443 für https)

Anforderungen:

Eine URL darf keinen Pfad, keine Abfrageparameter oder Fragmente enthalten
IPv6-Adressen müssen in Klammern eingeschlossen sein (zum Beispiel http://[2001:db8::1:9500])

Wann zu verwenden:

Zugriff auf die Longhorn UI oder API über Ingress mit einer externen URL
Verwenden Sie die Gateway-API HTTPRoute für den externen Zugriff
API-Clients erhalten interne IPs in den Antwort-URLs

Wenn leer (Standard): URLs werden aus den HTTP-Anforderungsheadern (X-Forwarded-*) erstellt oder fallen auf den Anforderungs-Host zurück.

Für weitere Details siehe Manager-URL für den externen API-Zugriff.

Standard-Ublk-Warteschlangentiefe

Standardwert: {"v2":"128"}

Die Standardtiefe jeder Warteschlange für das Ublk-Frontend. Diese Einstellung gilt für Volumes, die die V2-Daten-Engine mit Ublk-Frontend verwenden.

Standard-Ublk-Anzahl der Warteschlangen

Standardwert: {"v2":"1"}

Die Standardanzahl der Warteschlangen für das Ublk-Frontend. Diese Einstellung gilt für Volumes, die die V2-Daten-Engine mit Ublk-Frontend verwenden.

Überwachung der Festplattengesundheit des Knotens

Standardwert: true

Diese Einstellung steuert, ob SUSE Storage die Gesundheitsinformationen für Knotenfestplatten überwacht und aufzeichnet. Wenn diese Einstellung deaktiviert ist, werden Festplattengesundheitsprüfungen und Statusaktualisierungen übersprungen.

Snapshot

Snapshot-Datenintegrität

Standardwert: {"v1":"fast-check","v2":"fast-check"}

Diese Einstellung ermöglicht es Benutzern, das Hashing von Snapshots und die Überprüfung der Datenintegrität zu aktivieren oder zu deaktivieren. Verfügbare Optionen sind:

deaktiviert: Deaktiviert das Hashing von Snapshot-Diskdateien und die Überprüfungen der Datenintegrität.
aktiviert: Aktiviert das periodische Hashing von Snapshot-Diskdateien und vollständige Überprüfungen der Datenintegrität. Das SUSE Storage System hasht regelmäßig Snapshot-Diskdateien, um dateisystemunabhängige Beschädigungen wie Bitrot zu erkennen. Diese Überprüfungen können die Systemleistung während jedes Scans beeinträchtigen.
fast-check: Aktiviert das Hashing von Snapshot-Diskdateien mit schnellen Datenintegritätsprüfungen. In diesem Modus hasht das System Snapshot-Diskdateien nur, wenn sie zuvor nicht gehasht wurden oder wenn sich ihre Änderungszeit geändert hat. Dateisystem-unabhängige Beschädigungen können in diesem Modus nicht erkannt werden, aber die Auswirkungen auf die Leistung sind reduziert.

Sofortige Datenintegritätsprüfung nach Erstellung eines Snapshots

Standardwert: {"v1":"false","v2":"false"}

Das Hashen von Snapshot-Diskdateien wirkt sich auf die Leistung des Systems aus. Das sofortige Hashen und Überprüfen von Snapshots kann deaktiviert werden, um die Auswirkungen nach der Erstellung eines Snapshots zu minimieren.

CronJob zur Datenintegritätsprüfung von Snapshots

Standardwert: {"v1":"0 0 */7 * *","v2":"0 0 */7 * *"}

Unix-Cron-Zeichenfolgenformat. Die Einstellung gibt an, wann SUSE Storage die Datenintegrität von Snapshot-Diskdateien überprüft.

Das Hashen von Snapshot-Diskdateien wirkt sich auf die Leistung des Systems aus. Es wird empfohlen, Datenintegritätsprüfungen während der Nebenzeiten durchzuführen und die Häufigkeit der Prüfungen zu reduzieren.

Maximale Anzahl von Snapshots

Standardwert: 250

Maximale Snapshot-Anzahl für ein Volume. Der Wert sollte zwischen 2 und 250 liegen.

Dateisystem für Snapshot einfrieren

Standardwert: {"v1":"false"}

Diese Einstellung gilt nur für Volumes, die den Kubernetes-Volume-Modus Filesystem verwenden. Wenn aktiviert, friert SUSE Storage das Dateisystem des Volumes sofort ein, bevor ein benutzerinitiierter Snapshot erstellt wird. Wenn deaktiviert oder wenn der Volume-Modus Block ist, führt SUSE Storage eine System-Synchronisation durch, bevor ein benutzerinitiierter Snapshot erstellt wird.

Snapshots, die mit aktiviertem Einfrieren des Dateisystems erstellt werden, sind wahrscheinlicher konsistent, da sich das Dateisystem zum Zeitpunkt der Snapshot-Erstellung in einem stabilen Zustand befindet. Unter schwerer Eingabe oder Ausgabe kann das Einfrieren des Dateisystems spürbare Zeit in Anspruch nehmen und die Arbeitslastaktivität kurzzeitig pausieren.

Wenn diese Einstellung deaktiviert ist, schreibt SUSE Storage die Daten auf die Festplatte, bevor der Snapshot erstellt wird, aber es kann nicht vollständig verhindern, dass zwischen der System-Synchronisierung und der Snapshot-Erstellung Schreibvorgänge stattfinden. Arbeitslasten bemerken in der Regel den Snapshot-Vorgang nicht, da Eingabe und Ausgabe während der Synchronisierung fortgesetzt werden.

Der Standardwert ist false. Kerne v5.17 und frühere Versionen können möglicherweise nicht korrekt wiederhergestellt werden, wenn ein Volume während eines aktiven Dateisystemeinfrierens abstürzt. In dieser Situation könnte der Kernel das Aushängen des Dateisystems oder das Beenden von Prozessen, die es verwenden, verhindern, bis Sie den Knoten neu starten. Aktivieren Sie diese Einstellung nur, wenn Sie die Kernelversion 5.17 oder höher und ext4- oder XFS-Dateisysteme verwenden.

Sie können diese Einstellung pro Volume überschreiben, indem Sie das Feld freezeFilesystemForSnapshot in der SUSE Storage UI, einer StorageClass oder durch Bearbeiten eines vorhandenen Volumes verwenden. freezeFilesystemForSnapshot akzeptiert die folgenden Werte:

Standardwert: ignored

ignored: Weist SUSE Storage an, die globale Einstellung zu verwenden. Dies ist die Standardoption.
enabled: Aktiviert das Einfrieren vor Snapshots, unabhängig von der globalen Einstellung.
disabled: Deaktiviert das Einfrieren vor Snapshots, unabhängig von der globalen Einstellung.

Bezugslos

Automatische Löschung von verwaisten Ressourcen

Beispiel: replica-data;instance

Diese Einstellung ermöglicht es SUSE Storage, automatisch orphan Ressourcen zu löschen, die typischerweise benutzerdefinierte Ressourcen (CRs) sind, die von SUSE Storage erstellt wurden, um erkannte verwaiste Entitäten darzustellen. Die Löschung eines orphan CR löst anschließend die Bereinigung der tatsächlichen verwaisten Daten oder der Laufzeitinstanz aus, die es darstellt. Allerdings werden orphan Ressourcen, die mit Knoten verbunden sind, die sich in einem down oder unknown Zustand befinden, von dieser Einstellung nicht automatisch bereinigt.

Sie können die Ressourcentypen, die automatisch gelöscht werden sollen, als durch Semikolons getrennte Zeichenfolge auflisten. Verfügbare Typen sind:

replica-data: Stellt Replikat-Datenspeicher dar.
instance: Stellt Engine- und Replikat-Laufzeitinstanz dar.

Kulanzzeitraum für die automatische Löschung verwaister Ressourcen

Standardwert: 300 Sekunden

Anzahl der Sekunden, die SUSE Storage wartet, bevor eine verwaiste benutzerdefinierte Ressource (CR) und die tatsächlichen verwaisten Daten oder die Laufzeitinstanz, die sie darstellt, automatisch gelöscht werden.

Der Kulanzzeitraum tritt nicht in Kraft, wenn Sie eine verwaiste CR manuell löschen.

Sicherungen

Erlaube wiederkehrenden Job, während das Volumen getrennt ist

Standardwert: false

Wenn diese Einstellung aktiviert ist, fügt SUSE Storage automatisch das Volume hinzu und erstellt einen Snapshot oder eine Sicherung, wenn es Zeit ist, einen wiederkehrenden Snapshot oder eine Sicherung durchzuführen.

Während der Zeit, in der das Volume automatisch angehängt war, ist das Volume nicht bereit für die Arbeitslast. Die Arbeitslast muss warten, bis der wiederkehrende Job abgeschlossen ist.

Zeitüberschreitung bei der Sicherungsausführung

Standardwert: 1

Anzahl der Minuten, die SUSE Storage für die Ausführung der Sicherung zulässt.

Lebensdauer fehlgeschlagener Sicherungen

Standardwert: 1440

Das Intervall in Minuten, um die Ressource für die Sicherung, die fehlgeschlagen ist, aufzubewahren. Auf 0 setzen, um die automatische Löschung zu deaktivieren.

Fehlgeschlagene Sicherungen werden während der Abfrage des Sicherungsspeichers überprüft und bereinigt, die durch die Einstellung Backupstore Poll Interval gesteuert wird. Daher bestimmt dieser Wert das minimale Warteintervall der Bereinigung. Und das tatsächliche Bereinigungsintervall ist ein Vielfaches von Backupstore Poll Interval. Das Deaktivieren von Backupstore Poll Interval bedeutet auch, die automatische Löschung fehlgeschlagener Sicherungen zu deaktivieren.

Limit für die Historie fehlgeschlagener Cronjob-Jobs

Standardwert: 1

Diese Einstellung gibt an, wie viele Historien fehlgeschlagener Sicherungs- oder Snapshot-Jobs aufbewahrt werden sollen.

Die Historie wird nicht aufbewahrt, wenn der Wert 0 ist.

Limit für die Historie erfolgreicher Cronjob-Jobs

Standardwert: 1

Diese Einstellung legt fest, wie viele erfolgreiche Sicherungs- oder Snapshot-Jobhistorien aufbewahrt werden sollen.

Die Historie wird nicht aufbewahrt, wenn der Wert 0 ist.

Wiederherstellung wiederkehrender Volumenaufgaben

Standardwert: false

Diese Einstellung ermöglicht es, die wiederkehrenden Aufgaben eines Sicherungsvolumens vom Sicherungsziel während einer Volumenwiederherstellung wiederherzustellen, wenn sie im Cluster nicht vorhanden sind. Dies ist ebenfalls eine volumen-spezifische Einstellung mit den folgenden Optionen. Benutzer können es für jedes Volumen anpassen, um die globale Einstellung zu überschreiben.

Standardwert: ignored

ignored: Dies ist die Standardoption, die SUSE Storage anweist, von der globalen Einstellung zu erben.
enabled: Diese Option weist SUSE Storage an, wiederkehrende Volumenjobs oder Gruppen vom Sicherungsziel zwangsweise wiederherzustellen.
disabled: Diese Option weist SUSE Storage an, dass keine Wiederherstellung von wiederkehrenden Volumenjobs oder Gruppen erfolgen soll.

Sicherungskomprimierungsmethode

Standardwert: lz4

Diese Einstellung ermöglicht es Benutzern, die Sicherungskomprimierungsmethode anzugeben.

none: Deaktivieren Sie die Komprimierungsmethode. Geeignet für Multimediadaten wie codierte Bilder und Videos.
lz4: Schnelle Komprimierungsmethode. Geeignet für flache Dateien.
gzip: Ein etwas höheres Kompressionsverhältnis, aber langsam.

Maximale gleichzeitige Sicherungen pro Sicherung

Standardwert: 2

Diese Einstellung steuert, wie viele Arbeits-Threads pro Sicherung gleichzeitig ausgeführt werden.

Maximale gleichzeitige Wiederherstellungen pro Sicherung

Standardwert: 2

Diese Einstellung steuert, wie viele Arbeits-Threads pro Wiederherstellung gleichzeitig ausgeführt werden.

Standard-Sicherungsblockgröße

Standardwert: 2

Gibt die Standard-Sicherungsblockgröße (in MiB) an, die beim Erstellen eines neuen Volumens verwendet wird. Unterstützte Werte sind 2 oder 16.

Planung

Erlauben Sie die Erstellung von Volumen mit eingeschränkter Verfügbarkeit.

Standardwert: true

Diese Einstellung ermöglicht es dem Benutzer, ein Volumen zu erstellen und anzuhängen, bei dem zum Zeitpunkt der Erstellung nicht alle Replikate geplant sind.

Es wird empfohlen, diese Einstellung zu deaktivieren, wenn SUSE Storage in der Produktionsumgebung verwendet wird. Siehe Best Practices für Details.

Planung auf einem abgesperrten Knoten deaktivieren

Standardwert: true

Wenn diese Einstellung aktiviert ist, erlaubt der Longhorn-Manager keine Planung von Replikaten auf Kubernetes-abgesperrten Knoten.

Wenn diese Einstellung deaktiviert ist, erlaubt der Longhorn-Manager die Planung von Replikaten auf Kubernetes-abgesperrten Knoten.

Weiche Anti-Affinität auf Replikat-Knotenebene

Standardwert: false

Wenn diese Einstellung aktiviert ist, erlaubt der Longhorn-Manager die Planung auf Knoten mit vorhandenen gesunden Replikaten des gleichen Volumes.

Wenn diese Einstellung deaktiviert ist, verhindert der Longhorn-Manager die Planung auf Knoten mit vorhandenen gesunden Replikaten des gleichen Volumes.

Diese Einstellung wird außer Kraft gesetzt, wenn durch die Einstellung zur weichen Anti-Affinität auf Zonenebene verhindert wird, dass Replikate in derselben Zone platziert werden.

Weiche Anti-Affinität auf Replikat-Zonenebene

Standardwert: true

Wenn diese Einstellung aktiviert ist, erlaubt der Longhorn-Manager die Planung neuer Replikate eines Volumens auf die Knoten in derselben Zone wie vorhandene gesunde Replikate.

Wenn diese Einstellung deaktiviert ist, verhindert der Longhorn-Manager die Planung neuer Replikate eines Volumens auf die Knoten in derselben Zone wie vorhandene gesunde Replikate.

Knoten, die zu keiner Zone gehören, werden so behandelt, als ob sie zur gleichen Zone gehören.
SUSE Storage verlässt sich auf das Label topology.kubernetes.io/zone=<Zone name of the node> im Kubernetes-Knotenobjekt, um die Zone zu identifizieren.

Weiche Anti-Affinität auf Replikat-Diskebene

Standardwert: true

Wenn diese Einstellung aktiviert ist, erlaubt der Longhorn-Manager die Zuweisung neuer Replikate eines Volumens auf denselben Festplatten wie vorhandene gesunde Replikate.

Wenn diese Einstellung deaktiviert ist, verhindert der Longhorn-Manager die Zuweisung neuer Replikate eines Volumens auf denselben Festplatten wie vorhandene gesunde Replikate.

Selbst wenn die Festplattenteilung aktiviert ist, zieht SUSE Storage es vor, eine andere Festplatte zu verwenden, wenn verfügbar, einschließlich Festplatten auf demselben Knoten.
Diese Einstellung wird außer Kraft gesetzt, wenn eine der anderen Einstellungen zur weichen Anti-Affinität verhindert, dass Replikate eine Zone oder einen Knoten gemeinsam nutzen.

Replikat-Autobalance

Standardwert: disabled

Aktivieren Sie diese Einstellung, um Replikate automatisch neu zu balancieren, wenn ein verfügbarer Knoten entdeckt wird.

Die verfügbaren globalen Optionen sind:

disabled. Dies ist die Standardoption. Es wird keine automatische Replikat-Balancierung durchgeführt.
least-effort. Diese Option weist SUSE Storage an, Replikate für minimale Redundanz auszugleichen.
best-effort. Diese Option weist SUSE Storage an, zu versuchen, Replikate für eine gleichmäßige Redundanz auszugleichen. SUSE Storage zwingt nicht dazu, die Replikate in eine Zone neu zu planen, die nicht genügend Knoten hat, um ein gleichmäßiges Gleichgewicht zu unterstützen. Stattdessen wird SUSE Storage neu geplant, um auf Knotenebene auszugleichen.

SUSE Storage unterstützt auch die Anpassung für individuelle Volumen. Die Einstellung kann in der Benutzeroberfläche oder mit dem Kubernetes-Manifest volume.spec.replicaAutoBalance angegeben werden, dies hat Vorrang vor der globalen Einstellung. Die verfügbaren Optionen für die Volumenspezifikation sind:

Standardwert: ignored

ignored. Dies ist die Standardeinstellung, die SUSE Storage anweist, von der globalen Einstellung zu erben.
disabled. Diese Option weist SUSE Storage an, keine automatische Replikat-Balancierung durchzuführen.
least-effort. Diese Option weist SUSE Storage an, Replikate für minimale Redundanz auszugleichen.
best-effort. Diese Option weist SUSE Storage an, zu versuchen, Replikate für eine gleichmäßige Redundanz auszugleichen. SUSE Storage zwingt nicht dazu, die Replikate in eine Zone neu zu planen, die nicht genügend Knoten hat, um ein gleichmäßiges Gleichgewicht zu unterstützen. Stattdessen wird SUSE Storage neu geplant, um auf Knotenebene auszugleichen.

Schwellenwert für Festplattendruck bei der Replikat-Autobalancierung (%)

Standardwert: 90

Prozentsatz des derzeit verwendeten Speichers, der die automatische Replikat-Autobalancierung auslöst.

Wenn der Schwellenwert erreicht ist, baut SUSE Storage automatisch Replikate, die auf einer Festplatte unter Druck stehen, auf einer anderen Festplatte innerhalb desselben Knotens neu auf.

Um diese Einstellung zu deaktivieren, setzen Sie den Wert auf 0.

Diese Einstellung tritt nur in Kraft, wenn die folgenden Bedingungen erfüllt sind:

Replikat-Balancierung ist auf best-effort gesetzt. Um diese Einstellung (Schwellenwert für Festplattendruck) zu deaktivieren, wenn die Replikat-Balancierung auf best-effort gesetzt ist, setzen Sie den Wert dieser Einstellung auf 0.
Mindestens eine andere Festplatte auf dem Knoten hat ausreichend verfügbaren Speicherplatz.

Diese Einstellung wird nicht von Weiche Anti-Affinität auf Replikat-Knotenebene beeinflusst, die verhindern kann, dass SUSE Storage ein Replikat auf demselben Knoten neu aufbaut. Unabhängig vom Wert dieser Einstellung erlaubt diese Einstellung dennoch, dass SUSE Storage den Wiederaufbau von Replikaten auf einer anderen Festplatte im selben Knoten zu Migrationszwecken versucht.

Minimaler verfügbarer Speicherplatzprozentsatz

Standardwert: 25

Diese Einstellung steuert den minimalen freien Speicherplatz, der auf einer Festplatte verbleiben muss, basierend auf ihrem Speicher Maximum, bevor SUSE Storage eine neue Replikatplanung vornehmen kann.

Standardmäßig stellt SUSE Storage sicher, dass mindestens 25% der gesamten Kapazität der Festplatte frei bleibt. Wenn das Hinzufügen eines Replikats den verfügbaren Speicherplatz unter dieses Limit reduzieren würde, markiert SUSE Storage die Festplatte vorübergehend als nicht verfügbar für die Planung, bis ausreichend Speicherplatz freigegeben wird.

Diese Sicherheitsmaßnahme hilft, Ihre Festplatten davor zu schützen, zu voll zu werden, was zu Leistungsproblemen oder Speicherfehlern führen kann. Das Beibehalten eines Puffers freien Speicherplatzes hilft, das System stabil zu halten und sorgt für Platz für unerwartete Speicherbedarfe.

Siehe Unterstützung mehrerer Festplatten für Details.

Prozentsatz der Überprovisionierung des Speichers

Standardwert: 100

Der Überprovisionierungsprozentsatz definiert die Menge an Speicher, die relativ zur Kapazität der Festplatte zugewiesen werden kann.

Durch Anpassen dieser Einstellung kann der Longhorn-Manager neue Replikate auf einer Festplatte planen, solange die kombinierte Größe aller Replikate innerhalb des zulässigen Überprovisionierungsprozentsatzes des nutzbaren Speicherplatzes bleibt. Der nutzbare Speicherplatz wird als Speicher Maximum minus Speicher Reserviert berechnet.

Replikate können aufgrund von Snapshot-Daten mehr Speicherplatz verbrauchen als die nominale Größe eines Volumens. Um Speicherplatz auf der Festplatte zurückzugewinnen, löschen Sie Snapshots, die nicht mehr benötigt werden.

Angenommen, eine Festplatte hat ein Speicher Maximum von 100 GiB und Speicher Reserviert von 10 GiB, was zu 90 GiB nutzbarer Kapazität führt.

Wenn der Prozentsatz der Überprovisionierung des Speichers auf 200% eingestellt ist, beträgt der maximal zulässige Speicher, der geplant werden kann, 180 GiB (200% von 90 GiB).

Das bedeutet, dass der Longhorn-Manager weiterhin Replikate auf dieser Festplatte planen kann, bis die gesamte geplante Größe 180 GiB erreicht, obwohl der tatsächlich nutzbare Speicherplatz nur 90 GiB beträgt.

Prozentsatz des reservierten Speichers für die Standardfestplatte

Standardwert: 30

Der reservierte Prozentsatz gibt den Anteil des Speicherplatzes an, der auf jedem neuen Longhorn-Knoten nicht der Standardfestplatte zugewiesen wird.

Diese Einstellung betrifft nur das Standard-Volume eines neuen hinzuzufügenden Knotens oder von Knoten bei der Installation von SUSE Storage.

Leere Knoten-Selektor-Volumes erlauben

Standardwert: true

Diese Einstellung ermöglicht es, eine Replik des Volumes ohne Knoten-Selektor auf einem Knoten mit Tags zu planen.

Leere Festplatten-Selektor-Volumes erlauben

Standardwert: true

Diese Einstellung ermöglicht es, eine Replik des Volumes ohne Festplatten-Selektor auf einer Festplatte mit Tags zu planen.

Danger Zone

Beginnend mit SUSE Storage v1.6.0 ermöglicht SUSE Storage die Modifikation der Einstellungen der Gefahrenzone, ohne dass alle Volumes abgetrennt werden müssen. Ihre bevorzugten Einstellungen werden in den folgenden Szenarien sofort angewendet:

Keine angehängten Volumes: Wenn vor der Konfiguration der Einstellungen keine Volumes angehängt sind, werden die Einstellungsänderungen sofort angewendet.
Engine-Image-Upgrade (Live-Upgrade): Während eines Live-Upgrades, das die Erstellung eines neuen Instance Manager-Pods umfasst, werden die Einstellungsänderungen sofort auf den neuen Pod angewendet.

Einstellungen werden stündlich synchronisiert. Wenn alle Volumes abgetrennt sind, werden die Einstellungen in der folgenden Tabelle sofort angewendet und die systemverwalteten Komponenten (zum Beispiel Instance Manager, CSI-Treiber und Engine-Images) werden neu gestartet.

Wenn Sie nicht alle Volumes abtrennen, bevor die Einstellungen synchronisiert werden, werden die Einstellungen nicht angewendet und Sie müssen die gleichen Einstellungen nach dem Abtrennen der verbleibenden Volumes neu konfigurieren. Sie können die Liste der nicht angewendeten Einstellungen im Abschnitt Gefahrenzone der SUSE Storage UI einsehen oder den folgenden CLI-Befehl ausführen, um den Wert des Feldes APPLIED zu überprüfen.

  ~# kubectl -n longhorn-system get setting priority-class
  NAME             VALUE               APPLIED   AGE
  priority-class   longhorn-critical   true      3h26m

Einstellung	Weitere Informationen	Betroffene Komponenten
Kubernetes Taint Toleranz	Taints und Toleranzen	Systemverwaltete Komponenten
Prioritätsklasse	Prioritätsklasse	Systemverwaltete Komponenten
Systemverwaltete Komponenten-Knoten-Selektor	Knoten-Selektor	Systemverwaltete Komponenten
Speichernetzwerk	Speichernetzwerk	Instanzmanager und Komponenten des Backing-Images
V1 Data Engine		Komponente des Instanzmanagers
V2 Data Engine	V2 Data Engine (Experimental)	Komponente des Instanzmanagers
Guaranteed Instance Manager CPU		Komponente des Instanzmanagers

Einstellung

Weitere Informationen

Betroffene Komponenten

Kubernetes Taint Toleranz

Taints und Toleranzen

Systemverwaltete Komponenten

Prioritätsklasse

Systemverwaltete Komponenten

Systemverwaltete Komponenten-Knoten-Selektor

Knoten-Selektor

Systemverwaltete Komponenten

Speichernetzwerk

Instanzmanager und Komponenten des Backing-Images

V1 Data Engine

Komponente des Instanzmanagers

V2 Data Engine

V2 Data Engine (Experimental)

Komponente des Instanzmanagers

Guaranteed Instance Manager CPU

Komponente des Instanzmanagers

Für die Einstellungen der V1- und V2-Datenengine können Sie die Datenengine nur deaktivieren, wenn alle zugehörigen Volumes getrennt sind. Zum Beispiel können Sie die V2-Datenengine nur deaktivieren, wenn alle V2-Volumes getrennt sind (auch wenn V1-Volumes noch angeschlossen sind).

V1-Datenengine

Standardwert: true

Diese Einstellung ermöglicht es Ihnen, die V1-Datenengine zu aktivieren.

V2 Data Engine

Standardwert: false

Diese Einstellung aktiviert die V2-Datenengine, die eine experimentelle Funktion basierend auf dem Storage Performance Development Kit (SPDK) ist. Die V2-Datenengine ist eine technische Vorschau-Funktion. Für weitere Informationen siehe [V2-Datenengine (Technische Vorschau)] V2-Datenengine (Experimentell).

ÄNDERN SIE DIESE EINSTELLUNG NICHT MIT ANGESCHLOSSENEN VOLUMEN. SUSE Storage blockiert dieses Einstellungsupdate, wenn Volumes angeschlossen sind.
Wenn die V2-Datenengine aktiviert ist, nutzt jeder Instanzmanager-Pod 1 CPU-Kernel. Dieser hohe CPU-Verbrauch ist dem Storage Performance Development Kit (SPDK) Ziel-Daemon zuzuschreiben, der innerhalb jedes Instanzmanager-Pods läuft. Der SPDK-Ziel-Daemon verwaltet die Ein-/Ausgabe (IO)-Operationen und erfordert intensives Polling. Infolgedessen verbraucht er 100 % eines dedizierten CPU-Kernels, um die IO-Anfragen effizient zu verwalten und zu verarbeiten, was optimale Leistung und Reaktionsfähigkeit für Speicheroperationen gewährleistet.

Limit für gleichzeitigen Replica-Wiederaufbau pro Knoten

Standardwert: 5

Diese Einstellung steuert, wie viele Replikate auf einem Knoten gleichzeitig wieder aufgebaut werden können.

Typischerweise kann SUSE Storage den Start der Replik blockieren, sobald die aktuelle Wiederaufbauanzahl auf einem Knoten das Limit überschreitet. Wenn der Wert jedoch 0 ist, bedeutet dies, dass der Wiederaufbau der Replikate deaktiviert wird.

Die alte Einstellung "Replica-Wiederaufbau deaktivieren" wird durch diese Einstellung ersetzt.
Anders als bei der Abhängigkeit von der Verzögerung des Replikastarts zur Begrenzung des gleichzeitigen Wiederaufbaus wird, wenn der Wiederaufbau deaktiviert ist, die Auffüllung des Replikatobjekts direkt übersprungen.
Wenn der Wert 0 ist, funktionieren die Evakuierungs- und Datenlokalitätsfunktionen nicht. Dies sollte jedoch keine Auswirkungen auf den aktuellen Wiederaufbau von Replikaten und die Wiederherstellung von Backups haben.

Limit für gleichzeitige Synchronisation des Replica-Wiederaufbaus

Standardwert: {"v1":"1"}

Diese Einstellung definiert die maximale Anzahl gesunder Replikate (von 1 bis 5), die gleichzeitig Snapshots zu einem einzelnen wiederaufgebauten Replikat synchronisieren können, was einen skalierbaren Wiederaufbau von Replikaten ermöglicht.

Wenn auf 1 (Standard) gesetzt, synchronisiert nur ein Quellreplikat gleichzeitig mit dem wiederaufgebauten Replikat, was dem traditionellen Verhalten des Wiederaufbaus mit einer Quelle entspricht. Wenn auf einen höheren Wert (zum Beispiel 2 bis 5) gesetzt, können mehrere gesunde Replikate gleichzeitig unterschiedliche Snapshots mit dem wiederaufgebauten Replikat synchronisieren, was potenziell die Wiederaufbauzeit verkürzt.

Pro-Volume-Überschreibung: Diese Einstellung kann für einzelne Volumes über die Longhorn UI oder durch Ändern des spec.rebuildConcurrentSyncLimit-Feldes in der benutzerdefinierten Ressource für Volumes überschrieben werden.

Für weitere Details siehe Skalierung des Replica-Wiederaufbaus.

Limit für gleichzeitige Auffüllung von Backing-Images pro Knoten

Standardwert: 5

Diese Einstellung steuert, wie viele Kopien von Backing-Images auf einem Knoten gleichzeitig aufgefüllt werden können.

Typischerweise kann SUSE Storage den Start der Kopie des Backing-Images blockieren, sobald die aktuelle Auffüllanzahl auf einem Knoten das Limit überschreitet. Wenn der Wert 0 ist, bedeutet dies, dass das Auffüllen des Backing-Images deaktiviert wird.

Kubernetes Taint Toleranz

Beispiel: nodetype=storage:NoSchedule

Wenn Sie Knoten nur für die Speicherung von SUSE Storage Replikaten widmen und andere allgemeine Arbeitslasten ablehnen möchten, können Sie Toleranzen für alle SUSE Storage Komponenten festlegen und Taints für die Knoten hinzufügen, die für die Speicherung vorgesehen sind.

Das Longhorn-System enthält vom Benutzer bereitgestellte Komponenten (zum Beispiel Longhorn-Manager, Longhorn-Treiber, Longhorn-Benutzeroberfläche) und systemverwaltete Komponenten (zum Beispiel Instanz-Manager, Engine-Image, CSI-Treiber usw.) Diese Einstellung legt nur Taint-Toleranzen für systemverwaltete Komponenten fest. Je nachdem, wie Sie Longhorn bereitgestellt haben, müssen Sie Taint-Toleranzen für vom Benutzer bereitgestellte Komponenten im Helm-Chart oder in der Bereitstellungs-YAML-Datei festlegen.

Um die geänderte Toleranzeinstellung sofort anzuwenden, stellen Sie sicher, dass alle Longhorn-Volumes getrennt sind. Wenn Volumes in Verwendung sind, werden SUSE Storage Komponenten nicht neu gestartet, und Sie müssen die Einstellungen nach dem Trennen der verbleibenden Volumes neu konfigurieren. Andernfalls können Sie eine Stunde warten, bis die Einstellungsänderung abgeglichen wird. Wir empfehlen, Toleranzen während der SUSE Storage Bereitstellung festzulegen, da das Longhorn-System während des Updates nicht betrieben werden kann.

Hier können mehrere Toleranzen festgelegt werden, und diese Toleranzen sind durch Semikolon getrennt. Beispiel:

key1=value1:NoSchedule; key2:NoExecute
: Diese Toleranz toleriert alles, da ein leerer Schlüssel mit dem Operator Exists alle Schlüssel, Werte und Effekte übereinstimmt.
key1=value1: Diese Toleranz hat keinen Effekt. Sie stimmt mit allen Effekten mit dem Schlüssel key1 überein. Siehe Taint Toleranz für Details.

Prioritätsklasse

Standardwert: longhorn-critical

Standardmäßig laufen SUSE Storage Arbeitslasten mit der gleichen Priorität wie andere Pods im Cluster. Wenn ein Knoten unter Druck steht, z. B. wenn der Speicher ausgeht, werden SUSE Storage Arbeitslasten wie andere Pods bei der Räumung behandelt.

Die Einstellung der Prioritätsklasse weist SUSE Storage Systemarbeitslasten eine Prioritätsklasse zu. Sie können diese Einstellung verwenden, um diesen Arbeitslasten eine höhere Priorität zu geben, damit sie weniger wahrscheinlich geräumt werden, wenn ein Knoten unter Ressourcendruck steht.

Das SUSE Storage System umfasst vom Benutzer bereitgestellte Komponenten (wie den Longhorn-Manager, den Longhorn-Treiber und die Longhorn UI) sowie systemverwaltete Komponenten (wie den Instanz-Manager, das Engine-Image und den CSI-Treiber).

Diese Einstellung gilt nur für systemverwaltete Komponenten. Je nachdem, wie Sie SUSE Storage bereitgestellt haben, müssen Sie die PriorityClass für vom Benutzer bereitgestellte Komponenten im Helm-Chart oder in Ihrer Bereitstellungs-YAML-Datei festlegen.

Ändern Sie diese Einstellung nur, nachdem Sie alle Longhorn-Volumes abgetrennt haben. Die Anwendung der neuen PriorityClass startet die Longhorn-Systemkomponenten neu. Während des Updates ist das System nicht verfügbar, und es können keine Longhorn-Operationen ausgeführt werden. Um Unterbrechungen zu vermeiden, konfigurieren Sie die PriorityClass während der initialen SUSE Storage Implementierung.

Siehe Priority Class für Details.

Systemverwaltete Komponenten Knoten-Selector

Beispiel: label-key1:label-value1;label-key2:label-value2

Um SUSE Storage Komponenten auf einer bestimmten Gruppe von Knoten auszuführen, können Sie den Knoten-Selector für alle SUSE Storage Komponenten festlegen.

Das Longhorn-System enthält vom Benutzer bereitgestellte Komponenten (zum Beispiel Longhorn-Manager, Longhorn-Treiber, Longhorn-Benutzeroberfläche) und systemverwaltete Komponenten (zum Beispiel Instanz-Manager, Engine-Image, CSI-Treiber usw.) Sie müssen den Knoten-Selector für beide festlegen. Diese Einstellung legt nur den Knoten-Selector für systemverwaltete Komponenten fest. Befolgen Sie die Anweisungen unter Node Selector, um den Knoten-Selector zu ändern.

Da alle SUSE Storage Komponenten neu gestartet werden, ist das Longhorn-System vorübergehend nicht verfügbar.

Um eine Einstellung sofort anzuwenden, stellen Sie sicher, dass alle Longhorn-Volumes abgetrennt sind. Wenn Volumes in Verwendung sind, werden SUSE Storage Komponenten nicht neu gestartet, und Sie müssen die Einstellungen nach dem Abtrennen der verbleibenden Volumes neu konfigurieren. Andernfalls können Sie eine Stunde warten, bis die Einstellungsänderung abgeglichen wird. Betreiben Sie das Longhorn-System nicht, während die Knoten-Selector-Einstellungen aktualisiert werden und SUSE Storage Komponenten neu gestartet werden.

Kubernetes Cluster Autoscaler aktiviert (experimentell)

Standardwert: false

Wenn der Kubernetes Cluster Autoscaler auf true gesetzt wird, ermöglicht dies SUSE Storage, den Skalierungsprozess des Kubernetes Cluster Autoscaler freizugeben.

Siehe Kubernetes Cluster Autoscaler Support für Details.

Das Wiederaufbauen von Replikaten könnte kostspielig sein, da Knoten mit wiederverwendbaren Replikaten vom Kubernetes Cluster Autoscaler entfernt werden könnten.

Speichernetzwerk

Beispiel: kube-system/demo-192-168-0-0

Das Speichernetzwerk verwendet die Multus NetworkAttachmentDefinition, um den Datenverkehr innerhalb des Clusters vom Standard-Kubernetes-Cluster-Netzwerk zu trennen.

Standardmäßig gilt diese Einstellung nur für den Datenverkehrspfad des Longhorn-Datenplans. Für RWX (Read-Write-Many) Volumenendpunktverkehr siehe Endpunktnetzwerk für RWX-Volumen.

Diese Einstellung sollte geändert werden, nachdem alle Longhorn-Volumes abgetrennt sind, da einige Pods, die Longhorn-Systemkomponenten ausführen, neu erstellt werden, um die Einstellung anzuwenden. Wenn alle Volumes abgetrennt sind, versucht SUSE Storage sofort, alle Instanzmanager- und Backing-Image-Manager-Pods neu zu starten. Wenn Volumes in Verwendung sind, werden die SUSE Storage Komponenten nicht neu gestartet, und Sie müssen die Einstellungen nach dem Abtrennen der verbleibenden Volumes neu konfigurieren; andernfalls können Sie warten, bis die Einstellungsänderung innerhalb einer Stunde abgeglichen wird.

Siehe Speichernetzwerk für Details.

Endpunktnetzwerk für RWX-Volumen

Standardwert: kube-system/demo-172-16-0-0

Geben Sie eine Multus NetworkAttachmentDefinition an, um ein dediziertes Netzwerk für das Einbinden von RWX (ReadWriteMany) Volumes bereitzustellen.

Lassen Sie dies leer, um das Standard-Kubernetes-Cluster-Netzwerk zu verwenden.

Diese Einstellung sollte geändert werden, nachdem alle SUSE Storage RWX-Volumes abgetrennt sind, da einige Pods, die SUSE Storage Komponenten ausführen, neu erstellt werden, um die Einstellung anzuwenden. Wenn alle RWX-Volumes abgetrennt sind, versucht SUSE Storage sofort, alle CSI-Plugin-Pods neu zu starten. Wenn Volumes in Verwendung sind, werden Pods, die SUSE Storage Komponenten ausführen, nicht neu gestartet, sodass die Einstellungen nach dem Abtrennen der verbleibenden Volumes neu konfiguriert werden müssen. Wenn Sie die Einstellungen nicht manuell neu konfigurieren können, können Sie warten, da die Einstellungen stündlich synchronisiert werden.

Die RWX-Volumes werden mit dem Endpunktnetzwerk innerhalb des Container-Netzwerknamensraums des CSI-Plugin-Pods eingebunden. Infolgedessen kann das Neustarten des CSI-Plugin-Pods zu nicht reagierenden RWX-Volumenmontagen führen. Wenn dies geschieht, müssen Sie den Arbeitslast-Pod neu starten, um die Verbindungsherstellung wiederherzustellen. Alternativ können Sie die Einstellung Arbeitslast-Pod automatisch löschen, wenn das Volumen unerwartet getrennt wird aktivieren.

Für weitere Informationen siehe Speichernetzwerk.

Snapshots während des Dateisystem-Trimmvorgangs entfernen

Beispiel: false

Diese Einstellung ermöglicht es der Longhorn-Dateisystem-Trimmfunktion, automatisch den neuesten Snapshot und dessen Vorfahren als entfernt zu kennzeichnen und stoppt beim Snapshot, der mehrere Kinder enthält.

Da die Longhorn-Dateisystem-Trimmfunktion nur auf den Volumenkopf und die kontinuierlich entfernten oder System-Snapshots angewendet werden kann.

Beachten Sie, dass der Versuch, entfernte Dateien aus einem gültigen Snapshot zu trimmen, nichts bewirken wird, da das Dateisystem diese Art von im Speicher trimmbaren Dateiinformationen verwirft. Wenn Sie später den Snapshot als entfernt markieren und den Trim-Vorgang erneut versuchen möchten, müssen Sie das Dateisystem möglicherweise aushängen und erneut einhängen, damit das Dateisystem die trimmbaren Dateiinformationen erneut sammeln kann.

Siehe Dateisystem trimmen für Details.

Garantierte CPU für den Instanzmanager

Standardwert: {"v1":"12","v2":"12"}

Prozentsatz der insgesamt zuweisbaren CPU-Ressourcen auf jedem Knoten, die für jeden Instanzmanager-Pod reserviert werden sollen. Ein Wert von 10 bedeutet beispielsweise, dass 10 % der gesamten CPU auf einem Knoten jedem Instanzmanager-Pod auf diesem Knoten zugewiesen werden. Dies hilft, die Stabilität der Engine und der Replikas während Zeiten hoher Knotenlast aufrechtzuerhalten.

Um unerwartete Abstürze von Volumeninstanzen (Engine/Replikat) zu verhindern und eine relativ akzeptable IO-Leistung zu gewährleisten, können Sie die folgende Formel verwenden, um einen Wert für diese Einstellung zu berechnen:

Guaranteed Instance Manager CPU = The estimated max Longhorn volume engine and replica count on a node * 0.1 / The total allocatable CPUs on the node * 100.

Das Ergebnis der obigen Berechnung bedeutet nicht, dass dies die maximalen CPU-Ressourcen sind, die die SUSE Storage Arbeitslasten benötigen. Um die Eingangs- oder Ausgangsleistung des Longhorn-Volumes vollständig auszuschöpfen, können Sie über diese Einstellung mehr CPU-Ressourcen zuweisen oder garantieren.

Wenn es schwierig ist, die Nutzung jetzt abzuschätzen, können Sie den Standardwert von 12 % beibehalten. Dann können Sie ihn anpassen, wenn keine Arbeitslasten mit Longhorn-Volumes ausgeführt werden.

Wert 0 bedeutet, dass die CPU-Anforderungen für die Instanzmanager-Pods zurückgesetzt werden.
In Anbetracht der möglichen neuen Instanzmanager-Pods bei einem zukünftigen System-Upgrade liegt dieser Gleitwert zwischen 0 und 40.
Ein weiteres Set von Instanzmanager-Pods muss möglicherweise bereitgestellt werden, wenn das Longhorn-System ein Upgrade erhält. Wenn die derzeit verfügbaren CPUs der Knoten nicht ausreichen für die neuen Instanzmanager-Pods, müssen Sie die Volumen, die von den ältesten Instanzmanager-Pods verwendet werden, abtrennen, damit SUSE Storage die alten Pods automatisch bereinigt und die CPU-Ressourcen freigibt. Und die neuen Pods mit dem neuesten Instanzmanager-Image werden dann gestartet.
Diese globale Einstellung wird für einen Knoten ignoriert, wenn das Feld "InstanceManagerCPURequest" auf dem Knoten gesetzt ist.
Für die v2 Data Engine verwendet der Storage Performance Development Kit (SPDK) Ziel-Daemon innerhalb jedes Instance Manager Pods einen oder mehrere dedizierte CPU-Kerne. Die Festlegung einer minimalen CPU-Nutzung ist entscheidend für die Aufrechterhaltung der Stabilität während Zeiten hoher Knotenlast.

Snapshot-Löschung deaktivieren

Standardwert: false

Wenn auf wahr gesetzt, werden vorübergehend alle Versuche verhindert, Volumensnapshots zu löschen.

SUSE Storage purgt typischerweise Snapshots während des Wiederaufbaus von Replikaten und bei benutzerinitiierter Snapshot-Löschung. Während des Purging koaliert SUSE Storage unnötige Snapshots mit ihren neueren Gegenstücken und gibt den von historischen Daten verbrauchten Speicherplatz frei.

Das Zulassen der Snapshot-Löschung während normaler Operationen ist ideal, aber dieser Prozess verbraucht vorübergehend zusätzlichen Speicherplatz. Wenn unzureichender Speicherplatz den Prozess am Fortfahren hindert, ziehen Sie in Betracht, die Snapshot-Löschung vorübergehend zu deaktivieren, während Daten auf andere Festplatten verschoben werden.

Automatische Bereinigung von Snapshots beim Löschen von Backups

Standardwert: false

Wenn auf wahr gesetzt, wird der Snapshot, der für das Backup verwendet wird, automatisch bereinigt, wenn das Backup gelöscht wird.

Timeout für die Liveness-Prüfung des Instance Manager Pods

Standardwert: 10 (in Sekunden)

Die Einstellung gibt das Timeout für die Liveness-Prüfung des Instance Manager Pods an. Der Standardwert ist 10 Sekunden.

Bei der Anwendung der Einstellung wird SUSE Storage versuchen, alle Instance-Manager-Pods neu zu starten, wenn alle Volumen abgetrennt sind, und schließlich den Instance Manager Pod ohne laufende Instanzen neu starten.

CPU-Maske der Data Engine

Standardwert: {"v2":"true"}

Diese Einstellung gilt nur für die V2-Daten-Engine. Sie aktiviert Hugepages für den Storage Performance Development Kit (SPDK) Ziel-Daemon. Wenn diese Einstellung deaktiviert ist, wird der Legacy-Speicher verwendet. Die Zuweisungsgröße für diesen Speicher wird über die Einstellung "Speichergröße der Daten-Engine" festgelegt.

Daten-Engine Hugepage aktiviert

Standardwert: {"v2":"2048"}

Diese Einstellung gilt nur für die V2-Daten-Engine und gibt die Speichergröße in MiB an, die dem Ziel-Daemon des Storage Performance Development Kit (SPDK) zugewiesen ist.

Wenn Hugepage aktiviert ist, definiert dieser Wert die Hugepage-Größe.
Wenn Hugepage deaktiviert ist, wird der Legacy-Speicher verwendet.

Daten-Engine Interrupt-Modus aktiviert

Standardwert: {"v2":"false"}

Es gilt nur für die V2-Daten-Engine. Es steuert, ob der Ziel-Daemon des Storage Performance Development Kit (SPDK) im Interrupt-Modus oder im Standard-Polling-Modus läuft.

true: Es aktiviert den Interrupt-Modus, wodurch die CPU-Auslastung verringert wird, indem E/A über Interrupts verarbeitet wird.
false: Es hält den Polling-Modus aktiviert, um maximale Leistung und die niedrigste Latenz zu gewährleisten.

ÄNDERN SIE DIESE EINSTELLUNG NICHT MIT ANGESCHLOSSENEN VOLUMEN. SUSE Storage blockiert dieses Einstellungsupdate, wenn angeschlossene v2-Volumes vorhanden sind.

Protokollpfad

Standardwert: /var/lib/longhorn/logs/

Gibt das Verzeichnis auf dem Host an, in dem SUSE Storage Protokolldateien für den Instanzmanager-Pod speichert. Derzeit wird es nur für die Instanzmanager-Pods in der v2-Daten-Engine verwendet.

Begrenzung gleichzeitiger schwerer Snapshot-Aufgaben.

Standardwert: 5

< 1: unbegrenzte gleichzeitige schwere Snapshot-Aufgaben.

Diese Einstellung steuert, wie viele snapshot-schwere Aufgaben, wie z.B. Lösch- und Klonoperationen, gleichzeitig auf jedem Knoten ausgeführt werden können. Es handelt sich um einen Best-Effort-Mechanismus. Da das System verteilt ist, kann es zu vorübergehenden Überbuchungen kommen. Der Begrenzer reduziert die schlimmsten Überlastungen, garantiert jedoch keine perfekte Durchsetzung.

Ressourcenlimits für systemverwaltete CSI-Komponenten.

Standardwert: ""

Diese Einstellung konfiguriert CPU- und Arbeitsspeicheranforderungen sowie -limits für systemverwaltete CSI-Komponenten. Unterstützte Komponenten sind: csi-attacher, csi-provisioner, csi-resizer, csi-snapshotter, longhorn-csi-plugin, node-driver-registrar und longhorn-liveness-probe.

Der Wert muss ein JSON-Objekt mit Komponentennamen als Schlüsseln und Kubernetes ResourceRequirements (requests und limits) als Werten sein. Nur die im JSON-Objekt definierten Komponenten haben ihre Ressourcenanforderungen überschrieben. Alle anderen Komponenten verwenden weiterhin die Standardwerte von SUSE Storage.

Das Aktualisieren der Ressourcenlimits startet die betroffenen CSI-Komponenten neu. Während des Neustarts können die Bereitstellung, Erweiterung, Snapshot- und Anhangs- oder Abtrennungsoperationen verzögert werden. Vorhandene gemountete Volumes bleiben verfügbar.

Beispiel

{
  "csi-attacher": {
    "requests": {"cpu": "100m", "memory": "128Mi"},
    "limits": {"cpu": "200m", "memory": "256Mi"}
  },
  "csi-provisioner": {
    "requests": {"cpu": "100m", "memory": "128Mi"},
    "limits": {"cpu": "200m", "memory": "256Mi"}
  },
  "longhorn-csi-plugin": {
    "requests": {"cpu": "100m", "memory": "128Mi"},
    "limits": {"cpu": "200m", "memory": "256Mi"}
  },
  "node-driver-registrar": {
    "requests": {"cpu": "50m", "memory": "64Mi"},
    "limits": {"cpu": "100m", "memory": "128Mi"}
  }
}

Erlaubte Topologie-Schlüssel für CSI

Standardwert: ""

Beispiel: topology.kubernetes.io/zone

Eine durch Kommas getrennte Liste von Topologie-Schlüsseln, die der Longhorn CSI-Treiber in NodeGetInfo melden und beim Erstellen von PV nodeAffinity verwenden sollte. Wenn leer (Standard), werden keine Topologieinformationen übergeben und PVs werden ohne nodeAffinity erstellt.

Setzen Sie dies auf ein oder mehrere allgemein bekannte Kubernetes-Topologielabels (zum Beispiel topology.kubernetes.io/zone), damit die StorageClass allowedTopologies und der Parameter strictTopology wirksam werden können.

Die Änderung dieser Einstellung startet die CSI-Komponenten neu. Während des Neustarts können neue Bereitstellungs-, Erweiterungs-, Snapshot- oder Anhangs-/Abtrennungsoperationen vorübergehend verzögert werden. Vorhandene gemountete Volumes bleiben verfügbar.

Weitere Details in Topologiebewusste Bereitstellung.