Skip to main content
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
PDFs

Bevor Sie ein Upgrade von 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

Eine der vielen "Vorteile der Verwendung des Trident-Bedieners"Installationen und Upgrades von Trident ist die automatische Handhabung von Trident- und Kubernetes-Objekten ohne Unterbrechung vorhandener gemountete Volumes. So kann Trident Upgrades ohne Ausfallzeiten oder"Rollierende Updates" Insbesondere kommuniziert der Trident Betreiber 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 Trident-Architektur auf dem Kubernetes-Cluster finden Sie unter "Architektur von Trident".

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 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.