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.

Requisitos

Colaboradores juliantap netapp-aruldeepa joan-ing netapp-mwallis sjpeeris netapp-shwetav gnarl
PDFs

Antes de instalar o Trident, você deve rever estes requisitos gerais do sistema. Backends específicos podem ter requisitos adicionais.

Informações críticas sobre o Trident

Você deve ler as seguintes informações críticas sobre o Trident.

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

  • Kubernetes 1.36 agora é compatível com Trident. Atualize Trident antes de atualizar Kubernetes.

  • O Trident 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.

Frontens suportados (orquestradores)

O Trident é compatível com vários mecanismos de contêiner e orquestradores, incluindo os seguintes:

  • Anthos On-Prem (VMware) e Anthos em bare metal 1,16

  • Kubernetes 1.27 - 1.36

  • OpenShift 4.12, 4.14 - 4.22 (se você planeja usar a preparação de nó iSCSI com OpenShift 4.19, a versão mínima do Trident suportada é 25.06.1.)

    Observação A Trident continua a oferecer suporte a versões mais antigas do OpenShift em alinhamento com o"Ciclo de vida da versão do Red Hat Extended Update Support (EUS)" , mesmo que dependam de versões do Kubernetes que não são mais oficialmente suportadas pelo upstream. Ao instalar o Trident nesses casos, você pode ignorar com segurança quaisquer mensagens de aviso sobre a versão do Kubernetes.

  • Rancher Kubernetes Engine 2 (RKE2) v1.28.x - 1.36.x

O Trident também trabalha com uma série de outras ofertas do Kubernetes totalmente gerenciadas e autogeridas, incluindo o Google Kubernetes Engine (GKE), o Amazon Elastic Kubernetes Services (EKS), o

O Trident e o ONTAP podem ser usados como um provedor de storage para "KubeVirt"o .

Aviso Antes de atualizar um cluster do Kubernetes do 1,25 para o 1,26 ou posterior que tenha o Trident instalado, "Atualize uma instalação do Helm"consulte a .

Backends suportados (armazenamento)

Para usar o Trident, você precisa de um ou mais dos seguintes backends suportados:

  • Amazon FSX para NetApp ONTAP

  • Azure NetApp Files

  • Cloud Volumes ONTAP

  • Google Cloud NetApp volumes

  • NetApp All SAN Array (ASA)

  • Sistemas FAS, AFF ou ASA r2 locais (iSCSI, NVMe/TCP e FC) executando versões do ONTAP com suporte total ou limitado da NetApp . Ver "Suporte à versão de software".

  • Software NetApp HCI/Element 11 ou superior

Suporte ao Trident para virtualização KubeVirt e OpenShift

Drivers de armazenamento suportados:

O Trident suporta os seguintes drivers ONTAP para virtualização KubeVirt e OpenShift:

  • ONTAP-nas

  • ONTAP-san (iSCSI, FCP, NVMe em TCP)

  • ONTAP-San-Economy (apenas iSCSI)

Pontos a considerar:

  • Atualize a classe de armazenamento para ter o fsType parâmetro (por exemplo: fsType: "ext4") No ambiente de virtualização OpenShift. Se necessário, defina o modo de volume para bloquear explicitamente usando o volumeMode=Block parâmetro no dataVolumeTemplates para notificar CDI para criar volumes de dados de bloco.

  • RWX modo de acesso para drivers de armazenamento em bloco: Os drivers ONTAP-San (iSCSI, NVMe/TCP, FC) e ONTAP-san-Economy (iSCSI) são suportados apenas com "VolumeMode: Block" (dispositivo bruto). Para esses drivers, o fstype parâmetro não pode ser usado porque os volumes são fornecidos no modo de dispositivo bruto.

  • Para fluxos de trabalho de migração em tempo real em que o modo de acesso RWX é necessário, essas combinações são suportadas:

    • DE NFS volumeMode=Filesystem

    • ISCSI volumeMode=Block (dispositivo bruto)

    • NVMe/TCP volumeMode=Block (dispositivo bruto)

    • FC volumeMode=Block (dispositivo bruto)

Suporte do Trident para Kubernetes em Kubernetes e OpenShift planos de controle hospedados

A partir da versão 26.06, Trident qualifica totalmente a topologia Kubernetes em Kubernetes. Clusters Kubernetes cujos nós são executados como máquinas virtuais KubeVirt em um cluster de infraestrutura (host). Essa topologia sustenta ofertas de plano de controle hospedado, como planos de controle hospedados (OpenShift HCP) em OpenShift Virtualization.

Observação Essa configuração funcionava em versões anteriores, mas a qualificação completa começa com 26.06.

