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.

O que há de novo

Colaboradores netapp-aruldeepa juliantap netapp-mwallis joan-ing netapp-shwetav netapp-dbagwell RSS
PDFs

As notas de versão fornecem informações sobre novos recursos, aprimoramentos e correções de bugs na versão mais recente do NetApp Trident.

Aviso O tridentctl binário para Linux que é fornecido no arquivo zip do instalador é a versão testada e suportada. Esteja ciente de que o macos binário fornecido na /extras parte do arquivo zip não é testado ou suportado.

O que há de novo na versão 26.10.1

Saiba o que há de novo no NetApp Trident e Trident Protect, incluindo melhorias, correções e descontinuações.

Trident

Correções

  • Kubernetes:

    • Corrigidos os pods de nó do Trident que forçavam a desanexação de volumes em uso na inicialização após a atualização do Trident 25.10 ou anterior, o que fazia os pods falharem com volume …​ is not staged.

O que há de novo em 26.10

Saiba o que há de novo no NetApp Trident e Trident Protect, incluindo melhorias, correções e descontinuações.

Aviso

Não atualize para o Trident 26.10.0. Durante a inicialização, os pods de nó do Trident podem desanexar volumes que ainda estão em uso. Os pods afetados podem falhar com o erro volume …​ is not staged. Esse problema foi corrigido no Trident 26.10.1. Em vez disso, atualize para o Trident 26.10.1 ou posterior.

Trident

Melhorias

  • Kubernetes:

    • Adicionado suporte ao provisionamento dinâmico baseado em COSI de buckets de storage de objetos do StorageGRID. Para mais informações, consulte "Provisionar storage de objetos com COSI".

    • Agora há suporte à atualização periódica de LIFs de dados NVMe para detectar e se adaptar a alterações de configuração. Para mais informações, consulte "Atualizar LIFs de dados NVMe".

    • Adicionado suporte ao dimensionamento automático do ONTAP em novos volumes provisionados pelos drivers ONTAP-SAN e ONTAP-SAN-Economy. Para mais informações, consulte "Configurar o dimensionamento automático de volume do ONTAP".

    • Agora há suporte ao Kubernetes 1.37. Para versões compatíveis e imagens necessárias, consulte "Requisitos da Trident".

    • Adicionado o reconhecimento de PVC de clone de backup para backups do CommVault e do Rubrik para ignorar a fila de recuperação de volume do ONTAP (problema "#1182").

    • Adicionada a maxNamespacesPerSuperSubsystem opção de backend para novos volumes NVMe RWX. Para mais informações, consulte "Limites do subsistema NVMe RWX".

    • Adicionado o registro de nós CSI baseado em CRD por meio de TridentNode especificação e status, substituindo o canal de retorno do controlador HTTPS para implantações do Kubernetes.

    • Adicionamos suporte ao instalador para projeção de tokens de conta de serviço com um público-alvo configurável para o Google Cloud Workload Identity Federation (WIF) no OpenShift. Para obter detalhes sobre a instalação e a configuração do backend, consulte "Configure o Google Cloud NetApp Volumes com a federação de identidade da carga de trabalho".

    • Adicionamos um backend_state rótulo à trident_backend_info métrica para identificar a integridade individual de cada backend no Prometheus (Problema "#1088"). Para obter informações sobre as métricas do Trident, consulte "Monitore o Trident".

  • Adicionado suporte à criptografia LUKS para volumes RWX provisionados pelo driver ONTAP-SAN via iSCSI. Para mais informações, consulte "Usar a configuração de chave unificada do Linux (LUKS)".

  • Adicionado suporte de simultaneidade GA para o driver ONTAP-NAS-FlexGroup e o Docker; a simultaneidade do ASA r2 agora está em GA, tendo saído da pré-visualização técnica. Para drivers e comportamento compatíveis, consulte "Escalabilidade do controlador".

  • Adicionado suporte à expansão de volume CSI quando nem todos os caminhos iSCSI estão disponíveis, usando remoção de caminho e autorrecuperação de iSCSI. Para mais informações, consulte "Expanda volumes".

  • Adicionada a anotação PVC trident.netapp.io/unixGroupID para definir o ID do grupo UNIX do volume do ONTAP na criação para volumes ONTAP-NAS e ONTAP-NAS-FlexGroup com root squash (Problema "#1079").

  • Adicionado suporte ao Talos OS para NVMe/TCP, NFSv4 e iSCSI (Problema "#806"). Para plataformas suportadas e requisitos de nós de trabalho, consulte "Requisitos da Trident" e "Prepare o nó de trabalho".

  • Adicionado o parâmetro opcional storageAPITimeout de backend para configurar os tempos limite dos clientes REST e ZAPI do ONTAP por backend.

  • Adicionada a useRESTSQLBypass opção de backend do ONTAP para adicionar SQL=false às pesquisas de nomes REST do ONTAP.

  • A importação de qtree do ONTAP-NAS-Economy foi promovida de Technical Preview para GA. Para obter instruções de importação, consulte "Importar volumes do Trident".

Correções

  • Kubernetes:

    • Corrigido o problema em que as regras da política de exportação do ONTAP-NAS eram excluídas incorretamente durante atualizações de backend ou reinicializações do controlador quando enableConcurrency está true (problemas "#1166", "#1179"). Para a configuração da política de exportação, consulte "Exemplos e opções de configuração do ONTAP nas".

    • Corrigido um problema em que atualizações não essenciais do backend, como alterações de credencial ou de QoS, acionavam verificações de órfãos por volume que podiam bloquear operações de CSI em backends grandes. As verificações agora são executadas somente quando o prefixo da SVM ou de armazenamento é alterado.

    • Credenciais exibidas em logs de depuração foram corrigidas, incluindo dumps de solicitações gRPC do CSI, saída do ambiente de inicialização e especificações registradas TridentBackendConfig. A saída de inicialização agora registra valores apenas para as variáveis do Trident TRIDENT_* e lista as outras variáveis por nome.

    • Corrigida uma condição de corrida entre a publicação do CSI e a movimentação de volume que podia anexar um volume com informações de acesso desatualizadas. Para obter detalhes sobre a movimentação de volume, consulte "Mover um volume".

    • Corrigido NodeGetInfo o retorno de rótulos de topologia vazios antes da conclusão do registro do nó, o que poderia causar falhas no provisionamento com reconhecimento de topologia (Problema "#1131"). Para provisionamento com reconhecimento de topologia, consulte "Provisionar armazenamento usando a topologia CSI".

    • Corrigida uma rara condição de corrida de desconexão de NVMe que podia derrubar um subsistema compartilhado enquanto outro pod estava sendo conectado.

    • Corrigidas falhas na publicação de clones de PVC NVMe e o mapeamento incorreto do namespace pai ao clonar um volume montado sob concorrência.

    • Corrigido o problema de falhas na criação de snapshots para PVCs em backends ONTAP-SAN-Economy configurados com nameTemplate. Para exemplos de configuração de backend, consulte "Exemplos e opções de configuração de SAN ONTAP".

    • Corrigido o problema em que os backends REST do ONTAP deixavam um FlexVol recém-criado órfão caso ele fosse excluído antes que o índice de nomes REST fosse atualizado; o Trident agora exclui volumes por UUID.

    • Corrigido o problema de travamento na inicialização do controlador quando um LIF de backend está inacessível. O backend afetado é marcado Failed e a inicialização continua.

    • Corrigido o problema de reinicialização dos pods do controlador e do nó gerenciados pelo operador a cada reconciliação quando configurados com um seletor de nó de várias chaves. Para obter informações sobre a configuração do seletor de nó, consulte "Personalizar a instalação do operador Trident".

    • Corrigidos os recursos do Azure NetApp Files TridentBackendConfig criados pelo TridentConfigurator sem o rótulo trident.netapp.io/configurator exigido pela validação pós-criação.

    • Corrigida a falha no registro de nós quando o serviço Trident CSI usa um ClusterIP IPv6 (problema "#1164").

    • Corrigido um problema que fazia com que um nó do Trident fosse removido permanentemente quando um nó de trabalho era excluído e reintegrado enquanto publicações de volume obsoletas ainda estavam sendo despublicadas.

    • Corrigida a perda de acesso de exportação NFS em volumes ONTAP-NAS em nós já anexados quando a política de exportação em cache do Trident estava desatualizada. Para configurar a política de exportação, consulte "Exemplos e opções de configuração do ONTAP nas".

    • Corrigida tridentctl a limpeza da instalação que excluía o CRD do modelo de correção do nó, o que poderia impedir instalações posteriores com a desconexão forçada ativada. Para obter detalhes da instalação, consulte "Instale o Trident usando o tridentctl".

    • Corrigimos as chamadas de exclusão de snapshots que sobrecarregavam a API do ONTAP ao adicionar um atraso de repetição. Para operações de snapshot, consulte "Gerenciar instantâneos".

    • Corrigimos o comentário do auxiliar de imagem AutoSupport do gráfico Helm do operador Trident e as aspas do valor cloudProvider.

    • Corrigido o tratamento de criação de volume ZAPI do ONTAP para trabalhos ocupados ou existentes, para que as novas tentativas do CSI não destruam prematuramente FlexVols nem causem loops de criação/destruição.

    • Foi corrigido um panic ao tentar novamente snapshots de grupo de volume para um grupo de consistência que não existe mais. Para snapshots de grupo de volume, consulte "Criar instantâneos de grupos de volumes".

    • Removemos o aviso de suporte do Trident com base nas versões mínimas e máximas do Kubernetes compatíveis.

  • Corrigimos uma condição de corrida em bloqueios nomeados compartilhados que podia permitir operações sobrepostas no mesmo recurso.

  • Corrigida a falha na inicialização do driver ASA quando não foi possível encontrar um snapshot.

  • Correção no provisionamento do GCNV em pools regionais do Flex Unified quando os nós do cluster não estão na zona de HA primária; o Trident não trata mais essa zona de HA como uma topologia CSI obrigatória. Os pools zonais permanecem inalterados. Para a configuração do Flex Unified, consulte "Configurar armazenamento em bloco (iSCSI)".

  • Corrigido o problema em que volumes GCNV Flex Unified NAS e SAN eram marcados incorretamente como órfãos durante a reconciliação do backend quando a identidade canônica do backend diferia do nome do volume do Trident (Problema "#1189"). Para a configuração do backend GCNV, consulte "Configurar Google Cloud NetApp Volumes".

  • Correção na detecção de NVMe/TCP em hosts onde o transporte está integrado ao kernel (Problema "#1019"). Para requisitos de nó, consulte "Prepare o nó de trabalho".

  • Corrigido o problema de tentativas indefinidas de expansão do ONTAP-NAS e do ONTAP-NAS-FlexGroup quando o volume do ONTAP já era grande o suficiente para a solicitação, incluindo a reserva de snapshot. Para expansão de volume, consulte "Expanda volumes".

  • Corrigimos a falha na montagem de volumes fixos devido à ausência de caminhos de junção. Para a configuração NAS do ONTAP, consulte "Configurar os drivers NAS do ONTAP".

  • Corrigido o problema de falha na criação de volumes ONTAP-SAN-Economy quando o nome do `storagePrefix`volume contém hífens. Para opções de configuração do backend, consulte "Exemplos e opções de configuração de SAN ONTAP".

  • Correção da publicação de clones ONTAP-NAS somente leitura com políticas de exportação automáticas, para preservar as regras de exportação do FlexVol de origem. Para a configuração do ONTAP NAS, consulte "Exemplos e opções de configuração do ONTAP nas".

  • Corrigido o comportamento de nova tentativa do transporte HTTP (Problema "#1139").

  • Correção na detecção de dispositivos fantasma que ignorava a remoção de dispositivos SCSI (Problema "#1161").

  • Corrigido o provisionamento com simultaneidade habilitada que selecionava uma zona de topologia diferente da zona preferida do nó selecionado. Para comportamento de simultaneidade e topologia, consulte "Escalabilidade do controlador".

  • Corrigido o posicionamento desigual de volumes em backends equivalentes quando a concorrência está ativada; os backends agora são selecionados aleatoriamente de forma uniforme, como no provisionamento não simultâneo. Para obter detalhes, consulte "Escalabilidade do controlador".

  • Corrigido o problema de nós se registrarem com endereços IP ausentes, o que poderia remover regras da política de exportação NFS quando a tabela de endereços de rede do host mudava durante a inicialização do pod de nó do Trident.

  • Corrigido o problema de criação de clones que continuava após a consulta REST e vinculava o PVC como um FlexClone não dividido; o Trident agora observa falhas posteriores no trabalho de criação.

  • Corrigido o relato falso de falhas de redimensionamento no nó durante a expansão de volume do ONTAP-SAN. Para expansão de volume, consulte "Expanda volumes".

