Wichtige Hinweise

Mit aktiviertem effizientem Klonen ist ein neu geklontes und abgetrenntes Volumen degradiert und hat nur eine Replik, wobei der Klonstatus auf copy-completed-awaiting-healthy gesetzt ist. Um das Volumen in einen gesunden Zustand zu bringen, ändern Sie den Klonstatus auf completed und stellen Sie die verbleibende Replik wieder her, indem Sie entweder die Offline-Replikat-Wiederherstellung aktivieren oder das Volumen anhängen, um die Wiederherstellung der Replik zu starten. Siehe Issue #12341 und Issue #12328.

Ein kritischer Fehler wurde behoben, bei dem Proxy-Verbindungslecks in den longhorn-instance-manager-Pods zu hohem Speicherverbrauch führten.

Für weitere Einzelheiten siehe #12575.

Eine Regression wurde behoben, bei der die PV nodeAffinity nach der Einführung von AccessibleTopology im CSI-Server und allowedTopologies in Longhorn StorageClasses seit v1.11.0 überkonfiguriert war.

Für weitere Einzelheiten siehe #12689 und #12656.

Aufgrund des Upgrades des CSI externen Snapshotters auf v8.2.0 müssen Sie Kubernetes v1.25 oder höher ausführen, um auf SUSE Storage v1.8.0 oder eine neuere Version zu aktualisieren.

Wenn Sie mit Helm oder dem Rancher App Marketplace upgraden, führt SUSE Storage Vorab-Upgrade-Überprüfungen durch. Wenn eine Überprüfung fehlschlägt, wird das Upgrade gestoppt und der Grund für den Fehler wird in einem Ereignis aufgezeichnet.

Für weitere Details siehe Upgrade des Longhorn Managers.

Automatisierte Vorab-Upgrade-Überprüfungen decken nicht alle Szenarien ab. Eine manuelle Überprüfung wird empfohlen, indem Sie kubectl oder die SUSE Storage Benutzeroberfläche verwenden.

SUSE Storage v1.11.2 führt die Einstellung manager-url ein, die eine explizite Konfiguration der externen URL für den Zugriff auf die Longhorn Manager API ermöglicht.

Hintergrund: Wenn der Longhorn-Manager über Ingress oder Gateway API HTTPRoute aufgerufen wird, können API-Antworten interne Cluster-IPs (zum Beispiel 10.42.x.x:9500) in den Feldern actions und links enthalten. Dies tritt auf, wenn der Ingress-Controller die X-Forwarded-*-Header nicht korrekt setzt, was dazu führt, dass die API auf die interne Pod-IP zurückfällt.

