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.

Atualizar o Astra Trident

Colaboradores
PDFs

O Astra Trident segue uma cadência de lançamento trimestral, entregando quatro grandes lançamentos todos os anos. Cada nova versão é construída sobre as versões anteriores, fornecendo novos recursos e melhorias de desempenho, bem como correções de bugs e melhorias. Recomendamos que você atualize pelo menos uma vez por ano para aproveitar os novos recursos do Astra Trident.

Observação Atualizar para uma versão com cinco versões anteriores exigirá que você execute uma atualização em várias etapas.

Determine a versão para a qual atualizar

  • Você pode atualizar para a YY.MM versão a partir YY-1.MM da versão e quaisquer versões intermédias. Por exemplo, você pode executar uma atualização direta para 20,07 a partir de 19,07 e posterior (incluindo lançamentos de pontos, como 19.07.1).

  • Se você tiver uma versão anterior, você deve executar uma atualização em várias etapas. Isso requer que você primeiro atualize para a versão mais recente que se encaixa na janela de quatro versões. Por exemplo, se você estiver executando o 18,07 e quiser atualizar para a versão 20,07, siga o processo de atualização em várias etapas conforme indicado abaixo:

    • Primeiro upgrade de 18,07 para 19,07. Consulte a documentação da respetiva versão para obter instruções específicas para atualização.

    • Em seguida, atualize de 19,07 para 20,07.

Importante Todas as atualizações para as versões 19,04 e anteriores exigem a migração dos metadados do Astra Trident etcd para objetos CRD. Verifique a documentação da versão para entender como a atualização funciona.
Aviso Ao atualizar, é importante que você forneça parameter.fsType o StorageClasses Astra Trident usado. Você pode excluir e recriar StorageClasses sem interromper volumes pré-existentes. Este é um requisito para impor contextos security para volumes SAN. O diretório https://github.com/NetApp https://github.com/NetApp/Trident Trident/tree/master/Trident Trident-installer/sample-input[sample input contém exemplos, como storage-class-bronze-default.yaml`basic[`storage-class-basic.yaml.templ Para obter mais informações, link:../trident-rn.html["Problemas conhecidos"consulte .

Qual caminho de atualização devo escolher?

Você pode atualizar usando um dos seguintes caminhos:

  • Utilizando o operador Trident.

  • Usando `tridentctl`o .

Aviso O CSI volume Snapshots agora é um recurso que é o GA, começando com o Kubernetes 1,20. Ao atualizar o Astra Trident, todos os CRS e CRDs de instantâneo alfa anteriores (classes de instantâneo de volume, instantâneos de volume e conteúdo de instantâneo de volume) devem ser removidos antes que a atualização seja executada. "este blog"Consulte para compreender os passos envolvidos na migração de instantâneos alfa para a especificação beta/GA.

Você pode usar o operador Trident para atualizar se as seguintes condições forem atendidas:

  • Você está executando o CSI Trident (19,07 e posterior).

  • Você tem uma versão Trident baseada em CRD (19,07 e posterior).

  • Você não está** executando uma instalação personalizada (usando YAMLs personalizados).

Aviso Não utilize o operador para atualizar o Trident se estiver a utilizar uma etcd versão Trident baseada em -(19,04 ou anterior).

Se não pretender utilizar o operador ou se tiver uma instalação personalizada que não possa ser suportada pelo operador, pode atualizar utilizando `tridentctl`o . Este é o método preferido de atualizações para as versões 19,04 e anteriores do Trident.

Alterações ao operador

O lançamento de 21,01 do Astra Trident introduz algumas mudanças importantes na arquitetura do operador, nomeadamente as seguintes:

  • O operador está agora com escopo de cluster. Instâncias anteriores do operador Trident (versões 20,04 a 20,10) eram com escopo de namespace. Um operador com escopo de cluster é vantajoso pelas seguintes razões:

    • Responsabilidade dos recursos: A operadora agora gerencia recursos associados à instalação do Astra Trident no nível do cluster. Como parte da instalação do Astra Trident, o operador cria e mantém vários recursos ownerReferences usando o . Manter ownerReferences recursos com escopo de cluster pode lançar erros em certos distribuidores do Kubernetes, como o OpenShift. Isso é atenuado com um operador com escopo de cluster. Para auto-cura e correção de recursos do Trident, este é um requisito essencial.

    • Limpeza durante a desinstalação: Uma remoção completa do Astra Trident exigiria que todos os recursos associados fossem excluídos. Um operador com escopo de namespace pode ter problemas com a remoção de recursos com escopo de cluster (como o clusterRole, ClusterRoleBinding e PodSecurityPolicy) e levar a uma limpeza incompleta. Um operador com escopo de cluster elimina esse problema. Os usuários podem desinstalar completamente o Astra Trident e instalar novamente, se necessário.

  • TridentProvisioner Agora é substituído pelo TridentOrchestrator como recurso personalizado usado para instalar e gerenciar o Astra Trident. Além disso, um novo campo é introduzido à TridentOrchestrator especificação. Os usuários podem especificar que o namespace Trident deve ser instalado/atualizado usando o spec.namespace campo. Você pode dar uma olhada em um exemplo "aqui".

Encontre mais informações