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 netapp-shwetav joan-ing 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 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 26.02

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 26.02; 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.

    • Volumes GCNV corrigidos com padrão NFSv3 quando nfsMountOptions não está definido; agora os protocolos NFSv3 e NFSv4 são suportados. Se nfsMountOptions não for fornecido, a versão 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