Skip to main content
Uma versão mais recente deste produto está disponível.
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.

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

Colaboradores netapp-revathid netapp-aruldeepa
PDFs

Antes de usar o operador Trident para atualizar o Astra 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

Uma das muitas "Benefícios de usar o operador Trident" vantagens de instalar e atualizar o Astra Trident é o gerenciamento automático dos objetos do Astra Trident e do Kubernetes sem interromper os volumes montados existentes. Dessa forma, o Astra Trident pode suportar atualizações sem inatividade "atualizações contínuas". Em particular, o operador do Trident se comunica com o cluster 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.

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

Fluxo de trabalho de atualização do operador

Quando você inicia uma atualização usando o operador Trident:

  1. O operador Trident:

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

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

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

    4. Cria a implantação do controlador Trident para a versão n-1.

  2. O Kubernetes* cria o pod de controlador Trident para n-1.

  3. O operador Trident:

    1. Exclui o nó Trident DaemonSet para n. O operador não espera o encerramento do Node Pod.

    2. Cria o nó Trident Daemonset para n-1.

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