Skip to main content
È disponibile una versione più recente di questo prodotto.
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Requisiti di Trident

Prima di installare Trident dovresti esaminare questi requisiti generali di sistema. I backend specifici potrebbero avere requisiti aggiuntivi.

Informazioni critiche su Trident

È necessario leggere le seguenti informazioni critiche su Trident.

<strong>Informazioni critiche su Trident</strong>
  • Kubernetes 1.37 è ora supportato in Trident. Aggiorna Trident prima di aggiornare Kubernetes.

  • Trident impone rigorosamente l'uso della configurazione multipathing negli ambienti SAN, con un valore consigliato di find_multipaths: no nel file multipath.conf.

    L'utilizzo di una configurazione non multipath o l'utilizzo di find_multipaths: yes o find_multipaths: smart nel file multipath.conf causerà errori di montaggio. Trident ha raccomandato l'utilizzo di find_multipaths: no dalla release 21.07.

Frontend supportati (orchestratori)

Trident supporta più motori di container e orchestratori, tra cui:

  • Anthos On-Prem (VMware) e Anthos on bare metal 1.16

  • Kubernetes 1.27 - 1.37

  • OpenShift 4.12, 4.14 - 4.22 (Se prevedi di utilizzare la preparazione del nodo iSCSI con OpenShift 4.19, la versione minima di Trident supportata è 25.06.1.)

    Nota Trident continua a supportare le versioni precedenti di OpenShift in linea con la "Red Hat Extended Update Support (EUS) ciclo di vita", anche se si basano su versioni di Kubernetes che non sono più ufficialmente supportate upstream. Durante l'installazione di Trident in questi casi, puoi ignorare in tutta sicurezza eventuali messaggi di avviso relativi alla versione di Kubernetes.
  • Rancher Kubernetes Engine 2 (RKE2) v1.28.x - 1.37.x

Trident funziona anche con una serie di altre offerte Kubernetes completamente gestite e autogestite, tra cui Google Kubernetes Engine (GKE), Amazon Elastic Kubernetes Services (EKS), Azure Kubernetes Service (AKS), Mirantis Kubernetes Engine (MKE) e VMWare Tanzu Portfolio.

Trident e ONTAP possono essere utilizzati come provider di storage per "KubeVirt".

Attenzione Prima di aggiornare un cluster Kubernetes dalla versione 1.25 alla 1.26 o successiva su cui è installato Trident, fare riferimento a "Aggiornare un'installazione di Helm".

Backend supportati (storage)

Per utilizzare Trident, è necessario uno o più dei seguenti backend supportati:

  • Amazon FSx for NetApp ONTAP

  • Azure NetApp Files

  • Cloud Volumes ONTAP

  • Google Cloud NetApp Volumes

  • NetApp All SAN Array (ASA)

  • FAS, AFF o ASA r2 in locale (iSCSI, NVMe/TCP e FC) che eseguono versioni di ONTAP con NetApp supporto completo o limitato. Vedi "Supporto della versione software".

  • NetApp HCI/Element software 11 o superiore

Supporto Trident per KubeVirt e OpenShift Virtualization

Driver di storage supportati:

Trident supporta i seguenti driver ONTAP per KubeVirt e OpenShift Virtualization:

  • ontap-nas

  • ontap-san (iSCSI, FCP, NVMe over TCP)

  • ontap-san-economy (solo iSCSI)

Punti da considerare:
  • Aggiornare la storage class in modo che abbia il fsType parametro (ad esempio: fsType: "ext4") nell'ambiente OpenShift Virtualization. Se necessario, impostare la modalità volume su block in modo esplicito utilizzando il volumeMode=Block parametro nel dataVolumeTemplates per notificare a CDI di creare volumi di dati Block.

  • Modalità di accesso RWX per driver di storage a blocchi: i driver ontap-san (iSCSI, NVMe/TCP, FC) e ontap-san-economy (iSCSI) sono supportati solo con "volumeMode: Block" (raw device). Per questi driver, il parametro fstype non può essere utilizzato perché i volumi sono forniti in modalità raw device.

  • Per i flussi di lavoro di live-migration in cui è richiesta la modalità di accesso RWX, sono supportate le seguenti combinazioni:

    • NFS + volumeMode=Filesystem

    • iSCSI + volumeMode=Block (dispositivo raw)

    • NVMe/TCP + volumeMode=Block (dispositivo raw)

    • FC + volumeMode=Block (raw dispositivo)

Supporto Trident per Kubernetes su Kubernetes e piani di controllo ospitati OpenShift

A partire dalla versione 26.06, Trident certifica pienamente la topologia Kubernetes su Kubernetes. Cluster Kubernetes i cui nodi vengono eseguiti come macchine virtuali KubeVirt su un cluster di infrastruttura (host). Questa topologia è alla base delle offerte di piani di controllo ospitati, come i piani di controllo ospitati (HCP) OpenShift su OpenShift Virtualization.

Nota Questa configurazione funzionava nelle versioni precedenti, ma la piena qualificazione inizia con la 26.06.

