Skip to main content
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Requisiti

Collaboratori juliantap netapp-aruldeepa joan-ing netapp-mwallis sjpeeris netapp-shwetav gnarl
PDF

Prima di installare Trident, è necessario 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 aggiornate su Trident </strong>

  • Kubernetes 1.36 è ora supportato in Trident. Aggiornare Trident prima di aggiornare Kubernetes.

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

    Utilizzo di configurazioni o utilizzo non multipathing di find_multipaths: yes oppure find_multipaths: smart il valore nel file multipath.conf causerà errori di montaggio. Trident ha raccomandato l'uso di find_multipaths: no dalla release 21.07.

Frontend supportati (orchestratori)

Trident supporta molteplici motori e Orchestrator per container, tra cui:

  • Anthos on-premise (VMware) e anthos su Bare Metal 1,16

  • Kubernetes 1.27 - 1.36

  • 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"Ciclo di vita della versione Red Hat Extended Update Support (EUS)" , anche se si basano su versioni di Kubernetes che non sono più ufficialmente supportate a monte. In questi casi, durante l'installazione Trident , puoi tranquillamente ignorare eventuali messaggi di avviso relativi alla versione di Kubernetes.

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

Trident funziona anche con un host delle altre offerte Kubernetes completamente gestite e gestite in autonomia, tra cui Google Kubernetes Engine (GKE), Amazon Elastic Kubernetes Services (EKS), Azure Kubernetes Service (AKS), Mirantis Kubernetes Engine (MKE) e il portfolio VMware Tanzu.

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

Attenzione Prima di aggiornare un cluster Kubernetes dalla versione 1,25 alla 1,26 o successiva in cui è installato Trident, fare riferimento alla "Aggiornare un'installazione Helm".

Back-end supportati (storage)

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

  • Amazon FSX per NetApp ONTAP

  • Azure NetApp Files

  • Cloud Volumes ONTAP

  • Google Cloud NetApp Volumes

  • Array All SAN (ASA) NetApp

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

  • Software NetApp HCI/Element 11 o superiore

Supporto Trident per KubeVirt e OpenShift Virtualization

Driver di archiviazione supportati:

Trident supporta i seguenti driver ONTAP per la virtualizzazione KubeVirt e OpenShift:

  • ontap-nas

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

  • ONTAP-san-Economy (solo iSCSI)

Punti da considerare:

  • Aggiornare la classe di archiviazione in modo che il fsType parametro (ad esempio: fsType: "ext4") Nell'ambiente di virtualizzazione OpenShift. Se necessario, impostare la modalità volume in modo da bloccare esplicitamente utilizzando il volumeMode=Block parametro in dataVolumeTemplates per notificare a CDI la creazione di volumi di dati di blocco.

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

  • Per i flussi di lavoro di migrazione in tempo reale 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 (dispositivo raw)

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.

Funzione Versione di Kubernetes Sono richiesti i gate delle funzionalità?

Trident

1.27 - 1.36

No

Snapshot dei volumi

1.27 - 1.36

No

PVC dalle istantanee dei volumi

1.27 - 1.36

No

Ridimensionamento di iSCSI PV

1.27 - 1.36

No

CHAP bidirezionale ONTAP

1.27 - 1.36

No

Policy di esportazione dinamiche

1.27 - 1.36

No

Operatore Trident

1.27 - 1.36

No

Topologia CSI

1.27 - 1.36

No

Sistemi operativi host testati

Sebbene Trident non supporti ufficialmente sistemi operativi specifici, è noto che i seguenti sistemi funzionano:

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

  • Red Hat Enterprise Linux (RHEL) 8 o versione successiva su AMD64 e ARM64

    Nota NVMe/TCP richiede RHEL 9 o versione successiva.

  • Ubuntu 22.04 LTS o successivo su AMD64 e ARM64

  • Windows Server 2022

  • SUSE Linux Enterprise Server (SLES) 15 o versione successiva

Per impostazione predefinita, Trident viene eseguito in un container e quindi viene eseguito su qualsiasi lavoratore Linux. Tuttavia, tali dipendenti devono essere in grado di montare i volumi forniti da Trident utilizzando il client NFS standard o l'iniziatore iSCSI, a seconda dei backend in uso.

Il tridentctl Utility può essere eseguita anche su una qualsiasi di queste distribuzioni di Linux.

Configurazione dell'host

Tutti i nodi di lavoro nel cluster Kubernetes devono essere in grado di montare i volumi forniti per i pod. Per preparare i nodi di lavoro, devi installare i tool NFS, iSCSI o NVMe in base alla tua selezione di driver.

"Preparare il nodo di lavoro"

Configurazione del sistema storage

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

"Configurare i backend"

Porte Trident

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

"Porte Trident"

Immagini container e corrispondenti versioni di Kubernetes

Per le installazioni con montaggio ad aria, l'elenco seguente è un riferimento alle immagini contenitore necessarie per installare Trident. Utilizzare il tridentctl images comando per verificare l'elenco delle immagini contenitore necessarie.

Immagini container necessarie per Trident 26.02

Versioni di 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.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 (opzionale)