Skip to main content
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Upgrade Astra Trident

Beitragende
PDFs

Astra Trident folgt einem vierteljährlichen Release-Intervall mit vier Hauptversionen pro Kalenderjahr. Jede neue Version baut auf den vorherigen Versionen auf und bietet neue Funktionen, Performance-Verbesserungen sowie Bug Fixes und Verbesserungen. Führen Sie ein Upgrade mindestens einmal pro Jahr durch, um von den neuen Funktionen in Astra Trident zu profitieren.

Hinweis Wenn Sie ein Upgrade auf eine Version durchführen, die fünf Versionen voraus ist, müssen Sie ein Upgrade in mehreren Schritten durchführen.

Bestimmen Sie die Version, auf die ein Upgrade durchgeführt werden soll

  • Sie können auf aktualisieren YY.MM Freigabe aus dem YY-1.MM Versionen und beliebige zwischen Versionen. Sie können beispielsweise ein direktes Upgrade von 19.07 und höher auf 20.07 durchführen (einschließlich Dot-Versionen, wie 19.07.1).

  • Wenn Sie eine frühere Version haben, sollten Sie ein mehrstufiges Upgrade durchführen. Dazu müssen Sie zuerst ein Upgrade auf die aktuellste Version durchführen, die zu Ihrem vier-Release-Fenster passt. Wenn Sie beispielsweise 18.07 ausführen und auf Version 20.07 aktualisieren möchten, führen Sie den Prozess des mehrstufigen Upgrades wie unten angegeben durch:

    • Erstes Upgrade von 18.07 auf 19.07. Lesen Sie die Dokumentation der jeweiligen Version, um spezifische Anweisungen für die Aktualisierung zu erhalten.

    • Dann aktualisieren Sie von 19.07 auf 20.07.

Wichtig Bei allen Upgrades für Version 19.04 und früher ist die Migration der Metadaten von Astra Trident durch die eigene erfolgen muss etcd Zu CRD-Objekten. Stellen Sie sicher, dass Sie die Dokumentation der Version lesen, um zu verstehen, wie das Upgrade funktioniert.
Warnung Beim Upgrade ist es wichtig, dass Sie das Upgrade durchführen parameter.fsType In StorageClasses Verwendet von Astra Trident. Sie können löschen und neu erstellen StorageClasses Ohne Unterbrechung vorhandener Volumes Dies ist eine Anforderung für die Durchsetzung "Sicherheitskontexte" Für SAN-Volumes. Der "Probeneingabe" Das Verzeichnis enthält Beispiele, z. B.[storage-class-basic.yaml.templ^] und[storage-class-bronze-default.yaml^].
Weitere Informationen finden Sie unter "Bekannte Probleme".

Welchen Upgrade-Pfad sollte ich wählen?

Sie können ein Upgrade auf einen der folgenden Pfade durchführen:

  • Verwenden des Betreibers von Trident.

  • Wird Verwendet tridentctl.

Warnung CSI Volume Snapshots ist jetzt eine GA-Funktion, die ab Kubernetes 1.20 beginnt. Beim Upgrade von Astra Trident müssen alle vorherigen Alpha-Snapshot-CRS und CRDs (Volume Snapshot-Klassen, Volume-Snapshots und Volume Snapshot-Inhalt) entfernt werden, bevor das Upgrade durchgeführt wird. Siehe "Diesem Blog" Schritte zur Migration von Alpha-Snapshots in die Beta/GA-Spezifikation

Sie können die Aktualisierung mit dem Trident-Operator durchführen, wenn die folgenden Bedingungen erfüllt sind:

  • Sie verwenden CSI Trident (19.07 und höher).

  • Sie verfügen über eine CRD-basierte Trident-Version (19.07 und höher).

  • Sie sind Not, die eine benutzerdefinierte Installation durchführen (mit benutzerdefinierten YAML).

Warnung Verwenden Sie den Operator zum Aktualisieren von Trident nicht, wenn Sie ein verwenden etcd-Based Trident Release (19.04 oder früher).

Wenn Sie den Operator nicht verwenden möchten oder eine benutzerdefinierte Installation haben, die vom Bediener nicht unterstützt werden kann, können Sie ein Upgrade mit durchführen tridentctl. Dies ist die bevorzugte Methode für Upgrades für Trident Versionen 19.04 und früher.

Änderungen am Operator

In der Version 21.01 von Astra Trident werden dem Betreiber einige wichtige architektonische Änderungen vorgestellt:

  • Der Operator ist jetzt Cluster-scoped. Vorherige Instanzen des Trident Operators (Versionen 20.04 bis 20.10) waren Namespace-Scoped. Ein Operator mit Cluster-Scoped ist aus den folgenden Gründen von Vorteil:

    • Resource Accountability: Der Operator managt jetzt die mit einer Astra Trident-Installation verbundenen Ressourcen auf Cluster-Ebene. Im Rahmen der Installation von Astra Trident erstellt und verwaltet der Bediener mehrere Ressourcen mit ownerReferences. Wartung ownerReferences Auf Cluster-Scoped-Ressourcen können Fehler bei bestimmten Kubernetes-Distributoren wie OpenShift auftreten. Diese Option wird durch einen Operator mit Cluster-Umfang entschärft. Für die automatische Reparatur und das Patching von Trident-Ressourcen ist dies eine wesentliche Anforderung.

    • Aufräumarbeiten während der Deinstallation: Eine vollständige Entfernung von Astra Trident würde alle damit verbundenen Ressourcen zu löschen benötigen. Ein Operator mit Namespace-Scoped kann Probleme beim Entfernen von Cluster-Scoped-Ressourcen (wie clusterRole, ClusterRoleBending und PodSecurityPolicy) haben und eine unvollständige Bereinigung zur Folge haben. Ein Operator mit Cluster-Umfang beseitigt dieses Problem. Benutzer können Astra Trident vollständig deinstallieren und bei Bedarf neu installieren.

  • TridentProvisioner Wird nun durch ersetzt TridentOrchestrator Als benutzerdefinierte Ressource, die für die Installation und das Management von Astra Trident verwendet wird. Darüber hinaus wird dem ein neues Feld vorgestellt TridentOrchestrator Spez. Benutzer können angeben, dass der Namespace Trident über den installiert/aktualisiert werden muss spec.namespace Feld. Sie können sich ein Beispiel ansehen "Hier".

Weitere Informationen