Il cluster guest (tenant) utilizza il driver CSI KubeVirt (kubevirt-csi come provider di storage. Quando un carico di lavoro nel cluster guest richiede un PersistentVolumeClaim, il driver CSI KubeVirt crea un volume corrispondente nel cluster di infrastruttura. Trident esegue il provisioning del volume da ONTAP e il volume viene collegato a caldo alla VM del nodo guest. Trident viene eseguito solo nel cluster di infrastruttura. Il cluster guest utilizza lo storage ONTAP indirettamente tramite il driver CSI KubeVirt.

Requisiti:
  • Trident è installato sul cluster dell'infrastruttura con un backend ONTAP supportato.

  • Esiste una storage class Trident nel cluster di infrastruttura per il driver CSI KubeVirt su cui mappare i volumi del cluster guest.

  • KubeVirt o OpenShift Virtualization viene distribuito sul cluster di infrastruttura e il driver CSI KubeVirt viene installato in ogni cluster guest.

Componente Versione

Trident

26,06

Kubernetes (infrastruttura e cluster guest)

1,36

KubeVirt

1.9.0-beta.0

Importatore di dati containerizzato (CDI)

1,65

Punti da considerare:
  • Nel guest cluster, i volumi appaiono come dispositivi a blocchi hot-plug sulle VM del nodo guest.

  • Il flusso di lavoro del driver CSI KubeVirt non richiede Trident nel cluster guest. Configuri il backend ONTAP e la classe di storage nel cluster di infrastruttura.

Installa Trident direttamente nel cluster guest:

Puoi anche installare Trident direttamente nel cluster tenant. Installa Trident nel cluster tenant quando hai bisogno dell’intera gamma di funzionalità di Trident, come snapshot, cloni, ridimensionamento dei volumi e importazione, che `kubevirt-csi`non sono disponibili di default.

Nel cluster guest, usa protocolli basati su IP: NFS, iSCSI e NVMe/TCP. Il cluster guest non supporta Fibre Channel (FC) perché i nodi guest sono macchine virtuali senza connettività FC diretta.

Requisiti delle funzionalità

La tabella seguente riassume le funzionalità disponibili con questa release di Trident e le versioni di Kubernetes che supporta.

Caratteristica Versione Kubernetes Sono richiesti i feature gate?

Trident

1.27 - 1.37

No

Istantanee del volume

1.27 - 1.37

No

PVC da snapshot di volume

1.27 - 1.37

No

Ridimensionamento PV iSCSI

1.27 - 1.37

No

CHAP bidirezionale ONTAP

1.27 - 1.37

No

Politiche di esportazione dinamiche

1.27 - 1.37

No

Trident Operator

1.27 - 1.37

No

Topologia CSI

1.27 - 1.37

No

Sistemi operativi host testati

Sebbene Trident non supporti ufficialmente sistemi operativi specifici, i seguenti sono noti per funzionare:

  • Versioni di Red Hat Enterprise Linux CoreOS (RHCOS) supportate da OpenShift Container Platform su AMD64 e ARM64

  • Red Hat Enterprise Linux (RHEL) 8 o versioni successive su AMD64 e ARM64

    Nota NVMe/TCP richiede RHEL 9 o versioni successive.
  • Ubuntu 22.04 LTS o successiva su AMD64 e ARM64

  • Windows Server 2022

  • SUSE Linux Enterprise Server (SLES) 15 o versioni successive

Per impostazione predefinita, Trident viene eseguito in un container e, pertanto, viene eseguito su qualsiasi worker Linux. Tuttavia, tali worker devono essere in grado di montare i volumi che Trident fornisce utilizzando il client NFS standard o l'iSCSI initiator, a seconda dei backend utilizzati.

L' `tridentctl`utility funziona anche su una qualsiasi di queste distribuzioni di Linux.

Configurazione host

Tutti i nodi worker nel cluster Kubernetes devono essere in grado di montare i volumi che hai fornito per i tuoi pod. Per preparare i nodi worker, è necessario installare NFS, iSCSI o gli strumenti NVMe in base alla selezione del driver.

Configurazione del sistema storage

Trident potrebbe richiedere modifiche a un sistema storage prima che una configurazione di backend possa utilizzarlo.

Porte Trident

Trident richiede l'accesso a porte specifiche per la comunicazione.

Immagini dei container e versioni Kubernetes corrispondenti

Per le installazioni air-gapped, il seguente elenco è un riferimento delle immagini container necessarie per installare Trident. Usa il comando tridentctl images per verificare l'elenco delle immagini container necessarie.

Il supporto per Kubernetes 1.37 è disponibile a partire da Trident 26.06. L'elenco di immagini 26.06.2 riportato di seguito include le immagini per Kubernetes 1.37.

Immagini del container necessarie per Trident 26.06.0

Versioni Kubernetes Immagine container

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.06.0

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

  • docker.io/netapp/trident-operator:26.06.0 (opzionale)

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

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

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

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

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

Immagini del container necessarie per Trident 26.06.2

Versioni Kubernetes Immagine container

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, v1.37.0

  • docker.io/netapp/trident:26.06.2

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

  • docker.io/netapp/trident-operator:26.06.2 (opzionale)

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

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

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

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

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