A partir da versão 24.02, o Trident passa a ser lançado a cada quatro meses: fevereiro, junho e outubro.

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

O Trident não possui dependências de outros produtos de software da NetApp e funciona como um aplicativo independente. No entanto, você deve ter um dispositivo de armazenamento de backend da NetApp .

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

Sim. Os endpoints do Prometheus 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. Não haverá alterações em termos de experiência do usuário e funcionalidades. O nome do provisionador utilizado é csi.trident.netapp.io . Este método de instalação do Trident é recomendado se você deseja usar todos os novos recursos oferecidos pelas versões atuais e futuras.

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

Sim. O Trident 18.10 e versões posteriores suportam a capacidade de instalação remota a partir de qualquer máquina que possua kubectl Acesso ao cluster. Depois kubectl O acesso é verificado (por exemplo, iniciar um kubectl get nodes comando da máquina remota para verificar), siga as instruções de instalação.

O Trident é instalado como um Deployment do Kubernetes (ReplicaSet) com uma única instância, portanto, possui alta disponibilidade integrada. Você não deve aumentar o número de réplicas no deployment. Se o nó onde o Trident está instalado for perdido ou o pod ficar inacessível por qualquer outro motivo, o Kubernetes reimplantará automaticamente o pod em um nó íntegro do cluster. O Trident é apenas um sistema de controle de voo, portanto, os pods atualmente instalados não serão afetados se o Trident for reimplantado.

O Trident lê dados do servidor da API do Kubernetes para determinar quando os aplicativos solicitam novos PVCs, portanto, ele precisa de acesso ao kube-system.

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

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

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

O Trident é simplesmente um pod do Kubernetes e pode ser instalado em qualquer lugar onde 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, bem como com o Cloud Volumes Service no GCP.

Embora o Trident seja de código aberto e fornecido gratuitamente, a NetApp oferece suporte completo, desde que seu sistema NetApp seja compatível.

Para abrir um chamado de suporte, faça um dos seguintes procedimentos:

Você pode criar um pacote de suporte executando o seguinte comando: tridentctl logs -a . Além dos logs capturados no pacote, capture também o log do kubelet para diagnosticar problemas de montagem no lado do Kubernetes. As instruções para obter o log do kubelet variam dependendo de como o Kubernetes foi instalado.

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

Crie um problema em "Trident Github" . Certifique-se de incluir todas as informações e registros necessários referentes ao problema.

Se você tiver alguma dúvida, problema ou solicitação, entre em contato conosco através do nosso Trident."Canal do Discord" ou GitHub.

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

Existem dois cenários prováveis ​​para o Trident não conseguir encontrar um nó do Kubernetes. Isso pode ser devido a um problema de rede no Kubernetes ou a um problema de DNS. O daemonset do nó 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 ocorreram alterações na rede 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 a cápsula Trident for destruída. Os metadados do Trident são armazenados em objetos CRD. Todos os sistemas fotovoltaicos (PVs) provisionados pela Trident funcionarão normalmente.

A NetApp oferece suporte à 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 a 19.xx, da 19.xx para a 20.xx e assim por diante. Você deve testar a atualização em um ambiente de laboratório antes de implementá-la em produção.

Se você precisar de correções para erros observados após uma atualização, problemas de dependência ou uma atualização malsucedida ou incompleta, você deve"Desinstalar Trident" e reinstale a versão anterior seguindo as instruções específicas para essa versão. Esta é a única maneira recomendada de fazer o downgrade para uma versão anterior.

A gestão do LIF é obrigatória. O DataLIF varia:

Sim. O Trident oferece suporte a CHAP bidirecional para backends ONTAP . Isso requer configuração. useCHAP=true na sua configuração de backend.

O Trident pode criar e gerenciar políticas de exportação dinamicamente a partir da versão 20.04. Isso permite que o administrador de armazenamento forneça um ou mais blocos CIDR em sua configuração de backend e que o Trident adicione os IPs dos nós que se enquadram nesses intervalos a uma política de exportação criada por ele. Dessa forma, o Trident gerencia automaticamente a adição e a exclusão de regras para nós com IPs dentro dos CIDRs especificados.

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

O Trident deve ser instalado usando a flag --use-ipv6 (para tridentctl instalação), IPv6 (para operador Trident ), ou tridentTPv6 (para instalação do Helm) para que funcione em IPv6.

Sim, é possível atualizar o LIF de gerenciamento do backend usando o tridentctl update backend comando.

Você pode atualizar o DataLIF em ontap-nas e ontap-nas-economy apenas.

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

O Trident armazena as credenciais do backend como segredos do Kubernetes.

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

