De formation
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.33 est désormais pris en charge dans Trident. Mise à niveau de Trident avant la mise à niveau de 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
oufind_multipaths: smart
la valeur du fichier multipath.conf entraînera des échecs de montage. Trident a recommandé l'utilisation defind_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.33
-
OpenShift 4.10 - 4.18
-
Rancher Kubernetes Engine 2 (RKE2) v1.26.7+rke2r1, v1.28.5+rke2r1
L'opérateur de Trident est pris en charge par ces versions :
-
Anthos sur site (VMware) et Anthos sur bare Metal 1.16
-
Kubernetes 1.27 - 1.33
-
OpenShift 4.10 - 4.18
-
Rancher Kubernetes Engine 2 (RKE2) v1.26.7+rke2r1, v1.28.5+rke2r1
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".
|
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
-
Versions de cluster FAS, AFF ou ASA r2 (iSCSI et NVMe/TCP) sur site sous le support 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
Trident prend en charge les pilotes ONTAP suivants pour KubeVirt et OpenShift Virtualization :
-
ontap-nas
-
ONTAP-nas-économie
-
san ONTAP (iSCSI, FCP, NVMe over TCP)
-
ONTAP-san-Economy (iSCSI uniquement)
-
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 duvolumeMode=Block
paramètre dansdataVolumeTemplates
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)
-
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,33 |
Non |
Snapshots de volume |
1,27 - 1,33 |
Non |
Volume persistant à partir des copies Snapshot des volumes |
1,27 - 1,33 |
Non |
Redimensionnement PV iSCSI |
1,27 - 1,33 |
Non |
Chap bidirectionnel ONTAP |
1,27 - 1,33 |
Non |
Règles d'exportation dynamiques |
1,27 - 1,33 |
Non |
Opérateur Trident |
1,27 - 1,33 |
Non |
Topologie CSI |
1,27 - 1,33 |
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 (AMD64 et ARM64)
-
RHEL 8+ (AMD64 ET ARM64)
NVMe/TCP requiert RHEL 9 ou version ultérieure. -
Ubuntu 22.04 ou version ultérieure (AMD64 et ARM64)
-
Windows Server 2022
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.
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.
Ports Trident
Trident requiert l'accès à des ports spécifiques pour la communication.
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.
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 |
|