Começando com o lançamento de 24,02, o Trident é lançado a cada quatro meses: Fevereiro, Junho e Outubro.

O Trident geralmente não oferece suporte a recursos alfa no Kubernetes. O Trident pode oferecer suporte a recursos beta nas duas versões do Trident que seguem a versão beta do Kubernetes.

O Trident não tem dependências em outros produtos de software NetApp e funciona como um aplicativo autônomo. No entanto, você deve ter um dispositivo de storage de back-end do NetApp.

Use o tridentctl get comando para obter mais informações sobre sua configuração do Trident.

Sim. Endpoints Prometheus que podem ser usados para coletar informações sobre a operação do Trident, como o número de backends gerenciados, o número de volumes provisionados, bytes consumidos e assim por diante. Você também pode usar "Cloud Insights" para monitoramento e análise.

Não há alterações no que diz respeito à experiência do usuário e às funcionalidades. O nome do provisionador usado é csi.trident.netapp.io. Este método de instalação do Trident é recomendado se você quiser usar todos os novos recursos fornecidos pelas versões atuais e futuras.

Sim, o Trident pode ser instalado offline. "Saiba mais sobre a instalação do Trident"Consulte a .

Sim. O Trident 18,10 e posterior suportam a capacidade de instalação remota de qualquer máquina que tenha kubectl acesso ao cluster. Depois kubectl que o acesso for verificado (por exemplo, inicie um kubectl get nodes comando da máquina remota para verificar), siga as instruções de instalação.

O Trident é instalado como uma implantação do Kubernetes (ReplicaSet) com uma instância, e por isso tem o HA incorporado. Você não deve aumentar o número de réplicas na implantação. Se o nó em que o Trident está instalado for perdido ou o pod estiver inacessível, o Kubernetes reimplanta automaticamente o pod em um nó íntegro no cluster. O Trident é apenas no plano de controle, portanto os pods atualmente montados não são afetados se o Trident for reimplantado.

O Trident lê o servidor de API do Kubernetes para determinar quando os aplicativos solicitam novos PVCs, de modo que a TI precisa de acesso ao sistema kube.

O instalador do Trident cria um ClusterRole Kubernetes, que tem acesso específico aos recursos Persistentvolume, PersistentVolumeClaim, StorageClass e segredo do cluster do Kubernetes. "Personalize a instalação do tridentctl"Consulte a .

Você pode gerar e modificar localmente os arquivos de manifesto exatos que o Trident usa para instalação, se necessário. "Personalize a instalação do tridentctl"Consulte a .

Embora não seja aconselhado, você pode usar o mesmo SVM de back-end para duas instâncias do Trident. Especifique um nome de volume exclusivo para cada instância durante a instalação e/ou especifique um parâmetro exclusivo StoragePrefix no setup/backend.json arquivo. Isso serve para garantir que o mesmo FlexVol não seja usado para ambas as instâncias.

O Trident é simplesmente um pod do Kubernetes e pode ser instalado onde quer que o Kubernetes esteja em execução.

Sim, o Trident é compatível com AWS, Google Cloud e Azure.

Sim, o Trident é compatível com o serviço Azure NetApp Files no Azure e com o Cloud Volumes Service no GCP.

Embora o Trident seja de código aberto e fornecido gratuitamente, o NetApp o suporta totalmente desde que o back-end do NetApp seja suportado.

Para levantar um caso de suporte, execute um dos seguintes procedimentos:

Você pode criar um pacote de suporte executando `tridentctl logs -a`o . Além dos logs capturados no pacote, capture o log do kubelet para diagnosticar os problemas de montagem no lado do Kubernetes. As instruções para obter o log do kubelet variam de acordo com a forma como o Kubernetes é instalado.

Crie um problema "Trident GitHub" e mencione RFE no assunto e na descrição do problema.

Crie um problema no "Trident GitHub". Certifique-se de incluir todas as informações e logs necessários relativos ao problema.

Se você tiver dúvidas, problemas ou solicitações, entre em Contato conosco através do nosso Trident "Canal discord"ou GitHub.