O excludeStoragePools O parâmetro é usado para filtrar o conjunto de pools que o Trident usa para provisionamento e removerá quaisquer pools que correspondam.

Se houver vários backends configurados do mesmo tipo, o Trident seleciona o backend apropriado com base nos parâmetros presentes em StorageClass e PersistentVolumeClaim . Por exemplo, se houver vários backends de driver ontap-nas, o Trident tenta corresponder aos parâmetros no StorageClass e PersistentVolumeClaim combinados e compatíveis com um backend que possa atender aos requisitos listados em StorageClass e PersistentVolumeClaim . Se houver vários servidores de backend que correspondam à solicitação, o Trident selecionará um deles aleatoriamente.

Sim.

O ontap-nas-economy O driver cria até 200 Qtrees no mesmo FlexVol volume (configurável entre 50 e 300), 100.000 Qtrees por nó de cluster e 2,4 milhões por cluster. Ao inserir um novo PersistentVolumeClaim que é atendido pelo driver de economia, o driver verifica se já existe um FlexVol volume que possa atender à nova Qtree. Caso não exista um FlexVol volume capaz de atender à Qtree, um novo FlexVol volume será criado.

Você pode definir permissões Unix no volume provisionado pelo Trident configurando um parâmetro no arquivo de definição do backend.

Por padrão, o Trident não define opções de montagem com nenhum valor no 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 do backend.

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

Usar StorageClasses Implementar QoS para ONTAP.

Os drivers ONTAP suportam provisionamento fino ou provisionamento espesso. Os drivers ONTAP utilizam, por padrão, o provisionamento dinâmico (thin provisioning). Se desejar provisionamento espesso, você deve configurar o arquivo de definição do backend ou o StorageClass . Se ambos estiverem configurados, StorageClass tem precedência. Configure o seguinte para o ONTAP:

A proteção contra PVCs é ativada automaticamente no Kubernetes a partir da versão 1.10.

Sim. Você pode expandir um tubo de PVC que foi criado pela Trident. Note que o crescimento automático de volume é um recurso do ONTAP que não se aplica ao Trident.

A importação do 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 houver capacidade disponível no armazenamento da NetApp . Quando o armazenamento NetApp não consegue respeitar as configurações de cota do Kubernetes devido à falta de capacidade, o Trident tenta provisionar, mas ocorre um erro.

Sim. O Trident oferece suporte à criação de snapshots de volumes sob demanda e volumes persistentes a partir de snapshots. Para criar PVs a partir de snapshots, certifique-se de que o VolumeSnapshotDataSource O recurso de bloqueio foi ativado.

A partir de hoje, o suporte para snapshots sob demanda está disponível para nossos produtos. ontap-nas , ontap-nas-flexgroup , ontap-san , ontap-san-economy , solidfire-san , gcp-cvs , e azure-netapp-files Drivers de backend.

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

Isso também está disponível em ontap-nas-economy drivers, mas na granularidade do nível de FlexVol volume e não na granularidade do nível de qtree. Para habilitar a capacidade de criar snapshots de volumes provisionados pelo Trident, defina a opção de parâmetro de backend. snapshotPolicy para a política de snapshots desejada, conforme definida no backend ONTAP . O Trident não tem conhecimento de quaisquer instantâneos capturados pelo controlador de armazenamento.

Sim, você pode reservar uma porcentagem específica de espaço em disco para armazenar as cópias de snapshots por meio do Trident , definindo a configuração. snapshotReserve atributo no arquivo de definição do backend. Se você configurou snapshotPolicy e snapshotReserve No arquivo de definição do backend, a porcentagem de reserva de snapshots é definida de acordo com o snapshotReserve porcentagem mencionada no arquivo de backend. Se o snapshotReserve A porcentagem não é mencionada; por padrão, o ONTAP considera 5% para a reserva de snapshots. Se o snapshotPolicy A opção está definida como nenhuma e a porcentagem de reserva de instantâneo está definida como 0.

Sim, você pode acessar o diretório de snapshots no volume provisionado pelo Trident definindo o snapshotDir parâmetro no arquivo de definição do backend.

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

Para restaurar um volume para um snapshot do ONTAP , execute os seguintes passos:

É possível criar espelhos de balanceamento de carga para volumes raiz de SVMs que fornecem dados via NFS. O ONTAP atualiza automaticamente os espelhos de balanceamento de carga para volumes que foram criados pelo Trident. Isso pode resultar em atrasos na montagem dos volumes. Quando vários volumes são criados usando o Trident, o provisionamento de um volume depende da atualização do espelho de balanceamento de carga ONTAP .

O Kubernetes não permite classes de armazenamento 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 o acesso de um namespace específico a um armazenamento específico, defina a cota de recursos como 0 para essa classe de armazenamento.