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

Avant d'installer Astra Trident, il est recommandé de vérifier ces exigences système générales. Il se peut que les systèmes back-end spécifiques présentent des exigences supplémentaires.

Informations stratégiques sur Astra Trident

Vous devez lire les renseignements essentiels suivants sur Astra Trident.

<strong> informations pratiques sur le Tridécouvrez Astra </strong>
  • Kubernetes 1.29 est désormais pris en charge dans Trident. Mettez à niveau Astra Trident avant de mettre à niveau Kubernetes.

  • Astra Trident applique rigoureusement l'utilisation de la configuration de chemins d'accès multiples dans les environnements SAN, avec la 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. ASTRA Trident a recommandé l'utilisation de find_multipaths: no depuis la version 21.07.

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

Astra Trident prend en charge plusieurs moteurs et orchestrateurs de conteneur, notamment :

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

  • Kubernetes 1.23 - 1.29

  • OpenShift 4.10 - 4.14

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.23 - 1.29

  • OpenShift 4.10 - 4.14

ASTRA 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), Rancher et le portefeuille VMware Tanzu.

Pour laquelle Astra Trident et ONTAP peuvent être utilisés en tant que fournisseur de stockage "KubeVirt".

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

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

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

  • Amazon FSX pour NetApp ONTAP

  • Azure NetApp Files

  • Cloud Volumes ONTAP

  • Cloud Volumes Service pour GCP

  • FAS/AFF/Select 9.5 ou version ultérieure

  • Baie SAN 100 % Flash (ASA) de NetApp

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

Configuration requise

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

Fonction Version Kubernetes Portes-fonctions requises ?

Astra Trident

1.23 - 1.29

Non

Snapshots de volume

1.23 - 1.29

Non

Volume persistant à partir des copies Snapshot des volumes

1.23 - 1.29

Non

Redimensionnement PV iSCSI

1.23 - 1.29

Non

Chap bidirectionnel ONTAP

1.23 - 1.29

Non

Règles d'exportation dynamiques

1.23 - 1.29

Non

Opérateur Trident

1.23 - 1.29

Non

Topologie CSI

1.23 - 1.29

Non

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

Bien que l'Astra Trident ne prenne pas officiellement en charge des systèmes d'exploitation spécifiques, il s'agit des éléments suivants qui fonctionnent :

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

  • RHEL 8+ (AMD64 ET ARM64)

    Remarque NVMe/TCP requiert RHEL 9 ou version ultérieure.
  • Ubuntu 22.04 ou version ultérieure (AMD64 et ARM64)

  • Windows Server 2019 (AMD64)

Par défaut, Astra Trident s'exécute dans un conteneur et s'exécute donc sur un utilisateur Linux. Cependant, ces employés doivent pouvoir monter les volumes qu'Astra Trident utilise le client NFS standard ou l'initiateur iSCSI, en fonction du système back-end utilisé.

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

Il est possible qu'Astra Trident modifie le système de stockage avant qu'une configuration back-end ne puisse l'utiliser.

Ports Trident d'Astra

L'Astra Trident doit accéder à des ports spécifiques pour la communication.

Images de conteneur et versions Kubernetes correspondantes

Pour les installations utilisant des systèmes à air comprimé, la liste suivante est une référence des images de conteneur nécessaires à l'installation d'Astra Trident. Utilisez le tridentctl images commande pour vérifier la liste des images de conteneur requises.

Version Kubernetes Image de conteneur

v1.23.0

  • docker.io/netapp/trident : 24.02.0

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

  • registry.k8s.io/sig-storage/csi-provisionneur:v3.6.0

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

  • registry.k8s.io/sig-storage/csi-resizer:v1.9.0

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

  • registry.k8s.io/sig-storage/csi-node-driver-registratr:v2.9.0

  • docker.io/netapp/trident-operator:24.02.0 (en option)

v1.24.0

  • docker.io/netapp/trident : 24.02.0

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

  • registry.k8s.io/sig-storage/csi-provisionneur:v3.6.0

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

  • registry.k8s.io/sig-storage/csi-resizer:v1.9.0

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

  • registry.k8s.io/sig-storage/csi-node-driver-registratr:v2.9.0

  • docker.io/netapp/trident-operator:24.02.0 (en option)

v1.25.0

  • docker.io/netapp/trident : 24.02.0

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

  • registry.k8s.io/sig-storage/csi-provisionneur:v3.6.0

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

  • registry.k8s.io/sig-storage/csi-resizer:v1.9.0

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

  • registry.k8s.io/sig-storage/csi-node-driver-registratr:v2.9.0

  • docker.io/netapp/trident-operator:24.02.0 (en option)

v1.26.0

  • docker.io/netapp/trident : 24.02.0

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

  • registry.k8s.io/sig-storage/csi-provisionneur:v3.6.0

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

  • registry.k8s.io/sig-storage/csi-resizer:v1.9.0

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

  • registry.k8s.io/sig-storage/csi-node-driver-registratr:v2.9.0

  • docker.io/netapp/trident-operator:24.02.0 (en option)

v1.27.0

  • docker.io/netapp/trident : 24.02.0

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

  • registry.k8s.io/sig-storage/csi-provisionneur:v3.6.0

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

  • registry.k8s.io/sig-storage/csi-resizer:v1.9.0

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

  • registry.k8s.io/sig-storage/csi-node-driver-registratr:v2.9.0

  • docker.io/netapp/trident-operator:24.02.0 (en option)

v1.28.0

  • docker.io/netapp/trident : 24.02.0

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

  • registry.k8s.io/sig-storage/csi-provisionneur:v3.6.0

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

  • registry.k8s.io/sig-storage/csi-resizer:v1.9.0

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

  • registry.k8s.io/sig-storage/csi-node-driver-registratr:v2.9.0

  • docker.io/netapp/trident-operator:24.02.0 (en option)

v1.29.0

  • docker.io/netapp/trident : 24.02.0

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

  • registry.k8s.io/sig-storage/csi-provisionneur:v4.0.0

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

  • registry.k8s.io/sig-storage/csi-resizer:v1.9.3

  • registry.k8s.io/sig-storage/csi-snapshotter:v6.3.3

  • registry.k8s.io/sig-storage/csi-node-driver-registratr:v2.10.0

  • docker.io/netapp/trident-operator : 24.02.0 (facultatif)