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.

Prioritätsklasse

Die Einstellung der Prioritätsklasse kann verwendet werden, um eine höhere Priorität für SUSE Storage Arbeitslasten im Cluster festzulegen, wodurch verhindert wird, dass sie die Ersten sind, die während Drucksituationen auf Knoten verdrängt werden.

Für weitere Informationen darüber, wie die Pod-Priorität funktioniert, siehe die offizielle Kubernetes-Dokumentation.

Prioritätsklasse festlegen

SUSE Storage besteht aus benutzerbereitgestellten Komponenten (zum Beispiel Longhorn Manager, Longhorn Driver und SUSE Storage UI) und systemverwalteten Komponenten (zum Beispiel Instance Manager, CSI Driver und Engine-Images). Sie müssen die Prioritätsklasse für beide Arten von Komponenten festlegen. Siehe weitere Details unten.

Prioritätsklasse während der SUSE Storage Installation festlegen

SUSE Storage erstellt eine Prioritätsklasse longhorn-critical und setzt sie als Standard für seine benutzerbereitgestellten oder systemverwalteten Komponenten, wenn die folgenden Maßnahmen nicht ergriffen werden.

  1. Setzen Sie die Taint-Prioritätsklasse für systemverwaltete Komponenten: folgen Sie den Standardanpassungen, um die Prioritätsklasse festzulegen, indem Sie den Wert für die priority-class Standardeinstellung ändern.

  2. Setzen Sie die Taint-Prioritätsklasse für benutzerbereitgestellte Komponenten: Ändern Sie das Helm-Chart oder die YAML-Datei für die Bereitstellung, je nachdem, wie Sie SUSE Storage bereitstellen.

SUSE Storage wird nicht gestartet, wenn die Einstellung der Prioritätsklasse ungültig ist (zum Beispiel, wenn die Prioritätsklasse nicht existiert). Sie können überprüfen, ob dies der Fall ist, indem Sie den Status des Longhorn Manager-DaemonSets mit kubectl -n longhorn-system describe daemonset.apps/longhorn-manager prüfen. Sie müssen SUSE Storage deinstallieren und die Installation neu starten, wenn dies der Fall ist.

Prioritätsklasse nach der SUSE Storage Installation festlegen

  1. Setzen Sie die Taint-Prioritätsklasse für systemverwaltete Komponenten: Die Einstellung der Prioritätsklasse kann in der SUSE Storage UI gefunden werden, indem Sie auf Einstellungen  Prioritätsklasse klicken.

  2. Setzen Sie die Taint-Prioritätsklasse für benutzerbereitgestellte Komponenten: Ändern Sie das Helm-Chart oder die YAML-Datei für die Bereitstellung, je nachdem, wie Sie SUSE Storage bereitstellen.

Benutzer können die Prioritätsklasse hier aktualisieren oder entfernen, beachten Sie jedoch, dass dies zur Neuerstellung aller SUSE Storage Systemkomponenten führt. Die Einstellung der Prioritätsklasse wird Werte ablehnen, die als ungültige Prioritätsklassen erscheinen.

Verwendung

Um sicherzustellen, dass Ihre bevorzugten Einstellungen der Prioritätsklasse sofort angewendet werden, stoppen Sie alle Arbeitslasten und trennen Sie alle Longhorn-Volumes, bevor Sie die Einstellungen konfigurieren.

SUSE Storage wird vorübergehend nicht verfügbar, wenn alle Komponenten neu gestartet werden. Betreiben Sie das Longhorn-System nicht, nachdem Sie die Einstellung der Prioritätsklasse geändert haben, da die Longhorn-Komponenten neu gestartet werden.

Wenn alle Longhorn-Volumes getrennt sind, wird die benutzerdefinierte Einstellung sofort auf die systemverwalteten Komponenten angewendet. Wenn eines oder mehrere Longhorn-Volumes noch angeschlossen sind, wird die benutzerdefinierte Einstellung nur auf den Instanzmanager angewendet, wenn keine Engines und Replikatinstanzen ausgeführt werden. Sie sind verpflichtet, die Einstellung nach dem Trennen der verbleibenden Volumes neu zu konfigurieren. Alternativ können Sie auf die nächste Synchronisierung der Einstellungen warten, die in einer Stunde stattfinden wird.

Löschen Sie die von SUSE Storage verwendete Prioritätsklasse nicht, da dies dazu führen kann, dass neue SUSE Storage Arbeitslasten nicht online gehen können.

Verlauf

Original Feature Request