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.

Den Upgrade-Workflow für Bediener verstehen

Beitragende netapp-revathid netapp-aruldeepa
Änderungen vorschlagen
PDFs

Bevor Sie ein Upgrade von Astra Trident mit dem Trident-Operator durchführen, sollten Sie sich über die während des Upgrades auftretenden Hintergrundprozesse informieren. Dies umfasst Änderungen am Trident Controller, am Controller Pod und an Node-Pods sowie am Node-DemonSet, die Rolling-Updates ermöglichen.

Bearbeitung von Trident Upgrades für Betreiber

Einer der vielen "Vorteile der Verwendung des Trident-Bedieners" Vorteile bei der Installation und Aktualisierung von Astra Trident ist die automatische Handhabung von Astra Trident und Kubernetes Objekten, ohne bestehende eingebundene Volumes zu beeinträchtigen. Auf diese Weise kann Astra Trident Upgrades ohne Ausfallzeiten oder "Rollierende Updates" unterstützen. Insbesondere kommuniziert der Trident Operator mit dem Kubernetes-Cluster, um:

  • Löschen Sie die Trident Controller-Implementierung und den Node DemonSet und erstellen Sie sie neu.

  • Ersetzen Sie den Trident Controller Pod und die Trident Node Pods durch neue Versionen.

    • Wenn ein Node nicht aktualisiert wird, verhindert dies nicht, dass die verbleibenden Nodes aktualisiert werden.

    • Nur Nodes mit einem laufenden Trident Node Pod können Volumes mounten.

Tipp Weitere Informationen zur Astra Trident Architektur auf dem Kubernetes Cluster sind unter "Die Architektur von Astra Trident" zu finden.

Arbeitsablauf für die Benutzeraktualisierung

Wenn Sie ein Upgrade mit dem Trident Operator initiieren:

  1. Der Trident-Operator:

    1. Erkennt die aktuell installierte Version von Astra Trident (Version n).

    2. Aktualisiert alle Kubernetes-Objekte einschließlich CRDs, RBAC und Trident SVC.

    3. Löscht die Trident Controller-Bereitstellung für Version n.

    4. Erstellt die Trident-Controller-Bereitstellung für Version n+1.

  2. Kubernetes erstellt Trident Controller Pod für n+1.

  3. Der Trident-Operator:

    1. Löscht das Trident Node DemonSet für n. Der Operator wartet nicht auf die Beendigung des Node-Pod.

    2. Erstellt den Trident Node Demonset für n+1.

  4. Kubernetes erstellt Trident Node Pods auf Nodes, auf denen Trident Node Pod n nicht ausgeführt wird. So wird sichergestellt, dass auf einem Node nie mehr als ein Trident Node Pod einer beliebigen Version vorhanden ist.