O Astra Trident é lançado a cada três meses: Janeiro, abril, julho e outubro. Este é um mês após o lançamento do Kubernetes.

O Astra Trident geralmente não é compatível com recursos alfa do Kubernetes. O Trident pode oferecer suporte a recursos beta nas duas versões do Trident que seguem a versão beta do Kubernetes.

O Astra Trident não tem dependências em outros produtos de software NetApp e funciona como uma aplicação autônoma. 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 Astra Trident.

Sim. O Trident 20,01 apresenta endpoints Prometheus que podem ser usados para coletar informações sobre a operação do Astra Trident, como o número de backends gerenciados, o número de volumes provisionados, bytes consumidos, etc. Você também pode usar o 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. Esse método de instalação do Astra Trident é recomendado se você quiser usar todos os novos recursos fornecidos pelas versões atuais e futuras.

O Astra Trident não precisa mais de um etcd. ele usa CRDs para manter o estado.

Sim, o Astra Trident pode ser instalado offline. "aqui"Consulte .

Sim. O Astra Trident 18,10 e posterior são compatíveis com a funcionalidade 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 Astra Trident é instalado como uma implantação do Kubernetes (ReplicaSet) com uma instância, e por isso tem HA incorporada. Você não deve aumentar o número de réplicas na implantação. Se o nó em que o Astra Trident está instalado for perdido ou o pod estiver inacessível, o Kubernetes reimplanta automaticamente o pod em um nó íntegro no cluster. O Astra Trident é apenas um plano de controle. Portanto, os pods montados atualmente não são afetados se o Astra Trident for reimplantado.

O Astra Trident lê o servidor de API Kubernetes para determinar quando as aplicações 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. "aqui"Consulte .

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

Embora não seja aconselhado, você pode usar o mesmo SVM de back-end em duas instâncias do Astra 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 Astra Trident é simplesmente um pod de Kubernetes e pode ser instalado onde quer que o Kubernetes esteja em execução.

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

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

Embora o Astra Trident seja de código aberto e fornecido gratuitamente, o NetApp oferece suporte total desde que o back-end do NetApp seja compatível.

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 "Astra 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 de nossa "Folga" equipe 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 Astra Trident não consegue encontrar um nó 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 ocorrerem após a instalação do Astra Trident, você encontrará esse problema apenas com novos nós 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.

A NetApp oferece suporte à atualização do Astra Trident de um grande lançamento para o próximo grande lançamento imediato. 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.

Há uma série de fatores a serem avaliados se você quiser fazer downgrade. "a seção sobre downgrade"Consulte .

O NetApp recomenda ter ambos no arquivo de definição de back-end. No entanto, o Management LIF é o único que é obrigatório.

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

O Astra Trident pode criar e gerenciar políticas de exportação dinamicamente a partir da versão 20,04. 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. Dessa forma, o Astra Trident gerencia automaticamente a adição e exclusão de regras para nós com IPs nos CIDR fornecidos. Este recurso requer o CSI Trident.

O Astra Trident 19,01 e posterior suportam a especificação de uma porta no DataLIF. Configure-o backend.json no arquivo como “managementLIF”: <ip address>:<port>”. Por exemplo, se o endereço IP do LIF de gerenciamento for 192,0.2,1 e a porta for 1000, configure "managementLIF": "192.0.2.1:1000"o .

Sim. O Astra Trident 20,01 suporta a definição de endereços IPv6 para os parâmetros de gerenciamento de LIF e dataLIF para backends ONTAP. Você deve garantir que o endereço segue a semântica IPv6 e que o managementLIF é definido entre colchetes (por exemplo, [ec0d:6504:a9c1:ae67:53d1:4bdf:ab32:e233]). Você também deve garantir que o Astra Trident esteja instalado usando o `--use-ipv6 sinalizador para que ele funcione em mais de IPv6.

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

Não, não é possível atualizar o Data LIF no backend.

O Astra Trident pode dar suporte a muitos backends simultaneamente, seja com o mesmo driver ou com drivers diferentes.

O Astra 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 Astra Trident usará para provisionar e removerá todos os pools correspondentes.

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

Sim.

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

Por padrão, o Astra 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.

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 Astra Trident. Observe que o volume com crescimento automático é um recurso do ONTAP que não é aplicável ao Trident.

A partir de 19,04, você pode usar o recurso de importação de volume para levar volumes para o Kubernetes.

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

O Trident 19,10 suporta a expansão de PVS iSCSI usando o Supervisor de CSI.

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 atender às configurações de cota do Kubernetes devido à falta de capacidade, o Astra 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 Astra 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 Astra 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 snapshots feitos pelo controlador de storage não são conhecidos pelo Astra Trident.

Sim, você pode reservar uma porcentagem específica de espaço em disco para armazenar as cópias snapshot por meio do Astra Trident definindo snapshotReserve o atributo no arquivo de definição de 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.