O cluster convidado (inquilino) utiliza o driver CSI KubeVirt (kubevirt-csi como seu provedor de armazenamento. Quando uma carga de trabalho no cluster convidado solicita um PersistentVolumeClaim, o driver CSI KubeVirt cria um volume correspondente no cluster de infraestrutura. O Trident provisiona o volume a partir do ONTAP, e o volume é conectado dinamicamente à máquina virtual do nó convidado. O Trident é executado somente no cluster de infraestrutura. O cluster convidado consome o armazenamento do ONTAP indiretamente por meio do driver CSI KubeVirt.

Requisitos:

  • Trident está instalado no cluster de infraestrutura com um backend ONTAP compatível.

  • Existe uma classe de armazenamento Trident no cluster de infraestrutura para que o driver CSI KubeVirt mapeie os volumes do cluster convidado.

  • KubeVirt ou OpenShift Virtualization é implementado no cluster de infraestrutura, e o driver CSI do KubeVirt é instalado em cada cluster convidado.

Componente Versão

Trident

26,06

Kubernetes (infraestrutura e cluster convidado)

1,36

KubeVirt

1.9.0-beta.0

Importador de dados em contêineres (CDI)

1,65
Pontos a considerar:

  • No cluster convidado, os volumes aparecem como dispositivos de bloco hot-plugged nas máquinas virtuais dos nós convidados.

  • O fluxo de trabalho do driver CSI KubeVirt não requer Trident no cluster convidado. Você configura o backend ONTAP e a classe de armazenamento no cluster de infraestrutura.

Instale Trident diretamente no cluster convidado:

Você também pode instalar Trident diretamente no cluster convidado (tenant). Instale Trident no cluster convidado quando precisar do conjunto completo de recursos do Trident, como snapshots, clones, redimensionamento de volumes e importação, que kubevirt-csi não são fornecidos por si só.

No cluster convidado, utilize protocolos baseados em IP: NFS, iSCSI e NVMe/TCP. O cluster convidado não suporta Fibre Channel (FC) porque os nós convidados são máquinas virtuais sem conectividade FC direta.

Requisitos de recursos

A tabela abaixo resume os recursos disponíveis com esta versão do Trident e as versões do Kubernetes compatíveis.

Recurso Versão do Kubernetes É necessário ter portões?

Trident

1.27 - 1.36

Não

Instantâneos de volume

1.27 - 1.36

Não

PVC a partir de instantâneos de volume

1.27 - 1.36

Não

Redimensionamento iSCSI PV

1.27 - 1.36

Não

ONTAP bidirectional CHAP

1.27 - 1.36

Não

Políticas de exportação dinâmica

1.27 - 1.36

Não

Operador Trident

1.27 - 1.36

Não

Topologia de CSI

1.27 - 1.36

Não

Sistemas operacionais de host testados

Embora o Trident não suporte oficialmente sistemas operacionais específicos, sabe-se que os seguintes procedimentos funcionam:

  • Versões do Red Hat Enterprise Linux CoreOS (RHCOS) suportadas pela plataforma OpenShift Container em AMD64 e ARM64

  • Red Hat Enterprise Linux (RHEL) 8 ou posterior em AMD64 e ARM64

    Observação O NVMe/TCP requer o RHEL 9 ou posterior.

  • Ubuntu 22.04 LTS ou posterior em AMD64 e ARM64

  • Windows Server 2022

  • SUSE Linux Enterprise Server (SLES) 15 ou posterior

Por padrão, o Trident é executado em um contentor e, portanto, será executado em qualquer trabalhador Linux. No entanto, esses funcionários precisam ser capazes de montar os volumes que o Trident fornece usando o cliente NFS padrão ou iniciador iSCSI, dependendo dos backends que você está usando.

O tridentctl utilitário também é executado em qualquer uma dessas distribuições do Linux.

Configuração de host

Todos os nós de trabalho no cluster do Kubernetes precisam ser capazes de montar os volumes provisionados para os pods. Para preparar os nós de trabalho, é necessário instalar ferramentas NFS, iSCSI ou NVMe com base na seleção de driver.

"Prepare o nó de trabalho"

Configuração do sistema de storage

O Trident pode exigir alterações em um sistema de storage antes que uma configuração de back-end possa usá-lo.

"Configurar backends"

Portas Trident

O Trident requer acesso a portas específicas para comunicação.

"Portas Trident"

Imagens de contêineres e versões correspondentes do Kubernetes

Para instalações com ar-gapped, a lista a seguir é uma referência das imagens de contentor necessárias para instalar o Trident. Use o tridentctl images comando para verificar a lista de imagens de contentor necessárias.

Imagens de contêiner necessárias para Trident 26.02

Versões do Kubernetes Imagem do recipiente

v1.27.0, v1.28.0, v1.29.0, v1.30.0, v1.31.0, v1.32.0, v1.33.0, v1.34.0, v1.35.0, v1.36.0

  • docker.io/netapp/trident:26.02.0

  • docker.io/netapp/trident-autosupport:26.02

  • registry.k8s.io/sig-storage/csi-provisioner:v6.1.0

  • registry.k8s.io/sig-storage/csi-attacher:v4.10.0

  • registry.k8s.io/sig-storage/csi-resizer:v2.0.0

  • registry.k8s.io/sig-storage/csi-snapshotter:v8.5.0

  • registry.k8s.io/sig-storage/csi-node-driver-registrar:v2.15.0

  • docker.io/netapp/trident-operator:26.02.0 (opcional)