Lösung: Konfigurieren Sie die manager-url-Einstellung mit Ihrer externen URL (zum Beispiel https://longhorn.example.com). Der Manager fügt die richtigen weitergeleiteten Header hinzu, um sicherzustellen, dass die API-Antworten die korrekten externen URLs enthalten.

Konfiguration:

Für weitere Details siehe Manager-URL.

SUSE Storage v1.11.2 führt die integrierte Unterstützung für Gateway API HTTPRoute als moderne Alternative zu Ingress ein, um die SUSE Storage Benutzeroberfläche bereitzustellen.

Für detaillierte Installationsanweisungen, Voraussetzungen und erweiterte Konfiguration siehe Erstellen Sie eine HTTPRoute mit Gateway API.

SUSE Storage v1.11.2 führt das Snapshot Heavy Task Concurrent Limit ein, um eine Erschöpfung des Speichers und Ressourcenkonflikte zu verhindern. Diese Einstellung begrenzt gleichzeitige schwere Operationen – wie Snapshot-Löschungen und Klonen – pro Knoten, indem zusätzliche Aufgaben in die Warteschlange gestellt werden, bis die laufenden abgeschlossen sind. Durch die Kontrolle dieser Prozesse verringert das System das Risiko von Speicheranstiegen, die typischerweise durch Snapshot-Zusammenführungen ausgelöst werden.

Für weitere Details siehe Snapshot Heavy Task Concurrent Limit und Issue #11635.

Um die Datenverteilung und Ressourcennutzung zu verbessern, führt SUSE Storage einen Balance-Algorithmus ein, der Replikate gleichmäßig über Knoten und Festplatten basierend auf berechneten Balancewerten plant.

Für weitere Informationen siehe Planung.

Longhorn CSI wendet nun den StorageClass-Parameter allowedTopologies und die Einstellung csi-allowed-topology-keys an, die für die korrekte Erkennung von Topologien mittels konfigurierbarer Schlüssel sorgt und den PV nodeAffinity präzise einrichtet.

Für weitere Informationen siehe Issue #12261, Issue #12689, Topologie-bewusste Bereitstellung und Speicherklasseneinstellungen.

Beginnend mit SUSE Storage v1.11.0 ist die Festplattenzustandsüberwachung sowohl für die V1- als auch für die V2-Datenengine verfügbar. SUSE Storage sammelt Festplattengesundheitsdaten und stellt sie über Prometheus-Metriken und die Node benutzerdefinierten Ressourcen zur Verfügung.

Für weitere Informationen siehe Festplattenzustandsüberwachung.

SUSE Storage v1.11.2 führt Unterstützung für den ReadWriteOncePod (RWOP)-Zugriffsmodus ein, um den Bedarf an strengeren Zugriffsgarantien für einzelne Pods bei zustandsbehafteten Workloads zu decken. Im Gegensatz zu ReadWriteOnce (RWO), das mehreren Pods auf demselben Knoten erlaubt, ein Volume zu mounten, stellt RWOP sicher, dass nur ein Pod im gesamten Cluster zu einem bestimmten Zeitpunkt auf das Volume zugreifen kann. Diese Fähigkeit ist besonders wertvoll für zustandsbehaftete Anwendungen, die exklusiven Schreibzugriff erfordern, wie Datenbanken oder andere Workloads, bei denen gleichzeitiger Zugriff zu Datenkorruption oder Konsistenzproblemen führen könnte.

Für weitere Informationen siehe Zugriffsmodi und Issue #9727.

Beginnend mit SUSE Storage v1.11.0 ermöglicht eine neue skalierter Replik-Neuaufbau-Funktion, dass ein wiederaufbauender Replik Snapshot-Daten von mehreren gesunden Repliken gleichzeitig abruft, was die Rebuild-Leistung potenziell verbessern kann.

Für weitere Informationen finden Sie unter Skalierter Replik-Neuaufbau.

Beginnend mit SUSE Storage v1.11.0 wird die Offline-Replik-Neuaufbau-Einstellung von einer datenspezifischen Einstellung auf eine globale Einstellung aktualisiert. Zuvor konnten Benutzer den Offline-Replik-Neuaufbau separat für v1- und v2-Datenengine konfigurieren. Während des Upgrades auf v1.11.0 überprüft SUSE Storage automatisch die vorhandene Konfiguration. Wenn der Offline-Replikat-Neuaufbau für entweder die v1- oder v2-Datenengine aktiviert ist, wird die neue globale Einstellung standardmäßig auf true gesetzt. Andernfalls bleibt sie deaktiviert (false).

Weitere Informationen finden Sie unter Offline-Replik-Neuaufbau-Einstellung.

SUSE Storage v1.11.2 verbessert das Verhalten der Longhorn-CLI-Vorinstallationsprüfung. Wenn /etc/os-release nicht mit einer bekannten Distribution übereinstimmt, versucht die CLI, einen unterstützten Paketmanager zu erkennen und fährt im Kompatibilitätsmodus fort.

Weitere Informationen finden Sie unter Issue #12153.

Live-Upgrades von V2-Volumes werden nicht unterstützt. Stellen Sie vor dem Upgrade sicher, dass alle V2-Volumes getrennt sind.

Die V2 Data Engine ist ein Technical Preview-Feature in SUSE Storage v1.11.0.

Sie ist nahezu vollständig, ohne dass signifikante funktionale Änderungen zu erwarten sind, und wurde in kontrollierten Umgebungen validiert. Benutzer sollten das Feature gründlich bewerten, bevor sie es in der Produktion aktivieren.

Beginnend mit SUSE Storage v1.11.0 stellt das SPDK UBLK Frontend Leistungsoptimierungsparameter zur Verfügung, die global oder pro Volume konfiguriert werden können:

Diese Parameter können konfiguriert werden:

Für weitere Informationen, siehe Issue #11039.