Melhorias experimentais

Observação Não deve ser usado em ambientes de produção.

  • [Prévia Técnica] Kubernetes: adicionado suporte ao provisionamento dinâmico baseado em COSI de buckets de storage de objetos do ONTAP S3. Para mais informações, consulte "Provisionar storage de objetos com COSI".

Trident Protect

Melhorias

  • Adicionado suporte para criptografar metadados de snapshot e backup do AppVault. Use uma senha de cofre personalizada para cada AppVault. A rotação da senha do cofre criptografa novamente a chave de criptografia de metadados e atualiza todos os repositórios Kopia e Restic no AppVault. Para saber mais, consulte "Criptografe os metadados do AppVault para snapshots e backups do Trident Protect".

  • Adicionamos suporte para reter o endereço MAC das VMs do KubeVirt durante a restauração, o que é útil quando uma licença de aplicativo está vinculada a um endereço MAC. Para habilitar isso, defina a anotação protect.trident.netapp.io/retain-mac-address como "true". Para saber mais, consulte "Utilize as configurações avançadas de restauração do Trident Protect.".

  • Adicionamos suporte a snapshots de grupo de volume, que capturam as persistent volume claims relacionadas de uma aplicação no mesmo ponto no tempo. Defina grupos de volume em spec.volumeGroups no recurso personalizado Application por rótulo, por máquina virtual KubeVirt ou ambos. Para saber mais, consulte "Use snapshots de grupo de volume com Trident Protect".

  • Adicionamos suporte para failover para um snapshot anterior de um aplicativo replicado, permitindo a recuperação a partir de um ponto no tempo anterior à ocorrência de danos ou comprometimento dos dados. Para saber mais, consulte "Faça failover para um snapshot anterior usando o Trident Protect".

Correções

  • Corrigidas as instalações do Trident Protect que falhavam no trident-protect-pre-upgrade-hook job porque a trident-protect-controller-manager ServiceAccount estava ausente ("Problema #1154").

  • Correção das restaurações somente de PVC para incluírem uma ownerReference somente quando o proprietário existir.

O que há de novo na versão 26.06.2

Saiba o que há de novo no NetApp Trident e Trident Protect, incluindo melhorias, correções e descontinuações.

Trident

Melhorias

Correções

  • Kubernetes:

    • Correção de um problema em que as regras da política de exportação do ONTAP-NAS eram excluídas silenciosamente quando o controlador do Trident era reiniciado ou uma TridentBackendConfig era atualizada enquanto enableConcurrency estava definido como true. Isso poderia deixar volumes já montados ("Problema #1166", "Problema #1179").

    • Corrigimos as atualizações de backend que executavam uma verificação de órfãos por volume para alterações não relevantes, como credenciais e QoS, o que poderia bloquear as operações de CSI por horas em backends de grande porte. A verificação agora é executada somente quando o SVM ou o prefixo de storage é alterado.

    • Correção da exibição de credenciais nos logs de depuração do Trident, incluindo despejos de solicitações gRPC do CSI, o despejo do ambiente de inicialização e TridentBackendConfig as especificações registradas pelo controlador CRD. O despejo do ambiente de inicialização agora registra valores apenas para as próprias TRIDENT_* variáveis do Trident e lista as outras variáveis por nome.

O que há de novo na versão 26.06.1

Saiba o que há de novo no NetApp Trident e Trident Protect, incluindo melhorias, correções e descontinuações.

Trident

Correções

  • Kubernetes:

    • Corrigida uma condição de corrida entre a publicação CSI e a movimentação de volume que podia anexar um volume usando informações de acesso desatualizadas.

    • Corrigida uma condição de corrida em que NodeGetInfo poderia retornar rótulos de topologia vazios antes da conclusão do registro do nó, causando falhas no provisionamento com reconhecimento de topologia.

    • Corrigida uma rara condição de corrida de desconexão NVMe que podia derrubar um subsistema compartilhado enquanto outro pod ainda estava sendo conectado.

    • Corrigidas as falhas na publicação de clones de PVC NVMe (e o mapeamento incorreto do namespace pai) ao criar clones de um volume montado sob concorrência.

    • Corrigido o problema de falhas na criação de snapshots para PVCs em backends ONTAP-SAN-Economy usando um nameTemplate.

Melhorias

  • Kubernetes:

    • Adicionada a opção storageAPITimeout (segundos) na configuração do backend ONTAP para definir os tempos limite dos clientes de API REST e ZAPI por backend.

O que há de novo em 26.06

Saiba o que há de novo no NetApp Trident e Trident Protect, incluindo melhorias, correções e descontinuações.

Trident

Melhorias

  • Kubernetes:

    • Adicionado suporte de disponibilidade geral (GA) para simultaneidade nos drivers ONTAP-NAS-Economy e ONTAP-SAN-Economy, elevando essa funcionalidade da Tech Preview, e adicionado suporte GA para simultaneidade nos drivers Azure NetApp Files (ANF) e SolidFire.

    • Adicionado suporte para Kubernetes 1.36.

    • Adicionada disponibilidade geral (GA) para volume com crescimento automático com os drivers NAS e SAN do Google Cloud NetApp Volumes (GCNV).

    • Adicionada colocação balanceada do Unified ONTAP para seleção ideal de agregados ao provisionar novos volumes ("Problema #64").

    • Adicionado suporte ONTAP AFX para o driver ONTAP-NAS-Flexgroup.

    • Adicionada integração com o NetApp Shift Toolkit para simplificar as migrações de máquinas virtuais ao usar o Red Hat OpenShift Migration Toolkit for Virtualization.

    • Adicionada a compatibilidade com Cloud Identity para o driver SAN do GCNV.

    • Adicionado suporte a volumes subordinados para propagação do Trident Volume Publication (TVP) e fluxos de trabalho de volume com crescimento automático.

    • Adicionado suporte para atualizações de volume e snapshots de grupo de volume ao executar Trident com a simultaneidade ativada.

    • Adicionada limitação dinâmica de taxa gRPC para GCNV.

    • Adicionada uma sonda de prontidão do controlador e ajustadas as configurações padrão de QPS e Burst da API do Kubernetes para o controlador e sidecars.

    • Sequenciamento de operações de nós aprimorado ao separar as etapas de conexão, configuração de criptografia e formatação do sistema de arquivos.

    • Os sistemas de arquivos raiz dos contêineres Trident foram montados como somente leitura para melhorar a segurança.

    • Adicionada a remoção best-effort de snapshots para snapshots de volumes clonados em backends ONTAP quando o snapshot de origem de um volume clonado é excluído.

    • Adicionada a funcionalidade de reconhecimento de PVCs de clones de backup para evitar que PVCs temporários criados por Veeam Kasten, Trilio e Cohesity fiquem presos na fila de recuperação de volumes do ONTAP.

    • Melhoria no tratamento de ARNs da AWS para oferecer suporte a regiões especiais.

    • Impedir a redução do tamanho dos Flexvols durante a operação de redimensionamento para o driver ONTAP-SAN-ECONOMY.

Melhorias experimentais

