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

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" Die Installation und das Upgrade von Astra Trident erfolgt automatisch für Astra Trident und Kubernetes-Objekte, ohne vorhandene gemountete Volumes zu unterbrechen. So kann Astra Trident Upgrades ohne Ausfallzeiten oder auch ohne "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.