Compreender o fluxo de trabalho de atualização do operador
Antes de usar o operador Trident para atualizar o Trident, você deve entender os processos em segundo plano que ocorrem durante a atualização. Isso inclui alterações no controlador Trident, no pod de nó e no pod de nó e no DaemonSet que permitem atualizações contínuas.
Manuseio de atualização do operador Trident
Um dos muitos "Benefícios de usar o operador Trident" que instalar e atualizar o Trident é o manuseio automático de objetos do Trident e Kubernetes sem interromper os volumes montados existentes. Dessa forma, o Trident pode oferecer suporte a atualizações sem inatividade ou "atualizações contínuas". Em particular, o operador do Trident se comunica com o cluster do Kubernetes para:
-
Exclua e recrie a implantação do controlador Trident e o nó DaemonSet.
-
Substitua o pod de nó Trident e o pod de nó Trident por novas versões.
-
Se um nó não for atualizado, ele não impedirá que os nós restantes sejam atualizados.
-
Somente os nós com um pod de nó Trident em execução podem montar volumes.
-
Para obter mais informações sobre a arquitetura do Trident no cluster do Kubernetes, "Arquitetura da Trident"consulte . |
Fluxo de trabalho de atualização do operador
Quando você inicia uma atualização usando o operador Trident:
-
O operador Trident:
-
Detecta a versão atualmente instalada do Trident (versão n).
-
Atualiza todos os objetos Kubernetes, incluindo CRDs, RBAC e Trident SVC.
-
Exclui a implantação do controlador Trident para a versão n.
-
Cria a implantação do controlador Trident para a versão n-1.
-
-
O Kubernetes* cria o pod de controlador Trident para n-1.
-
O operador Trident:
-
Exclui o nó Trident DaemonSet para n. O operador não espera o encerramento do Node Pod.
-
Cria o nó Trident Daemonset para n-1.
-
-
Kubernetes cria pods de nós do Trident em nós que não executam o Pod de nó do Trident n. Isso garante que nunca mais de um pod de nó Trident, de qualquer versão, em um nó.