Observação Não deve ser usado em ambientes de produção.

  • [Prévia Técnica]: Adicionado suporte para importação de qtree ONTAP-NAS-Economy.

  • [Prévia Técnica]: adicionado suporte para simultaneidade para os drivers ASA-R2 (SAN e NVMe).

  • [Prévia Técnica]: Adicionado transporte HTTP GCNV ONTAP-mode para os drivers ONTAP-SAN e ONTAP-NAS.

Correções

  • Kubernetes:

    • Corrigidas as condições de corrida e o gerenciamento de estado para operações simultâneas de publicação/despublicação, clonagem, cache e atualização de backend.

    • Corrigidas as condições de corrida na política de exportação e o tratamento simultâneo de publicação/despublicação para volumes subordinados e clones somente leitura nos drivers ONTAP-NAS e ONTAP-NAS-Economy.

    • Correção da descoberta do ONTAP-NAS-Economy FlexVol após um failover do MetroCluster quando as políticas de snapshot diferem ("Problema #1082").

    • Corrigidas as novas tentativas de exclusão de volume ONTAP-NAS-Economy que interrompiam exclusões de qtree de longa duração ("Problema #1121").

    • Corrigido o comportamento de importação e redimensionamento do ONTAP-SAN e ONTAP-SAN-Economy, incluindo validação de fsType, tratamento de metadados de volume e comportamento do modo de crescimento automático.

    • Corrigida uma condição de corrida de namespace NVMe/TCP durante a criação simultânea de volumes ("Problema #1089").

    • Corrigimos falhas no redimensionamento iSCSI que ocorriam quando os caminhos e portais disponíveis não correspondiam e melhoramos o comportamento em redimensionamentos repetidos.

    • Corrigidas as falhas na exclusão de volumes ONTAP-SAN causadas por condições de volume ocupado.

    • Correção no tratamento de erros REST do ONTAP e melhoria no comportamento de tempo limite do estado SVM.

    • Correção no tratamento de pools zonais e grupos de hosts do GCNV SAN, normalização da conversão de identificadores de volume e normalização de solicitações de criação abaixo do tamanho mínimo.

    • Correção na seleção do pool de capacidade nativo do GCNV para excluir pools no modo ONTAP.

    • Correção do failover do KubeVirt para VMs que utilizam Trident Automated Workload Failover para acelerar o failover de VMs.

    • Corrigidos problemas de RBAC em instalações gerenciadas pelo operador, incluindo ausência de ClusterRoles de nó e reconciliação incorreta de ClusterRole e ClusterRoleBinding durante as atualizações. Isso se aplica a instalações baseadas em Operator e Helm que usam o chart Trident Operator.

    • Corrigidas diferenças persistentes de GitOps no TridentConfigurator e CRDs relacionados, omitindo valores de prioridade padrão e corrigindo a indentação do template YAML ("Problema #915", "Problema #1120").

    • Correção na aplicação de patches em TridentVolumePublication CRDs durante uma atualização do Helm ("Problema #1151").

    • Corrigida a ordem de inicialização do CSI, iniciando o serviço gRPC do CSI antes das novas tentativas de registro do nó.

    • Corrigidas as sobreposições de configuração de clonagem SMB segura durante operações simultâneas.

    • Corrigidas as anotações ausentes no pod do controlador Trident após uma atualização ("Problema #1004").

    • Aprimorado o provisionamento lento de qtree em SVMs grandes ("Problema #1142").

    • Corrigido ControllerPublish para usar o tipo de sistema de arquivos de configuração de volume em vez de um tipo de sistema de arquivos padrão incorreto.

    • Corrigido um problema em que dispositivos dm órfãos podiam causar falhas repetidas de CSI NodeUnstageVolume.

    • Melhorada a limpeza de nós obsoletos e multipath, removendo artefatos fantasmas de multipath e recursos TridentNode obsoletos após a limpeza de nós excluídos de forma lógica.

Trident Protect

Melhorias

Correções

  • Corrigido o problema de falha na restauração de máquina virtual entre clusters, que ocorria com um erro de webhook de admissão quando o namespace do aplicativo de origem não existia no cluster de destino.

  • Corrigido o problema de falha na restauração seletiva de máquina virtual no local durante a etapa de criação do aplicativo devido a uma incompatibilidade de especificações com um recurso personalizado de aplicativo existente; o aplicativo existente agora é reutilizado.

  • Corrigido o travamento de tarefas de restauração no local de máquina virtual em estado Running quando tanto a máquina virtual quanto seu PersistentVolumeClaim eram excluídos; a ausência de um PersistentVolumeClaim agora é tratada como um erro fatal.

  • Corrigido o problema em que a edição de uma programação de proteção existente acionava incorretamente um backup ou snapshot imediato.

  • Corrigido o problema em que o finalizador de snapshot tentava buscar o recurso personalizado do aplicativo após ele ter sido excluído; agora, o finalizador ignora a tentativa quando o aplicativo não é encontrado.

  • Capacidade de storage protegida corrigida aumentando significativamente após uma restauração no local de máquina virtual, utilizando cópia esparsa durante a etapa de cópia do PersistentVolumeClaim.

  • Corrigido o problema em que o Trident Protect excluía o objeto de snapshot do Kubernetes antes de confirmar a exclusão do snapshot subjacente no ONTAP; agora, o finalizador aguarda a VolumeSnapshot exclusão.

  • Corrigido o problema em que os snapshots não prosseguiam quando uma operação de congelamento de máquina virtual falhava; as operações de congelamento e descongelamento agora continuam mesmo em caso de falha.

  • Corrigido o problema de aplicativos de máquinas virtuais KubeVirt que recriavam incorretamente PersistentVolumeClaims durante as operações de reversão, ressincronização reversa e ressincronização de AppMirrorRelationship.

O que há de novo na versão 26.02.1

Saiba o que há de novo no NetApp Trident e Trident Protect, incluindo melhorias, correções e descontinuações.

Trident

