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
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"Installationen und Upgrades von Astra Trident ist die automatische Verarbeitung von Astra Trident und Kubernetes-Objekten, ohne vorhandene gemountete Volumes zu unterbrechen. So kann Astra Trident Upgrades ohne Ausfallzeiten oder auch ohne Ausfallzeiten unterstützen."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 Architektur von Astra Trident auf dem Kubernetes-Cluster finden Sie unter "Die Architektur von Astra 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 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.