Atualizar o Astra Trident
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.
|
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 partirYY-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.
-
|
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.
|
|
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 aplicação de "contextos de segurança" volumes SAN. O "entrada de amostra" diretório contém exemplos, tais como[storage-class-basic.yaml.templ :[storage-class-bronze-default.yaml Para obter mais informações, "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 .
|
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).
|
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 . ManterownerReferences
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 peloTridentOrchestrator
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 ospec.namespace
campo. Você pode dar uma olhada em um exemplo "aqui".