Correções

  • Kubernetes:

  • Corrigido o comportamento do SAN do Google Cloud NetApp Volumes (GCNV) para oferecer suporte a pools ZONAL do Flex Unified para cargas de trabalho em bloco (iSCSI). Agora, as configurações zonais e regionais são suportadas.

  • Corrigido o tratamento do pool NAS UNIFIED do Google Cloud NetApp Volumes (GCNV) através da melhoria das operações de criação, validação, nomenclatura e pesquisa de volumes alternativos quando InternalID está ausente.

  • Corrigido um problema em que as operações de redimensionamento de dispositivos iSCSI podiam falhar quando os caminhos e portais disponíveis não correspondiam.

  • Corrigido um problema intermitente que blkid identificava incorretamente o tipo de sistema de arquivos para dispositivos LUKS, impedindo a criação de novos volumes.

  • Corrigido um problema em que operações de publicação e preparação LUKS em grande escala podiam bloquear o controlador Trident. Agora, os usuários devem manter o controle das senhas LUKS associadas aos volumes.

  • Corrigido um problema em que partições multipath iSCSI podiam aparecer como dispositivos fantasmas, impedindo que operações CSI NodeUnstage fossem bem-sucedidas.

  • Corrigida uma condição de corrida no namespace NVMe/TCP durante a criação simultânea de volumes (Issue #1089).

  • Corrigidas as operações simultâneas de clonagem de snapshots quando snapshots eram executados no mesmo segundo.

  • Corrigido um problema que impedia as VMs KubeVirt usando dataVolumes de realizarem failover com Trident Automated Workload Failover.

  • Corrigido um erro que ocorria ao excluir um recurso personalizado inválido TridentMirrorRelationship ao usar o núcleo concorrente do Trident.

  • Correção da indentação na `tridentactionmirrorupdates`definição YAML do CRD do Kubernetes (Issue #1120).

  • Corrigida a chamada da API REST de exclusão assíncrona do qtree (Problema nº 1121).

  • Corrigido ControllerPublish para usar o tipo de sistema de arquivos de configuração de volume em vez de um tipo de sistema de arquivos padrão incorreto.

  • Corrigido o registro de inicialização do controlador para relatar corretamente o status do driver simultâneo.

  • Correção no tratamento de backends suspensos no Trident concorrente.

  • Melhoria no tratamento de ARNs da AWS para oferecer suporte a regiões especiais.

Trident Protect

Correções

Dependências do Trident Protect atualizadas para corrigir vulnerabilidades de segurança:

O que há de novo em 26.02

Saiba o que há de novo no NetApp Trident e Trident Protect, incluindo melhorias, correções e descontinuações.

Trident

Melhorias

Melhorias experimentais

Observação Não deve ser usado em ambientes de produção.

  • [Prévia Técnica]: adicionado suporte para simultaneidade para os drivers ONTAP-NAS-Economy e ONTAP-SAN-Economy.

Problemas conhecidos

Aviso

Existe um problema conhecido com o csi-snapshotter sidecar. Em todas as versões do Kubernetes, VolumeGroupSnapshots v1beta1 impede que VolumeSnapshots alcancem o ReadyToUse estado.

Duas soluções alternativas estão disponíveis:

  1. Exclua os CRDs VolumeGroupSnapshots para desativar VolumeGroupSnapshots e, em seguida, reinstale Trident.

  2. Instale VolumeGroupSnapshots v1beta2 e snapshot-controller versão 8.4.0 ou posterior e, em seguida, reinstale Trident. VolumeGroupSnapshots não funciona em versões do Kubernetes anteriores à v1.34.

Correções

  • Kubernetes:

    • Corrigido um problema em que a remoção da publicação de um clone somente leitura removia as regras de política de exportação do volume de origem nos drivers ONTAP-NAS, ONTAP-NAS-Economy e Google Cloud NetApp Volumes "Problema #1086".

    • As imagens do kubectl foram alteradas para variantes leves baseadas em Alpine para evitar falhas de pull após a descontinuação pública de imagens pela Bitnami "Problema #1080".

    • Corrigida a preservação das anotações da implantação existente durante a atualização do Trident "Problema #1004".

    • Permitir clonagem entre diferentes classes de armazenamento se ambas as classes de armazenamento apontarem para o mesmo backend "Problema #1104".

    • Corrigidas falhas na preparação de nós causadas por timeouts em ambientes de nuvem com latências de rede. Aumentados os valores de timeout para instalações baseadas em nuvem.

    • Corrigido um problema na criação de LUN que fazia com que o atributo de tipo de sistema de arquivos permanecesse não definido quando o processo entrava em estado de nova tentativa.

    • Corrigida a pesquisa de volume da API REST para ignorar o estado do volume, evitando falsos negativos durante as consultas de volume.

    • Eficiência aprimorada do controlador Trident para o driver ontap-nas-economy quando usado em larga escala.

    • Definir internalID durante a importação de LUN no driver ontap-san-economy.

    • Aumentamos os limites de consulta do Azure Resource Graph para lidar com mais subnets.

    • Melhorados os tempos limite de divisão de clones CSI e ONTAP para evitar condições de corrida com alguns aplicativos de backup "Problema #1098", "Problema #1100".

    • Correção na supressão de mensagens de erro do LUKS "Problema #1069".

    • Correção no tratamento de mapeadores LUKS obsoletos para os protocolos iSCSI e NVMe. A lógica de limpeza aprimorada evita falhas de montagem causadas por mapeadores de dispositivos órfãos.

  • Limitações de escala corrigidas para volumes RWX NVMe.

  • Atualizado o pacote OpenTelemetry-Go para corrigir "CVE-2026-24051".

Trident Protect

Melhorias

  • Trident Protect agora desativa automaticamente os agendamentos de proteção e cancela as operações em andamento antes de uma restauração no local, e os reativa após a conclusão da restauração. Para saber mais, consulte "Restaure aplicativos usando o Trident Protect.".

  • Adicionado o campo runImmediately ao schedule CR e o sinalizador CLI --run-immediately para acionar um backup ou snapshot imediato após a criação do agendamento. Para saber mais, consulte "Criar um cronograma de proteção de dados".

  • Adicionada a possibilidade de especificar um nome personalizado para a aplicação restaurada usando o destinationApplicationName campo no CR de restauração ou o --destination-app-name parâmetro da CLI. Para saber mais, consulte "Restaure aplicativos usando o Trident Protect.".

Correções

  • Corrigidas falhas na restauração causadas pela criação de pods antes que as contas de serviço necessárias estivessem disponíveis.

  • Corrigido Roles`e `RoleBindings sendo ignorados durante as restaurações de aplicativos.

  • Corrigido o problema em que o nome do cluster de origem não era exibido na saída tridentctl-protect get appvaultcontent, apesar de estar configurado corretamente.

  • Corrigidos erros de restauração do Kopia que eram ignorados devido à falta de pipefail tratamento.

  • Corrigidas falhas em snapshots e backup causadas por filtros de recursos que excluíam volumes persistentes.

  • Corrigida a restauração incorreta de PVC em aplicações com múltiplos namespaces que possuíam PVC com nomes idênticos em diferentes namespaces, o que poderia resultar em perda de dados.

O que há de novo em 25.10

Saiba mais sobre as novidades do Trident e do Trident Protect, incluindo melhorias, correções e recursos descontinuados.

Trident

Melhorias

  • Kubernetes:

  • Adicionada uma opção para o controlador Trident usar a rede do host via helm, operator e tridentctl ("Edição nº 858" ).

  • Adicionado suporte manual de QoS ao driver ANF, tornando-o pronto para produção no Trident 25.10; esse aprimoramento experimental foi introduzido no Trident 25.06.

Melhorias experimentais

Observação Não deve ser usado em ambientes de produção.

  • [Prévia técnica]: Adicionado suporte para simultaneidade para ONTAP-NAS (somente NFS) e ONTAP-SAN (NVMe para ONTAP 9 unificado), além da prévia técnica existente para o driver ONTAP-SAN (protocolos iSCSI e FCP no ONTAP 9 unificado).

Correções

  • Kubernetes:

    • Corrigida a inconsistência no nome do contêiner CSI node-driver-registrar, padronizando o DaemonSet do Linux para node-driver-registrar, a fim de corresponder à nomenclatura do DaemonSet do Windows e da imagem do contêiner.

    • Corrigido um problema em que as políticas de exportação para qtrees legados não eram atualizadas corretamente.

  • Openshift:

    • Corrigido o problema que impedia a inicialização do pod do nó Trident em nós Windows no Openshift devido ao SCC ter o allowHostDirVolumePlugin definido como falso ("Edição nº 950" ).

  • Corrigido o problema em que o QPS da API do Kubernetes não estava sendo configurado via Helm ("Edição nº 975" ).

  • Corrigida a impossibilidade de montar uma Persistent Volume Claim (PVC) baseada em um snapshot de uma PVC de sistema de arquivos XFS baseado em NVMe no mesmo nó do Kubernetes.

  • Corrigido o problema de alteração do UUID após a reinicialização do host/Docker no modo NDVP, adicionando nomes de subsistema exclusivos/compartilhados por backend (por exemplo, netappdvp_subsystem).

  • Corrigidos erros de montagem para volumes iSCSI durante a atualização do Trident de versões anteriores à 23.10 para a 24.10 e superiores, resolvendo o problema de "SANType inválido".

  • Corrigido o problema em que o estado do backend do Trident não estava sendo atualizado para online/offline sem reiniciar o controlador do Trident .

  • Corrigida condição de corrida intermitente que causava redimensionamento lento do tubo de PVC.

  • Corrigido o problema em que os snapshots não eram apagados em caso de falha na clonagem de volumes.

  • Corrigido o problema que impedia a remoção do volume da fase de preparação quando o caminho do dispositivo era alterado pelo kernel.

  • Corrigido o problema que impedia a descompactação do volume devido ao dispositivo LUKS já estar fechado.

  • Corrigido problema em que operações de armazenamento lentas causavam erros de ContextDeadline.

  • O Trident Operator aguardará o tempo limite configurável do Kubernetes (k8s-timeout) para verificar a versão do Trident .

Trident Protect

O NetApp Trident Protect oferece recursos avançados de gerenciamento de dados de aplicativos que aprimoram a funcionalidade e a disponibilidade de aplicativos Kubernetes com estado, com suporte dos sistemas de armazenamento NetApp ONTAP e do provisionador de armazenamento NetApp Trident CSI.

Melhorias

  • Adicionadas anotações para controlar os tempos limite de CR de snapshot para CRs de agendamento e backup:

  • Adicionada uma anotação ao CR de agendamento para configurar o tempo limite de vinculação do PVC, que será usado pelo CR de backup: protect.trident.netapp.io/pvc-bind-timeout-sec . Ver"Suporte para backup e anotações de agendamento." .

  • Melhorou tridentctl-protect Listagens de backup e snapshot com um novo campo para indicar falhas no gancho de execução.

Mudanças em 25.06.2

Trident

Correções

  • Kubernetes: Corrigido um problema crítico em que dispositivos iSCSI incorretos eram descobertos ao desanexar volumes de nós do Kubernetes.

Mudanças em 25.06.1

Trident

Importante Para clientes que utilizam SolidFire, não atualizem para a versão 25.06.1 devido a um problema conhecido ao cancelar a publicação de volumes. A versão 25.06.2 será lançada em breve para corrigir esse problema.

Correções

  • Kubernetes:

    • Corrigido um problema em que os NQNs não eram verificados antes de serem desmapeados dos subsistemas.

    • Corrigido um problema em que várias tentativas de fechar um dispositivo LUKS levavam a falhas na desanexação de volumes.

    • Corrigido o problema de desempacotamento do volume iSCSI quando o caminho do dispositivo foi alterado desde sua criação.

    • Clonagem de blocos de volumes em classes de armazenamento.

  • OpenShift: Corrigido um problema em que a preparação do nó iSCSI falhava com o OCP 4.19.

  • Aumentou o tempo limite ao clonar um volume usando backends SolidFire ("Problema nº 1008" ).

Mudanças em 25.06

Trident

Melhorias

  • Kubernetes:

    • Adicionado suporte para instantâneos de grupo de volume CSI com v1beta1 Snapshot do grupo de volumes das APIs do Kubernetes para o driver ONTAP-SAN iSCSI. "Trabalhar com instantâneos de grupos de volumes"Consulte .

      Observação VolumeGroupSnapshot é um recurso beta do Kubernetes com APIs beta. O Kubernetes 1.32 é a versão mínima necessária para o VolumeGroupSnapshot.

    • Adicionado suporte para ONTAP ASA r2 para NVMe/TCP além de iSCSI. Ver"Exemplos e opções de configuração de SAN ONTAP" .

    • Adicionado suporte SMB seguro para volumes ONTAP-NAS e ONTAP-NAS-Economy. Usuários e grupos do Active Directory agora podem ser usados com volumes SMB para maior segurança. "Habilitar SMB seguro"Consulte .

    • Simultaneidade de nós Trident aprimorada para maior escalabilidade em operações de nós para volumes iSCSI.

    • Adicionado --allow-discards ao abrir volumes LUKS para permitir comandos discard/TRIM para recuperação de espaço.

    • Desempenho aprimorado ao formatar volumes criptografados com LUKS.

    • Limpeza LUKS aprimorada para dispositivos LUKS com falha, mas parcialmente formatados.

    • Idempotência de nó Trident aprimorada para conexão e desanexação de volume NVMe.

    • Adicionado internalID campo para a configuração do volume Trident para o driver ONTAP-SAN-Economy.

    • Adicionado suporte para replicação de volume com SnapMirror para backends NVMe. "Replique volumes usando o SnapMirror"Consulte .

Melhorias experimentais

Observação Não deve ser usado em ambientes de produção.

  • [Visualização técnica] Habilitou operações simultâneas do controlador Trident por meio do --enable-concurrency sinalizador de recurso. Isso permite que as operações do controlador sejam executadas em paralelo, melhorando o desempenho em ambientes grandes ou movimentados.

    Observação Este recurso é experimental e atualmente suporta fluxos de trabalho paralelos limitados com o driver ONTAP-SAN (protocolos iSCSI e FCP).

  • [Visualização técnica] Adicionado suporte manual de QOS com o driver ANF.

Correções

  • Kubernetes:

    • Corrigido um problema com CSI NodeExpandVolume em que dispositivos multipath podiam ficar com tamanhos incongruentes quando discos SCSI subjacentes não estavam disponíveis.

    • Falha corrigida na limpeza de políticas de exportação duplicadas para drivers ONTAP-NAS e ONTAP-NAS-Economy.

    • Corrigido o problema em que os volumes GCNV usavam NFSv3 por padrão quando nfsMountOptions não estava definido; agora, ambos os protocolos NFSv3 e NFSv4 são suportados. Se nfsMountOptions não for fornecido, a versão de NFS padrão do host (NFSv3 ou NFSv4) será usada.

    • Problema de implantação corrigido ao instalar o Trident usando o Kustomize ( "Problema nº 831" ).

    • Políticas de exportação ausentes corrigidas para PVCs criados a partir de instantâneos ( "Problema nº 1016" ).

    • Problema corrigido em que os tamanhos de volume ANF não eram alinhados automaticamente em incrementos de 1 GiB.

    • Problema corrigido ao usar NFSv3 com Bottlerocket.

  • Problema corrigido com volumes ONTAP-NAS-Economy expandindo até 300 TB apesar de falhas de redimensionamento.

  • Problema corrigido em que as operações de divisão de clones estavam sendo feitas de forma síncrona ao usar a API REST do ONTAP.

Depreciações:

  • Kubernetes: Kubernetes mínimo suportado atualizado para v1.27.

Trident Protect

O NetApp Trident Protect oferece recursos avançados de gerenciamento de dados de aplicativos que aprimoram a funcionalidade e a disponibilidade de aplicativos Kubernetes com estado, com suporte dos sistemas de armazenamento NetApp ONTAP e do provisionador de armazenamento NetApp Trident CSI.

Melhorias

  • Tempos de restauração melhorados, oferecendo a opção de fazer backups completos mais frequentes.

  • Granularidade aprimorada da definição do aplicativo e restauração seletiva com filtragem Grupo-Versão-Tipo (GVK).

  • Ressincronização eficiente e replicação reversa ao usar o AppMirrorRelationship (AMR) com o NetApp SnapMirror, para evitar a replicação completa de PVC.

  • Adicionada a capacidade de usar o EKS Pod Identity para criar buckets do AppVault, eliminando a necessidade de especificar um segredo com as credenciais do bucket para clusters EKS.

  • Adicionada a capacidade de pular a restauração de rótulos e anotações no namespace de restauração, se necessário.

  • O AppMirrorRelationship (AMR) agora verificará a expansão do PVC de origem e executará a expansão apropriada no PVC de destino, conforme necessário.

Correções

  • Corrigido o bug em que os valores de anotação de snapshots anteriores estavam sendo aplicados a snapshots mais recentes. Todas as anotações de snapshots agora são aplicadas corretamente.

  • Definiu um segredo para criptografia do movimentador de dados (Kopia / Restic) por padrão, se não definido.

  • Adicionadas mensagens de validação e erro aprimoradas para a criação do S3 AppVault.

  • O AppMirrorRelationship (AMR) agora replica apenas PVs no estado Bound, para evitar tentativas malsucedidas.

  • Problema corrigido em que erros eram exibidos ao obter AppVaultContent em um AppVault com grande número de backups.

  • Os KubeVirt VMSnapshots são excluídos das operações de restauração e failover para evitar falhas.

  • Problema corrigido com o Kopia em que os snapshots estavam sendo removidos prematuramente devido ao cronograma de retenção padrão do Kopia substituir o que foi definido pelo usuário no cronograma.

Mudanças em 25.02.1

Trident

Correções

  • Kubernetes:

    • Corrigido um problema no operador Trident em que nomes e versões de imagens sidecar eram incorretamente preenchidos ao usar um Registro de imagem não padrão ("Problema nº 983").

    • Corrigido o problema em que as sessões multipath não recuperavam durante um failover do ONTAP ("Problema nº 961").

Mudanças em 25,02

A partir da versão 25.02 do Trident , o resumo "Novidades" fornece detalhes sobre melhorias, correções e itens descontinuados para as versões do Trident e do Trident Protect.

Trident

Melhorias

  • Kubernetes:

    • Adicionado suporte para ONTAP ASA R2 para iSCSI.

    • Adicionado suporte para Force Detach para volumes ONTAP-nas durante cenários de encerramento de nó não gracioso. Os novos volumes ONTAP-nas agora utilizarão políticas de exportação por volume gerenciadas pelo Trident. Forneceu um caminho de atualização para que os volumes existentes façam a transição para o novo modelo de política de exportação na não publicação, sem afetar os workloads ativos.

    • Adicionada anotação cloneFromSnapshot.

    • Adicionado suporte para clonagem de volume entre namespace.

    • Correcções de verificação melhoradas de recuperação automática iSCSI para iniciar redigitalizações por ID de host, canal, destino e LUN exato.

    • Adicionado suporte para Kubernetes 1,32.

  • OpenShift:

    • Adicionado suporte para preparação automática de nó iSCSI para RHCOS em clusters ROSA.

    • Adicionado suporte para virtualização OpenShift para drivers ONTAP.

  • Adicionado suporte Fibre Channel no driver ONTAP-SAN.

  • Adicionado suporte a NVMe LUKS.

  • Mudou para imagem de raspadinha para todas as imagens base.

  • Foi adicionada a deteção e o registo do estado da ligação iSCSI quando as sessões iSCSI devem ser efetuadas, mas não são ("Problema nº 961").

  • Adicionado suporte a volumes SMB com o driver google-Cloud-NetApp-volumes.

  • Adicionado suporte para permitir que os volumes ONTAP saltem a fila de recuperação na eliminação.

  • Adicionado suporte para substituir imagens padrão usando Shas em vez de tags.

  • Adicionado sinalizador image-pull-segies para o instalador tridentctl.

Correções

  • Kubernetes:

    • Corrigido endereços IP de nó ausentes das políticas de exportação automática ("Problema nº 965").

    • Políticas de exportação automáticas fixas alternando prematuramente para política de volume por ONTAP-nas-Economy.

    • Credenciais de configuração de back-end fixas para oferecer suporte a todas as partições ARN () da AWS disponíveis"Problema nº 913".

    • Opção adicionada para desativar a reconciliação do configurador automático no operador Trident ("Problema nº 924").

    • Adicionado securityContext para o contentor csi-Resizer ("Problema nº 976").

Trident Protect

O NetApp Trident Protect oferece recursos avançados de gerenciamento de dados de aplicativos que aprimoram a funcionalidade e a disponibilidade de aplicativos Kubernetes com estado, com suporte dos sistemas de armazenamento NetApp ONTAP e do provisionador de armazenamento NetApp Trident CSI.

Melhorias

  • Adicionado suporte para backup e restauração de VMs de virtualização KubeVirt / OpenShift para armazenamento com volumeMode: File e volumeMode: Block (dispositivo bruto). Este suporte é compatível com todos os drivers Trident e aprimora os recursos de proteção existentes ao replicar o armazenamento usando o NetApp SnapMirror com Trident Protect.

  • Adicionada a capacidade de controlar o comportamento de congelamento no nível da aplicação para ambientes Kubevirt.

  • Adicionado suporte para configurar conexões proxy AutoSupport.

  • Adicionada a capacidade de definir um segredo para a criptografia do controlador de dados (Kopia / Restic).

  • Adicionado a capacidade de executar manualmente um gancho de execução.

  • Adicionada a capacidade de configurar restrições de contexto de segurança (SCCs) durante a instalação do Trident Protect.

  • Adicionada a possibilidade de configurar o nodeSelector durante a instalação do Trident Protect.

  • Adicionado suporte para proxy de saída HTTP / HTTPS para objetos AppVault.

  • Extended ResourceFilter para habilitar a exclusão de recursos com escopo de cluster.

  • Adicionado suporte para o token de sessão da AWS nas credenciais do S3 AppVault.

  • Adicionado suporte para coleta de recursos após ganchos de execução pré-snapshot.

Correções

  • Melhorou o gerenciamento de volumes temporários para ignorar a fila de recuperação de volume do ONTAP.

  • As anotações SCC são agora restauradas para os valores originais.

  • Eficiência de restauração aprimorada com suporte para operações paralelas.

  • Suporte aprimorado para hook timeouts de execução para aplicativos maiores.

Mudanças em 24.10.1

Melhorias

  • Kubernetes: Adicionado suporte ao Kubernetes 1,32.

  • Foi adicionada a deteção e o registo do estado da ligação iSCSI quando as sessões iSCSI devem ser efetuadas, mas não são ("Problema nº 961").

Correções

  • Corrigido endereços IP de nó ausentes das políticas de exportação automática ("Problema nº 965").

  • Políticas de exportação automáticas fixas alternando prematuramente para política de volume por ONTAP-nas-Economy.

  • Dependências do Trident e do Trident-ASUP atualizadas para endereçar CVE-2024-45337 e CVE-2024-45310.

  • Logouts removidos para portais não CHAP não-CHAP intermitentemente insalubres durante a auto-recuperação iSCSI ("Problema nº 961").

Mudanças em 24,10

Melhorias

  • O driver do Google Cloud NetApp volumes agora está disponível para volumes NFS e é compatível com provisionamento com reconhecimento de zona.

  • O código de carga de trabalho do GCP será usado como o Cloud Identity para volumes do Google Cloud NetApp com o GKE.

  • Adicionado formatOptions parâmetro de configuração aos drivers ONTAP-SAN e ONTAP-SAN-Economy para permitir que os usuários especifiquem opções de formato LUN.

  • Tamanho mínimo de volume Azure NetApp Files reduzido para 50 GiB. O novo tamanho mínimo do Azure deverá estar disponível em novembro.

  • Parâmetro de configuração adicionado denyNewVolumePools para restringir drivers de economia ONTAP-nas e economia ONTAP-SAN a pools FlexVol pré-existentes.

  • Adição, remoção ou renomeação de agregados do SVM em todos os drivers ONTAP.

  • Adicionou 18 MiB de sobrecarga aos LUNs LUKS para garantir que o tamanho de PVC relatado seja utilizável.

  • Estágio de nó ONTAP-SAN e ONTAP-SAN aprimorado e manipulação de erros de desinstalação para permitir a remoção do estágio para remover dispositivos após um estágio com falha.

  • Adicionado um gerador de funções personalizado, permitindo que os clientes criem um papel minimalista para o Trident no ONTAP.

  • Adicionado registo adicional para resolução de problemas lsscsi ("Problema nº 792").

Kubernetes

  • Adição de novos recursos do Trident para workflows nativos do Kubernetes:

  • Adicionou uma nova bandeira --k8s-api-qps aos instaladores para definir o valor QPS usado pelo Trident para se comunicar com o servidor da API do Kubernetes.

  • Sinalizador adicionado --node-prep aos instaladores para gerenciamento automático de dependências de protocolo de storage nos nós de cluster do Kubernetes. Compatibilidade testada e verificada com o protocolo de armazenamento iSCSI do Amazon Linux 2023

  • Adicionado suporte para forçar desanexar para volumes de economia de ONTAP-nas durante cenários de encerramento de nó não gracioso.

  • Os novos volumes de NFS com economia de ONTAP nas usarão políticas de exportação por qtree ao usar autoExportPolicy a opção de back-end. As Qtrees só serão mapeadas para políticas de exportação restritivas de nós no momento da publicação para melhorar o controle de acesso e a segurança. Os qtrees existentes serão alternados para o novo modelo de política de exportação quando o Trident não publicar o volume de todos os nós para fazê-lo sem afetar cargas de trabalho ativas.

  • Adicionado suporte para Kubernetes 1,31.

Melhorias experimentais

  • Adicionado pré-visualização técnica para suporte de Fibre Channel no driver ONTAP-SAN.

Correções

  • Kubernetes:

    • Webhook de admissão de Rancher fixo que impede instalações de Helm do Trident ("Problema nº 839" ).

    • Tecla de afinidade fixa nos valores do gráfico de leme ("Problema nº 898").

    • Corrigido tridentControllerPluginNodeSeletor/tridentNodePluginNodeSeletor não funcionará com o valor "verdadeiro" ("Problema nº 899").

    • Instantâneos efêmeros eliminados criados durante a clonagem ("Problema nº 901").

  • Adicionado suporte para o Windows Server 2019.

  • Corrigido 'go mod tidy' em Trident repo ("Problema nº 767").

Desvalorizações

  • Kubernetes:

    • Mínimo atualizado com suporte de Kubernetes para 1,25.

    • Suporte removido para a Diretiva de Segurança DO POD.

Rebranding do produto

A partir do lançamento de 24,10, o Astra Trident é renomeado para Trident (NetApp Trident). Esse rebranding não afeta recursos, plataformas suportadas ou interoperabilidade para o Trident.

Mudanças em 24,06

Melhorias

  • IMPORTANTE: O limitVolumeSize parâmetro agora limita os tamanhos de qtree/LUN nos drivers ONTAP Economy. Use o novo limitVolumePoolSize parâmetro para controlar tamanhos de FlexVol nesses drivers. ("Problema nº 341").

  • Adicionada capacidade de recuperação automática iSCSI para iniciar varreduras SCSI por ID LUN exato se grupos obsoletos estiverem em uso ("Problema nº 883").

  • Adicionado suporte para operações de clone de volume e redimensionamento para ser permitido mesmo quando o back-end está no modo suspenso.

  • Adicionada capacidade para que as configurações de log configuradas pelo usuário para o controlador Trident sejam propagadas para pods de nó do Trident.

  • Adicionado suporte no Trident para usar REST por padrão em vez de ONTAPI (ZAPI) para ONTAP versões 9.15.1 e posteriores.

  • Adicionado suporte a metadados e nomes de volume personalizados nos back-ends de storage do ONTAP para novos volumes persistentes.

  • Aprimorado o azure-netapp-files driver (ANF) para habilitar automaticamente o diretório snapshot por padrão quando as opções de montagem NFS estão definidas para usar a versão 4.x.

  • Adicionado suporte de Bottlerocket para volumes NFS.

  • Adicionado suporte a pré-visualização técnica para o Google Cloud NetApp volumes.

Kubernetes

  • Adicionado suporte para Kubernetes 1,30.

  • Adicionado capacidade para Trident DaemonSet para limpar montagens de Zumbis e arquivos de rastreamento residuais na inicialização ("Problema nº 883").

  • Adicionada anotação em PVC trident.netapp.io/luksEncryption para importar dinamicamente volumes LUKS ("Problema nº 849").

  • Adição de reconhecimento de topologia para o driver do ANF.

  • Adicionado suporte para nós do Windows Server 2022.

Correções

  • Falhas de instalação do Trident fixas devido a transações obsoletas.

  • Corrigido o tridentctl para ignorar mensagens de aviso do Kubernetes ("Problema nº 892").

  • A prioridade do controlador Trident foi alterada SecurityContextConstraint para 0 ("Problema nº 887" ).

  • Os drivers ONTAP agora aceitam tamanhos de volume abaixo de 20 MiB ( "Problema[ n.o 885" ).

  • Corrigido Trident para evitar a redução de volumes FlexVol durante a operação de redimensionamento para o driver ONTAP-SAN.

  • Falha fixa de importação de volume do ANF com NFS v4,1.

Mudanças em 24,02

Melhorias

  • Adicionado suporte para o Cloud Identity.

    • AKS com ANF - o Azure Workload Identity será usado como identidade de nuvem.

    • O EKS com FSxN - função do AWS IAM será usado como identidade na nuvem.

  • Adicionado suporte para instalar o Trident como um complemento no cluster EKS a partir do console EKS.

  • Adicionada capacidade de configurar e desativar a recuperação automática iSCSI ("Problema nº 864").

  • A personalidade do Amazon FSX foi adicionada aos drivers do ONTAP para permitir a integração com o AWS IAM e o SecretsManager e permitir que o Trident exclua volumes do FSX com backups ("Problema nº 453").

Kubernetes

  • Adicionado suporte para Kubernetes 1,29.

Correções

  • Mensagens de aviso do ACP fixas, quando o ACP não está ativado ("Problema nº 866").

  • Adicionado um atraso de 10 segundos antes de executar uma divisão de clones durante a exclusão de snapshot para drivers ONTAP, quando um clone está associado ao snapshot.

Desvalorizações

  • Estrutura de atestações in-toto removida dos manifestos de imagem multi-plataforma.

Mudanças em 23,10

Correções

  • Expansão de volume fixa se um novo tamanho solicitado for menor do que o tamanho total do volume para os drivers de armazenamento ONTAP-nas e ONTAP-nas-FlexGroup ("Problema nº 834").

  • Tamanho de volume fixo para exibir somente o tamanho utilizável do volume durante a importação para drivers de armazenamento ONTAP-nas e ONTAP-nas-FlexGroup ("Problema nº 722" ).

  • Conversão de nomes FlexVol fixos para ONTAP-nas-Economy.

  • Corrigido problema de inicialização do Trident em um nó do Windows quando o nó é reinicializado.

Melhorias

Kubernetes

Adicionado suporte para Kubernetes 1,28.

Trident

  • Adicionado suporte para o uso de identidades gerenciadas do Azure (AMI) com o driver de armazenamento azure-NetApp-Files.

  • Adicionado suporte para NVMe sobre TCP para o driver ONTAP-SAN.

  • Adicionada capacidade de pausar o provisionamento de um volume quando o back-end é definido como estado suspenso pelo usuário ("Problema nº 558").

Mudanças em 23.07.1

Kubernetes: exclusão do daemonset fixa para oferecer suporte a atualizações sem inatividade ("Problema nº 740").

Mudanças em 23,07

Correções

Kubernetes

  • Atualização do Trident corrigida para ignorar pods antigos presos no estado de terminação ("Problema nº 740").

  • Adicionado tolerância à definição "transient-Trident-version-pod" ("Problema nº 795" ).

Trident

  • Solicitações ONTAPI (ZAPI) fixas para garantir que os números de série LUN sejam consultados ao obter atributos LUN para identificar e corrigir dispositivos iSCSI fantasma durante as operações de estadiamento do nó.

  • Corrigido o erro de manipulação no código do driver de armazenamento ("Problema nº 816").

  • Ajuste o tamanho da cota ao usar drivers ONTAP com o uso-REST.

  • Criação de clone de LUN fixo em ONTAP-san-Economy.

  • Reverter campo de informações de publicação rawDevicePath de para devicePath; lógica adicionada para preencher e recuperar (em alguns casos) devicePath campo.

Melhorias

Kubernetes

  • Adicionado suporte para importar instantâneos pré-provisionados.

  • Implementação minimizada e permissões do daemonset linux ("Problema nº 817").

Trident

  • Não é mais relatar o campo de estado para volumes e instantâneos "online".

  • Atualiza o estado de back-end se o back-end do ONTAP estiver off-line ("Problemas nº 801", "Nº 543").

  • O número de série LUN é sempre recuperado e publicado durante o fluxo de trabalho ControllerVolumePublish.

  • Adicionada lógica adicional para verificar o número de série e o tamanho do dispositivo multipath iSCSI.

  • Verificação adicional para volumes iSCSI para garantir que o dispositivo multipath correto seja desorganizado.

Aperfeiçoamento experimental

Adicionado suporte de visualização técnica para NVMe sobre TCP para o driver ONTAP-SAN.

Documentação

Muitas melhorias organizacionais e de formatação foram feitas.

Desvalorizações

Kubernetes

  • Suporte removido para instantâneos v1beta1.

  • Suporte removido para volumes pré-CSI e classes de armazenamento.

  • Mínimo atualizado com suporte de Kubernetes para 1,22.

Mudanças em 23,04

Importante Forçar a desagregação de volume para volumes ONTAP-SAN-* é compatível apenas com versões Kubernetes com o recurso desativação de nó não-gracioso ativado. Forçar a desligação deve ser ativada no momento da instalação utilizando o --enable-force-detach sinalizador do instalador do Trident.

Correções

  • Operador Trident fixo para usar localhost IPv6 para instalação quando especificado na especificação.

  • Permissões de função de cluster do operador do Trident fixas para serem sincronizadas com as permissões do pacote ("Problema nº 799").

  • Corrigido o problema com a inclusão de volume de bloco bruto em vários nós no modo RWX.

  • Suporte fixo à clonagem de FlexGroup e importação de volume para volumes SMB.

  • Corrigido o problema em que o controlador Trident não podia desligar imediatamente ("Problema nº 811").

  • Correção adicionada para listar todos os nomes do grupo igrop associados a um LUN especificado provisionado com drivers ONTAP-San-*.

  • Adicionada uma correção para permitir que processos externos sejam executados até a conclusão.

  • Corrigido erro de compilação para a arquitetura s390 ("Problema nº 537" ).

  • Corrigido o nível de registo incorreto durante as operações de montagem de volume ("Problema nº 781").

  • Corrigido erro de afirmação de tipo potencial ("Problema nº 802" ).

Melhorias

  • Kubernetes:

    • Adicionado suporte para Kubernetes 1,27.

    • Adicionado suporte para importar volumes LUKS.

    • Adicionado suporte para o modo de acesso ao PVC ReadWriteOncePod.

    • Adicionado suporte para Force Detach para volumes ONTAP-SAN-* durante cenários de encerramento de nó não gracioso.

    • Todos os volumes ONTAP-SAN-* agora usarão grupos por nó. Os LUNs só serão mapeados para os grupos enquanto forem publicados ativamente nesses nós para melhorar a nossa postura de segurança. Os volumes existentes serão oportunisticamente comutados para o novo esquema de grupos quando o Trident determinar que é seguro fazê-lo sem afetar cargas de trabalho ativas ("Problema nº 758" ).

    • Melhor segurança do Trident ao limpar grupos não utilizados gerenciados pelo Trident dos backends ONTAP-SAN-*.

  • Adicionado suporte para volumes SMB com o Amazon FSX para os drivers de armazenamento ONTAP-nas-Economy e ONTAP-nas-FlexGroup.

  • Adicionado suporte para compartilhamentos SMB com os drivers de storage ONTAP-nas, ONTAP-nas-Economy e ONTAP-nas-FlexGroup.

  • Adicionado suporte para arm64 nós ("Problema nº 732" ).

  • Procedimento de encerramento aprimorado do Trident desativando primeiro os servidores API ("Problema nº 811").

  • Adicionado suporte de compilação entre plataformas para Windows e hosts arm64 para Makefile; veja BUILD.md.

Desvalorizações

Kubernetes: Os grupos com escopo de back-end não serão mais criados ao configurar drivers ONTAP-san e ONTAP-san-Economy ("Problema nº 758").

Mudanças em 23.01.1

Correções

  • Operador Trident fixo para usar localhost IPv6 para instalação quando especificado na especificação.

  • Permissões fixas da função de cluster do operador do Trident para estar em sincronia com as permissões do pacote "Problema nº 799".

  • Adicionada uma correção para permitir que processos externos sejam executados até a conclusão.

  • Corrigido o problema com a inclusão de volume de bloco bruto em vários nós no modo RWX.

  • Suporte fixo à clonagem de FlexGroup e importação de volume para volumes SMB.

Mudanças em 23,01

Importante O Kubernetes 1,27 agora é compatível com o Trident. Atualize o Trident antes de atualizar o Kubernetes.

Correções

  • Kubernetes: Adicionadas opções para excluir a criação da Diretiva de Segurança do Pod para corrigir instalações do Trident via Helm ("Problemas nº 783, nº 794").

Melhorias

Kubernetes

  • Adicionado suporte para Kubernetes 1,26.

  • Utilização geral aprimorada de recursos RBAC do Trident ("Problema nº 757").

  • Automação adicionada para detetar e corrigir sessões iSCSI quebradas ou obsoletas em nós de host.

  • Adicionado suporte para expandir volumes criptografados LUKS.

  • Kubernetes: Suporte à rotação de credenciais adicionado para volumes criptografados LUKS.

Trident

  • Adicionado suporte para volumes SMB com o Amazon FSX for NetApp ONTAP para o driver de armazenamento ONTAP-nas.

  • Adicionado suporte para permissões NTFS ao usar volumes SMB.

  • Adicionado suporte a pools de storage para volumes do GCP com nível de serviço CVS.

  • Adicionado suporte para uso opcional do flexgroupAggregateList ao criar FlexGroups com o driver de armazenamento ONTAP-nas-FlexGroup.

  • Desempenho aprimorado para o driver de storage econômico ONTAP nas ao gerenciar vários volumes FlexVol

  • Atualizações de dataLIF habilitadas para todos os drivers de storage nas do ONTAP.

  • Atualização da convenção de nomenclatura Trident Deployment e DaemonSet para refletir o sistema operacional do nó host.

Desvalorizações

  • Kubernetes: Mínimo atualizado com suporte de Kubernetes para 1,21.

  • DataLIFs não devem mais ser especificados ao configurar ontap-san ou ontap-san-economy drivers.

Mudanças em 22,10

Você deve ler as seguintes informações críticas antes de atualizar para o Trident 22,10.

Aviso
<strong> informações críticas sobre o Trident 22.10 </strong>

  • O Kubernetes 1,25 agora é compatível com o Trident. É necessário atualizar o Trident para o 22,10 antes da atualização para o Kubernetes 1,25.

  • O Trident agora reforça estritamente o uso de configuração multipathing em ambientes SAN, com um valor recomendado de find_multipaths: no no arquivo multipath.conf.

    O uso de configuração não multipathing ou o uso find_multipaths: yes de ou find_multipaths: smart valor no arquivo multipath.conf resultará em falhas de montagem. A Trident recomenda o uso de find_multipaths: no desde a versão 21,07.

Correções

  • Corrigido um problema específico para o back-end do ONTAP criado usando credentials campo que não aparece on-line durante a atualização do 22.07.0 ("Problema nº 759" ).

  • Docker: corrigiu um problema que fazia com que o plugin de volume do Docker não iniciasse em alguns ambientes ("Problema nº 548" e "Problema nº 760").

  • Corrigido problema de SLM específico para backends de SAN ONTAP para garantir que apenas subconjunto de dataLIFs pertencentes a nós de relatório seja publicado.

  • Corrigido problema de desempenho em que verificações desnecessárias para iSCSI LUNs aconteceram ao anexar um volume.

  • Novas tentativas granulares removidas dentro do fluxo de trabalho iSCSI do Trident para falhar rapidamente e reduzir os intervalos de tentativas externas.

  • Corrigido o problema em que um erro foi retornado ao lavar um dispositivo iSCSI quando o dispositivo multipath correspondente já estava lavado.

Melhorias

  • Kubernetes:

    • Adicionado suporte para Kubernetes 1,25. É necessário atualizar o Trident para o 22,10 antes da atualização para o Kubernetes 1,25.

    • Adicionado um ServiceAccount separado, ClusterRole e ClusterRoleBinding para a implantação do Trident e DaemonSet para permitir melhorias futuras de permissões.

    • Adicionado suporte para "compartilhamento de volume entre namespace".

  • Todos os drivers de storage Trident ontap-* agora funcionam com a API REST do ONTAP.

  • Adicionado novo operador yaml (bundle_post_1_25.yaml) sem um PodSecurityPolicy para oferecer suporte ao Kubernetes 1,25.

  • Adicionado "Suporte para volumes criptografados com LUKS" para ontap-san e ontap-san-economy drivers de armazenamento.

  • Adicionado suporte para nós do Windows Server 2019.

  • Adicionado "Suporte para volumes SMB em nós do Windows" através do azure-netapp-files driver de armazenamento.

  • A deteção automática de comutação MetroCluster para controladores ONTAP está agora disponível em geral.

Desvalorizações

  • Kubernetes: atualizado com o mínimo de Kubernetes compatível para 1,20.

  • Driver do Astra Data Store (ADS) removido.

  • Removido o suporte yes e smart as opções para find_multipaths quando configurar multipathing de nó de trabalho para iSCSI.

Mudanças em 22,07

Correções

Kubernetes

  • Corrigido problema para lidar com valores booleanos e numéricos para o seletor de nó ao configurar o Trident com Helm ou o Operador Trident. ("GitHub Edição nº 700")

  • Corrigido problema no tratamento de erros do caminho não-CHAP, de modo que kubelet irá tentar novamente se falhar. "GitHub Edição nº 736")

Melhorias

  • Transição do k8s.gcr.io para o registry.k8s.io como Registro padrão para imagens CSI

  • Os volumes ONTAP-SAN agora usarão grupos por nó e mapearão apenas LUNs para grupos enquanto são publicados ativamente nesses nós para melhorar nossa postura de segurança. Os volumes existentes serão oportunisticamente comutados para o novo esquema de grupos quando o Trident determinar que é seguro fazê-lo sem afetar cargas de trabalho ativas.

  • Incluído um ResourceQuota com instalações Trident para garantir que o Trident DaemonSet seja programado quando o consumo de PriorityClass é limitado por padrão.

  • Adicionado suporte para recursos de rede ao driver Azure NetApp Files. ("GitHub Edição nº 717")

  • Adicionada deteção automática de comutação MetroCluster de pré-visualização técnica aos drivers ONTAP. ("GitHub Edição nº 228")

Desvalorizações

  • Kubernetes: atualizado com o mínimo de Kubernetes compatível para 1,19.

  • A configuração de backend não permite mais vários tipos de autenticação em uma única configuração.

Remoções

  • O driver do AWS CVS (obsoleto desde 22,04) foi removido.

  • Kubernetes

    • Removido recurso SYS_ADMIN desnecessário dos pods de nós.

    • Reduz o nodeprep para informações simples de host e descoberta de serviço ativo para confirmar o melhor esforço de que os serviços NFS/iSCSI estão disponíveis nos nós de trabalho.

Documentação

Uma nova "Padrões de segurança do pod"seção (PSS) foi adicionada detalhando as permissões habilitadas pelo Trident na instalação.

Mudanças em 22,04

A NetApp está continuamente melhorando e aprimorando seus produtos e serviços. Aqui estão alguns dos recursos mais recentes do Trident. Para versões anteriores, "Versões anteriores da documentação" consulte .

Importante Se você estiver atualizando de qualquer versão anterior do Trident e usar o Azure NetApp Files, o location parâmetro config agora é um campo único obrigatório.

Correções

Melhorias

  • As conexões de entrada para os endpoints seguros da Trident agora exigem um mínimo de TLS 1,3. ("GitHub Edição nº 698")

  • O Trident agora adiciona cabeçalhos HSTS às respostas de seus endpoints seguros.

  • O Trident agora tenta ativar o recurso de permissões unix do Azure NetApp Files automaticamente.

  • Kubernetes: O daemonset do Trident agora é executado na classe de prioridade crítica do nó do sistema. ("GitHub Edição nº 694")

Remoções

O driver da série e (desativado desde 20,07) foi removido.

Mudanças em 22.01.1

Correções

  • Corrigido o problema com a remoção de volumes em nós excluídos. ("GitHub Edição nº 691")

  • Corrigido o pânico ao acessar campos nil para espaço agregado nas respostas da API do ONTAP.

Mudanças em 22.01.0

Correções

  • Kubernetes: aumente o tempo de repetição do backoff do Registro de nós para clusters grandes.

  • Corrigido problema em que o driver azure-NetApp-Files poderia ser confundido por vários recursos com o mesmo nome.

  • Os DataLIFs SAN IPv6 da ONTAP agora funcionam se forem especificados com colchetes.

  • Corrigido o problema em que a tentativa de importar um volume já importado retorna EOF deixando PVC em estado pendente. ("GitHub Edição nº 489")

  • Corrigido o problema quando o desempenho do Trident diminui quando > 32 snapshots são criados em um volume SolidFire.

  • Substituído SHA-1 por SHA-256 na criação de certificado SSL.

  • Driver Azure NetApp Files fixo para permitir nomes de recursos duplicados e limitar as operações a um único local.

  • Driver Azure NetApp Files fixo para permitir nomes de recursos duplicados e limitar as operações a um único local.

Melhorias

  • Melhorias do Kubernetes:

    • Adicionado suporte para Kubernetes 1,23.

    • Adicione opções de agendamento para pods Trident quando instalado via Operador Trident ou Helm. ("GitHub Edição nº 651")

  • Permitir volumes entre regiões no driver do GCP. ("GitHub Edição nº 633")

  • Adicionado suporte para a opção 'unixPermissions' para volumes Azure NetApp Files. ("GitHub Edição nº 666")

Desvalorizações

A interface REST do Trident pode ouvir e servir apenas em endereços 127.0.0.1 ou [::1]

Mudanças em 21.10.1

Aviso A versão v21.10.0 tem um problema que pode colocar o controlador Trident em um estado CrashLoopBackOff quando um nó é removido e depois adicionado de volta ao cluster do Kubernetes. Esse problema foi corrigido no v21,10.1 (GitHub Issue 669).

Correções

  • Condição de corrida potencial fixa ao importar um volume em um back-end CVS do GCP, resultando em falha na importação.

  • Corrigido um problema que pode colocar o controlador Trident em um estado CrashLoopBackOff quando um nó é removido e depois adicionado de volta ao cluster do Kubernetes (problema 669 do GitHub).

  • Corrigido o problema em que os SVMs não eram mais descobertos se nenhum nome SVM foi especificado (problema 612 do GitHub).

Mudanças em 21.10.0

Correções

  • Corrigido o problema em que clones de volumes XFS não podiam ser montados no mesmo nó que o volume de origem (problema 514 do GitHub).

  • Corrigido o problema em que o Trident registrou um erro fatal no desligamento (problema 597 do GitHub).

  • Correções relacionadas ao Kubernetes:

    • Retorne o espaço usado de um volume como o mínimo restoresSize ao criar snapshots com ontap-nas drivers e ontap-nas-flexgroup (GitHub Issue 645).

    • Corrigido o problema em que Failed to expand filesystem o erro foi registrado após o redimensionamento de volume (GitHub problema 560).

    • Corrigido o problema em que um pod poderia ficar preso Terminating no estado (GitHub problema 572).

    • Corrigido o caso em que um ontap-san-economy FlexVol pode estar cheio de LUNs instantâneos (GitHub problema 533).

    • Corrigido o problema do instalador personalizado YAML com imagem diferente (problema 613 do GitHub).

    • Corrigido cálculo do tamanho do instantâneo (GitHub edição 611).

    • Corrigido o problema em que todos os instaladores do Trident podiam identificar o Kubernetes simples como OpenShift (problema 639 do GitHub).

    • Corrigido o operador do Trident para parar a reconciliação se o servidor da API do Kubernetes não estiver acessível (problema 599 do GitHub).

Melhorias

  • Adicionado suporte à unixPermissions opção para volumes de performance do GCP-CVS.

  • Adicionado suporte para volumes CVS otimizados para escala no GCP na faixa de 600 GiB a 1 TIB.

  • Aprimoramentos relacionados ao Kubernetes:

    • Adicionado suporte para Kubernetes 1,22.

    • Habilitou o operador do Trident e o gráfico Helm para trabalhar com o Kubernetes 1,22 (GitHub Issue 628).

    • Adicionado a imagem do operador ao tridentctl comando imagens (GitHub Issue 570).

Melhorias experimentais

  • Adicionado suporte para replicação de volume no ontap-san driver.

  • Adicionado suporte REST Tech Preview para os ontap-nas-flexgroup drivers , ontap-san, e ontap-nas-economy .

Problemas conhecidos

Problemas conhecidos identificam problemas que podem impedi-lo de usar o produto com sucesso.

  • Ao atualizar um cluster do Kubernetes do 1,24 para o 1,25 ou posterior que tenha o Trident instalado, você deve atualizar o Values.yaml para definir excludePodSecurityPolicy true ou adicionar --set excludePodSecurityPolicy=true helm upgrade ao comando antes de atualizar o cluster.

  • O Trident agora aplica um espaço em fsType (fsType=""`branco ) para volumes que não têm o `fsType especificado em seu StorageClass. Ao trabalhar com o Kubernetes 1,17 ou posterior, a Trident dá suporte a fornecer um espaço em branco fsType para volumes NFS. Para volumes iSCSI, é necessário definir o fsType no StorageClass ao aplicar um fsGroup contexto de uso de segurança.

  • Ao usar um back-end em várias instâncias do Trident, cada arquivo de configuração de back-end deve ter um valor diferente storagePrefix para backends do ONTAP ou usar um diferente TenantName para backends do SolidFire. O Trident não consegue detetar volumes criados por outras instâncias do Trident. Tentar criar um volume existente em backends ONTAP ou SolidFire é bem-sucedido, porque o Trident trata a criação de volume como uma operação idempotente. Se storagePrefix ou TenantName não forem diferentes, pode haver colisões de nomes para volumes criados no mesmo back-end.

  • Ao instalar o Trident (usando tridentctl ou o Operador do Trident) e usar tridentctl para gerenciar o Trident, você deve garantir que a KUBECONFIG variável de ambiente esteja definida. Isso é necessário para indicar o cluster do Kubernetes com tridentctl quem trabalhar. Ao trabalhar com vários ambientes do Kubernetes, você deve garantir que o KUBECONFIG arquivo seja obtido com precisão.

  • Para executar a recuperação de espaço on-line para PVS iSCSI, o SO subjacente no nó de trabalho pode exigir que as opções de montagem sejam passadas para o volume. Isso é verdade para instâncias RHEL/Red Hat Enterprise Linux CoreOS (RHCOS), que exigem o discard "opção de montagem"; Certifique-se de que a opção Descartar mountOption está incluída em sua[`StorageClass`lista] para suportar descarte de blocos on-line.

  • Se você tiver mais de uma instância do Trident por cluster do Kubernetes, o Trident não poderá se comunicar com outras instâncias e não poderá descobrir outros volumes que eles criaram, o que leva a um comportamento inesperado e incorreto se mais de uma instância for executada em um cluster. Deve haver apenas uma instância do Trident por cluster do Kubernetes.

  • Se objetos baseados em Trident StorageClass forem excluídos do Kubernetes enquanto o Trident estiver offline, o Trident não removerá as classes de armazenamento correspondentes de seu banco de dados quando ele voltar online. Você deve excluir essas classes de armazenamento usando tridentctl ou a API REST.

  • Se um usuário excluir um PV provisionado pelo Trident antes de excluir o PVC correspondente, o Trident não excluirá automaticamente o volume de backup. Você deve remover o volume via tridentctl ou a API REST.

  • A ONTAP não pode provisionar simultaneamente mais de um FlexGroup de cada vez, a menos que o conjunto de agregados seja exclusivo para cada solicitação de provisionamento.

  • Ao usar o Trident sobre IPv6, você deve especificar managementLIF e dataLIF na definição de back-end entre colchetes. Por exemplo, [fd20:8b1e:b258:2000:f816:3eff:feec:0].

    Observação Não é possível especificar dataLIF em um back-end de SAN ONTAP. O Trident descobre todas as LIFs iSCSI disponíveis e as usa para estabelecer a sessão multipath.

  • Se estiver usando solidfire-san o driver com OpenShift 4,5, certifique-se de que os nós de trabalho subjacentes usem MD5 como o algoritmo de autenticação CHAP. Os algoritmos CHAP seguros compatíveis com FIPS SHA1, SHA-256 e SHA3-256 estão disponíveis com o Element 12,7.

Encontre mais informações