Atualize a senha do backend com tridentctl update backend myBackend -f </path/to_new_backend.json> -n trident`o . Substitua `myBackend no exemplo pelo nome do backend e `/path/to_new_backend.json pelo caminho para o arquivo correto backend.json.

Há dois cenários prováveis pelos quais o Trident não consegue encontrar um nó do Kubernetes. Pode ser devido a um problema de rede no Kubernetes ou a um problema de DNS. O daemonset do nó do Trident que é executado em cada nó do Kubernetes deve ser capaz de se comunicar com o controlador Trident para Registrar o nó no Trident. Se as alterações de rede ocorreram após a instalação do Trident, você encontrará esse problema apenas com novos nós do Kubernetes adicionados ao cluster.

Os dados não serão perdidos se o pod Trident for destruído. Os metadados do Trident são armazenados em objetos CRD. Todos os PVS que foram provisionados pelo Trident funcionarão normalmente.

O NetApp suporta a atualização do Trident de uma versão principal para a próxima versão principal imediata. Você pode atualizar da versão 18.xx para 19.xx, 19.xx para 20.xx, e assim por diante. Você deve testar a atualização em um laboratório antes da implantação da produção.

Se você precisar de uma correção para bugs observados após uma atualização, problemas de dependência ou uma atualização mal sucedida ou incompleta, você deve "Desinstale o Trident"reinstalar a versão anterior usando as instruções específicas para essa versão. Esta é a única maneira recomendada de fazer o downgrade para uma versão anterior.

O LIF de gestão é obrigatório. O LIF de dados varia:

Sim. Trident suporta CHAP bidirecional para backends ONTAP. Isso requer configuração useCHAP=true em sua configuração de back-end.

O Trident pode criar e gerenciar dinamicamente políticas de exportação a partir da versão 20,04 em diante. Isso permite que o administrador de storage forneça um ou mais blocos CIDR em sua configuração de back-end e que o Trident adicione IPs de nós que se enquadram nesses intervalos a uma política de exportação criada por ele. Desta forma, o Trident gerencia automaticamente a adição e exclusão de regras para nós com IPs dentro dos CIDR fornecidos.

O Trident suporta a definição de endereços IPv6 para:

O Trident deve ser instalado usando o --use-ipv6 sinalizador ( tridentctl`para instalação), `IPv6 (para o operador Trident) ou tridentTPv6 (para instalação Helm) para que ele funcione acima de IPv6.

Sim, é possível atualizar o backend Management LIF usando o tridentctl update backend comando.

Você pode atualizar o Data LIF em ontap-nas e ontap-nas-economy somente.

O Trident pode suportar muitos backends simultaneamente, seja com o mesmo driver ou drivers diferentes.

O Trident armazena as credenciais de back-end como segredos do Kubernetes.

Se os atributos de back-end não puderem ser usados para selecionar automaticamente os pools corretos para uma classe, os storagePools parâmetros e additionalStoragePools serão usados para selecionar um conjunto específico de pools.

O excludeStoragePools parâmetro é usado para filtrar o conjunto de pools que o Trident usa para provisionar e removerá todos os pools correspondentes.

Se houver vários backends configurados do mesmo tipo, o Trident selecionará o back-end apropriado com base nos parâmetros presentes no StorageClass e PersistentVolumeClaim`no . Por exemplo, se houver vários backends de driver do ONTAP-nas, o Trident tentará corresponder parâmetros `StorageClass no e PersistentVolumeClaim combinou e corresponder a um back-end que possa fornecer os requisitos listados em StorageClass e PersistentVolumeClaim. Se houver vários backends que correspondam à solicitação, o Trident seleciona um deles aleatoriamente.

Sim.

Você pode definir permissões Unix no volume provisionado pelo Trident definindo um parâmetro no arquivo de definição de back-end.

Por padrão, o Trident não define as opções de montagem como nenhum valor com o Kubernetes. Para especificar as opções de montagem na classe de armazenamento do Kubernetes, siga o exemplo fornecido "aqui".

Para permitir que os hosts apropriados acessem um volume, use o exportPolicy parâmetro configurado no arquivo de definição de back-end.

Você pode definir a criptografia no volume provisionado pelo Trident usando o parâmetro de criptografia no arquivo de definição de back-end. Para obter mais informações, consulte: "Como o Trident funciona com NVE e NAE"

Os drivers ONTAP oferecem suporte ao provisionamento thin ou thick. Os drivers do ONTAP são padrão para thin Provisioning. Se o provisionamento espesso for desejado, você deverá configurar o arquivo de definição de back-end ou o StorageClass. Se ambos estiverem configurados, StorageClass tem precedência. Configure o seguinte para o ONTAP:

A proteção de PVC é ativada automaticamente no Kubernetes a partir da versão 1,10.

Sim. Você pode expandir um PVC que foi criado pelo Trident. Observe que o volume com crescimento automático é um recurso do ONTAP que não é aplicável ao Trident.

A importação de volume falha se o volume externo estiver no modo DP ou estiver offline. Você recebe a seguinte mensagem de erro:

A cota de recursos de armazenamento do Kubernetes deve funcionar enquanto o armazenamento do NetApp tiver capacidade. Quando o storage do NetApp não consegue honrar as configurações de cota do Kubernetes devido à falta de capacidade, o Trident tenta provisionar, mas faz erros.

Sim. A criação de snapshots de volume sob demanda e volumes persistentes a partir de snapshots é compatível com o Trident. Para criar PVS a partir de instantâneos, certifique-se de que a VolumeSnapshotDataSource porta de recurso foi ativada.

A partir de hoje, o suporte a snapshot sob demanda está disponível para o nosso ontap-nas ontap-nas-flexgroup , ontap-san, ontap-san-economy, , , solidfire-san gcp-cvs, e azure-netapp-files drivers de back-end.

Isso está disponível nos ontap-nas drivers , ontap-san e ontap-nas-flexgroup . Você também pode especificar um snapshotPolicy para o ontap-san-economy driver no nível FlexVol.

Isso também está disponível ontap-nas-economy nos drivers, mas na granularidade de nível FlexVol e não na granularidade de nível de qtree. Para habilitar a capacidade de snapshot volumes provisionados pelo Trident, defina a opção de parâmetro de back-end snapshotPolicy para a política de snapshot desejada, conforme definido no back-end do ONTAP. Todos os instantâneos obtidos pelo controlador de armazenamento não são conhecidos pelo Trident.

Sim, você pode reservar uma porcentagem específica de espaço em disco para armazenar as cópias snapshot através do Trident definindo o snapshotReserve atributo no arquivo de definição do back-end. Se você configurou snapshotPolicy e snapshotReserve no arquivo de definição de back-end, a porcentagem de reserva de snapshot é definida de acordo com a snapshotReserve porcentagem mencionada no arquivo de back-end. Se o snapshotReserve número percentual não for mencionado, ONTAP por padrão leva a porcentagem de reserva de snapshot como 5. Se a snapshotPolicy opção estiver definida como None (nenhum), a percentagem de reserva de instantâneos é definida como 0.

Sim, você pode acessar o diretório instantâneo no volume provisionado pelo Trident definindo o snapshotDir parâmetro no arquivo de definição de back-end.

Atualmente, o SnapMirror precisa ser definido externamente usando a CLI ou o OnCommand System Manager do ONTAP.

Para restaurar um volume para um instantâneo do ONTAP, execute as seguintes etapas:

Os espelhos de compartilhamento de carga podem ser criados para volumes raiz de SVMs que fornecem dados por NFS. O ONTAP atualiza automaticamente os espelhos de compartilhamento de carga para volumes criados pelo Trident. Isso pode resultar em atrasos nos volumes de montagem. Quando vários volumes são criados usando o Trident, o provisionamento de um volume depende da atualização do espelhamento de compartilhamento de carga do ONTAP.

O Kubernetes não permite classes de storage em namespaces. No entanto, você pode usar o Kubernetes para limitar o uso de uma classe de armazenamento específica por namespace usando cotas de recursos de armazenamento, que são por namespace. Para negar acesso a um namespace específico a um armazenamento específico, defina a cota de recurso como 0 para essa classe de armazenamento.