Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

De formation

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

Avant d'installer Trident, vous devez vérifier la configuration système requise. Il se peut que les systèmes back-end spécifiques présentent des exigences supplémentaires.

Informations critiques sur Trident

Vous devez lire les informations critiques suivantes sur Trident.

<strong> informations sur le Trident </strong>

  • Kubernetes 1.36 est désormais pris en charge dans Trident. Mettez à niveau Trident avant de mettre à niveau Kubernetes.

  • Trident applique strictement l'utilisation de la configuration de chemins d'accès multiples dans les environnements SAN, avec une valeur recommandée de find_multipaths: no dans le fichier multipath.conf.

    Utilisation d'une configuration sans chemins d'accès multiples ou de l'utilisation de find_multipaths: yes ou find_multipaths: smart la valeur du fichier multipath.conf entraînera des échecs de montage. Trident a recommandé l'utilisation de find_multipaths: no depuis la version 21.07.

Systèmes front-end (orchestrateurs) pris en charge

Trident prend en charge plusieurs moteurs de mise en conteneurs et orchestrateurs, notamment :

  • Anthos sur site (VMware) et Anthos sur bare Metal 1.16

  • Kubernetes 1.27 - 1.36

  • OpenShift 4.12, 4.14 - 4.22 (Si vous prévoyez d'utiliser la préparation de nœud iSCSI avec OpenShift 4.19, la version minimale de Trident prise en charge est 25.06.1.)

    Remarque Trident continue de prendre en charge les anciennes versions d'OpenShift conformément à la"Cycle de vie des versions de Red Hat Extended Update Support (EUS)" , même s'ils s'appuient sur des versions de Kubernetes qui ne sont plus officiellement prises en charge en amont. Lors de l'installation de Trident dans de tels cas, vous pouvez ignorer en toute sécurité tous les messages d'avertissement concernant la version de Kubernetes.

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

Trident fonctionne également avec de nombreuses autres offres Kubernetes entièrement gérées et autogérées, notamment Google Kubernetes Engine (GKE), Amazon Elastic Kubernetes Services (EKS), Azure Kubernetes Service (AKS), Mirantis Kubernetes Engine (MKE) et le portefeuille VMware Tanzu.

Trident et ONTAP peuvent être utilisés comme fournisseur de stockage pour "KubeVirt".

Avertissement Avant de mettre à niveau un cluster Kubernetes de la version 1.25 vers la version 1.26 ou ultérieure sur "Mettre à niveau une installation Helm"lequelTrident est installé, reportez-vous à la section .

Systèmes back-end pris en charge (stockage)

Pour utiliser Trident, vous avez besoin d'un ou plusieurs des systèmes back-end pris en charge suivants :

  • Amazon FSX pour NetApp ONTAP

  • Azure NetApp Files

  • Cloud Volumes ONTAP

  • Google Cloud NetApp volumes

  • Baie SAN 100 % Flash (ASA) de NetApp

  • Systèmes FAS, AFF ou ASA r2 sur site (iSCSI, NVMe/TCP et FC) exécutant des versions ONTAP sous support complet ou limité de NetApp . Voir "Prise en charge des versions logicielles".

  • Logiciel NetApp HCI/Element 11 ou version ultérieure

Prise en charge de Trident pour KubeVirt et OpenShift Virtualization

Pilotes de stockage pris en charge :

Trident prend en charge les pilotes ONTAP suivants pour KubeVirt et OpenShift Virtualization :

  • ontap-nas

  • san ONTAP (iSCSI, FCP, NVMe over TCP)

  • ONTAP-san-Economy (iSCSI uniquement)

Points à prendre en compte :

  • Mettez à jour la classe de stockage pour avoir le fsType paramètre (par exemple : fsType: "ext4") dans l'environnement OpenShift Virtualization. Si nécessaire, définissez le mode de volume pour bloquer explicitement à l'aide du volumeMode=Block paramètre dans dataVolumeTemplates pour avertir CDI de créer des volumes de données de bloc.

  • Mode d'accès RWX pour les pilotes de stockage en mode bloc : les pilotes ONTAP-san (iSCSI, NVMe/TCP, FC) et ONTAP-san-Economy (iSCSI) sont pris en charge uniquement avec les pilotes « volumeMode : bloc » (périphérique brut). Pour ces pilotes, le fstype paramètre ne peut pas être utilisé car les volumes sont fournis en mode périphérique brut.

  • Pour les flux de travail de migration dynamique où le mode d'accès RWX est requis, ces combinaisons sont prises en charge :

    • NFS + volumeMode=Filesystem

    • ISCSI + volumeMode=Block (périphérique brut)

    • NVMe/TCP + volumeMode=Block (périphérique brut)

    • FC + volumeMode=Block (périphérique brut)

Prise en charge de Trident pour Kubernetes sur Kubernetes et les plans de contrôle hébergés OpenShift

À partir de la version 26.06, Trident prend pleinement en charge la topologie Kubernetes sur Kubernetes. Les clusters Kubernetes dont les nœuds s’exécutent en tant que machines virtuelles KubeVirt sur un cluster d’infrastructure (hôte). Cette topologie sous-tend les offres de plan de contrôle hébergé telles que les plans de contrôle hébergés (HCP) OpenShift sur OpenShift Virtualization.

Remarque Cette configuration fonctionnait dans les versions précédentes, mais la qualification complète commence avec 26.06.

Le cluster invité (locataire) utilise le pilote CSI KubeVirt (kubevirt-csi comme fournisseur de stockage. Lorsqu'une charge de travail dans le cluster invité requiert un PersistentVolumeClaim volume, le pilote CSI KubeVirt crée un volume correspondant dans le cluster d'infrastructure. Trident provisionne le volume à partir d'ONTAP, et le volume est connecté à chaud à la machine virtuelle du nœud invité. Trident s'exécute uniquement dans le cluster d'infrastructure. Le cluster invité consomme le stockage ONTAP indirectement via le pilote CSI KubeVirt.

Exigences :

  • Trident est installé sur le cluster d'infrastructure avec un backend ONTAP pris en charge.

  • Une classe de stockage Trident existe dans le cluster d'infrastructure pour que le pilote CSI KubeVirt puisse mapper les volumes du cluster invité.

  • KubeVirt ou OpenShift Virtualization est déployé sur le cluster d'infrastructure, et le pilote CSI KubeVirt est installé dans chaque cluster invité.

Composant Version

Trident

26,06

Kubernetes (infrastructure et cluster invité)

1,36

KubeVirt

1.9.0-beta.0

Importateur de données conteneurisé (CDI)

1,65
Points à prendre en compte :

  • Dans le cluster invité, les volumes apparaissent comme des périphériques de stockage par blocs connectés à chaud sur les machines virtuelles des nœuds invités.

  • Le flux de travail du pilote CSI KubeVirt ne nécessite pas Trident dans le cluster invité. Vous configurez le backend ONTAP et la classe de stockage dans le cluster d'infrastructure.

Installez Trident directement dans le cluster invité :

Vous pouvez également installer Trident directement dans le cluster invité (tenant). Installez Trident dans le cluster invité lorsque vous avez besoin de l'ensemble des fonctionnalités de Trident, telles que les instantanés, les clones, le redimensionnement de volumes et l'importation, que kubevirt-csi ne fournit pas à lui seul.

Dans le cluster invité, utilisez les protocoles IP suivants : NFS, iSCSI et NVMe/TCP. Le cluster invité ne prend pas en charge Fibre Channel (FC) car les nœuds invités sont des machines virtuelles sans connectivité FC directe.

Configuration requise

Le tableau ci-dessous résume les fonctionnalités disponibles dans cette version d'Trident et les versions de Kubernetes qu'il prend en charge.

Fonction Version Kubernetes Portes-fonctions requises ?

Trident

1.27 - 1.36

Non

Snapshots de volume

1.27 - 1.36

Non

Volume persistant à partir des copies Snapshot des volumes

1.27 - 1.36

Non

Redimensionnement PV iSCSI

1.27 - 1.36

Non

Chap bidirectionnel ONTAP

1.27 - 1.36

Non

Règles d'exportation dynamiques

1.27 - 1.36

Non

Opérateur Trident

1.27 - 1.36

Non

Topologie CSI

1.27 - 1.36

Non

Systèmes d'exploitation hôtes testés

Bien que Trident ne prenne pas officiellement en charge des systèmes d'exploitation spécifiques, les éléments suivants sont connus pour fonctionner :

  • Versions de Red Hat Enterprise Linux CoreOS (RHCOS) prises en charge par OpenShift Container Platform sur AMD64 et ARM64

  • Red Hat Enterprise Linux (RHEL) 8 ou version ultérieure sur AMD64 et ARM64

    Remarque NVMe/TCP requiert RHEL 9 ou version ultérieure.

  • Ubuntu 22.04 LTS ou version ultérieure sur AMD64 et ARM64

  • Windows Server 2022

  • SUSE Linux Enterprise Server (SLES) 15 ou version ultérieure

Par défaut, Trident s'exécute dans un conteneur et s'exécute donc sur n'importe quel travailleur Linux. Toutefois, ces derniers doivent pouvoir monter les volumes offerts par Trident à l'aide du client NFS standard ou de l'initiateur iSCSI, en fonction des systèmes back-end que vous utilisez.

Le tridentctl Utility s'exécute également sur l'une de ces distributions de Linux.

Configuration de l'hôte

Tous les nœuds workers du cluster Kubernetes doivent pouvoir monter les volumes provisionnés pour vos pods. Pour préparer les nœuds worker, vous devez installer les outils NFS, iSCSI ou NVMe en fonction de votre sélection de pilotes.

"Préparez le nœud de travail"

Configuration du système de stockage

Trident peut nécessiter des modifications d'un système de stockage avant qu'une configuration back-end ne puisse l'utiliser.

"Configuration des systèmes back-end"

Ports Trident

Trident requiert l'accès à des ports spécifiques pour la communication.

"Ports Trident"

Images de conteneur et versions Kubernetes correspondantes

Pour les installations à air comprimé, la liste suivante est une référence aux images de conteneur nécessaires à l'installation de Trident. Utiliser tridentctl images la commande pour vérifier la liste des images de conteneur nécessaires.

Images de conteneur requises pour Trident 26.02

Versions de Kubernetes Image de conteneur

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 (facultatif)