Skip to main content
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Entenda o fluxo de trabalho de atualização do operador

PDFs

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 do controlador e nos Pods dos nós, e no DaemonSet dos nós que permitem atualizações contínuas.

Gerenciamento de atualização do operador Trident

Uma das muitas "benefícios de usar o operador Trident" maneiras de instalar e atualizar Trident é o gerenciamento automático de objetos do Trident e do Kubernetes sem interromper os volumes montados existentes. Dessa forma, Trident pode suportar atualizações sem inatividade, ou "atualizações contínuas". Em particular, o operador do Trident se comunica com o cluster Kubernetes para:

  • Exclua e recrie a implantação do Trident Controller e o DaemonSet do nó.

  • Substitua o Trident Controller Pod e os Trident Node Pods por novas versões.

    • Se um nó não for atualizado, isso não impede que os nós restantes sejam atualizados.

    • Somente nós com um Trident Node Pod em execução podem montar volumes.

Dica Para obter mais informações sobre a arquitetura do Trident no cluster Kubernetes, consulte "Arquitetura do Trident".

Fluxo de trabalho de atualização do operador

Ao iniciar uma atualização usando o Trident operator:

  1. O operador Trident:

    1. Detecta a versão atualmente instalada do Trident (versão n).

    2. Atualiza todos os objetos do Kubernetes, incluindo CRDs, RBAC e Trident SVC.

    3. Exclui a implantação do Trident Controller para a versão n.

    4. Cria a implantação do Trident Controller para a versão n+1.

  2. Kubernetes cria o Pod do Controlador Trident para n+1.

  3. O operador Trident:

    1. Exclui o Trident Node DaemonSet para n. O operador não espera pelo término do Pod do nó.

    2. Cria o Daemonset Trident Node para n+1.

  4. Kubernetes cria Trident Node Pods em nós que não estão executando Trident Node Pod n. Isso garante que nunca haja mais de um Trident Node Pod, de qualquer versão, em um nó.