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

Lancez-vous en examinant les systèmes front-end, les systèmes back-end et la configuration hôte pris en charge.

Remarque Pour en savoir plus sur les ports qu’utilise Astra Trident, consultez la page "ici".

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 un système bare Metal 1.8, 1.9, 1.10

  • Kubernetes 1.17 ou version ultérieure (dernière version : 1.23)

  • Mirantis Kubernetes Engine 3.4

  • OpenShift 4.7, 4.8, 4.9

L’opérateur de Trident est pris en charge par ces versions :

  • Anthos sur site (VMware) et Anthos sur un système bare Metal 1.8, 1.9, 1.10

  • Kubernetes 1.17 ou version ultérieure (dernière version : 1.23)

  • OpenShift 4.7, 4.8, 4.9

Remarque Les utilisateurs de Red Hat OpenShift Container Platform peuvent observer que leur fichier Initiatorname.iscsi est vide si une version inférieure à 4.6.8 est utilisée. Il s’agit d’un bug identifié par RedHat devant être corrigé avec OpenShift 4.6.8. Voir ceci "annonce de correction de bogues". NetApp vous recommande d’utiliser Astra Trident sur OpenShift 4.6.8 et versions ultérieures.

Astra Trident fonctionne également avec d’autres offres Kubernetes autogérées et entièrement gérées, notamment Google Kubernetes Engine (GKE), Amazon Elastic Kubernetes Services (EKS), Azure Kubernetes Service (AKS), Rancher et VMware Tanzu Portfolio.

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

  • Magasin de données Astra

  • Cloud Volumes ONTAP

  • Cloud Volumes Service pour GCP

  • FAS/AFF/Select 9.3 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 ?

CSI Trident

1.17 et versions ultérieures

Non

Snapshots de volume

1.17 et versions ultérieures

Non

Volume persistant à partir des copies Snapshot des volumes

1.17 et versions ultérieures

Non

Redimensionnement PV iSCSI

1.17 et versions ultérieures

Non

Chap bidirectionnel ONTAP

1.17 et versions ultérieures

Non

Règles d’exportation dynamiques

1.17 et versions ultérieures

Non

Opérateur Trident

1.17 et versions ultérieures

Non

Préparation automatique du nœud de travail (bêta)

1.17 et versions ultérieures

Non

Topologie CSI

1.17 et versions ultérieures

Non

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

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

Bien que l’Astra Trident ne « prend pas officiellement en charge » les systèmes d’exploitation spécifiques, les distributions Linux suivantes sont connues pour fonctionner :

  • Versions Red Hat CoreOS (RHCOS) prises en charge par OpenShift Container Platform

  • RHEL ou CentOS 7.4 ou version ultérieure

  • Ubuntu 18.04 ou version ultérieure

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

Configuration de l’hôte

En fonction du ou des back-end utilisés, des utilitaires NFS et/ou iSCSI doivent être installés sur tous les employés du cluster. Voir "ici" pour en savoir plus.

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. Voir "ici" pour plus d’informations.

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

  • netapp/trident :22.01.1

  • netapp/trident-autosupport :22.01

  • k8s.gcr.io/sig-storage/csi-provisionneur:v2.2

  • k8s.gcr.io/sig-storage/csi-attaché:v3.4.0

  • k8s.gcr.io/sig-storage/csi-resizer:v1.3.0

  • k8s.gcr.io/sig-storage/csi-snapshotter:v3.0.3

  • k8s.gcr.io/sig-storage/csi-node-driver-registry:v2.4.0

  • opérateur netapp/trident :22.01.1 (en option)

v1.18.0

  • netapp/trident :22.01.1

  • netapp/trident-autosupport :22.01

  • k8s.gcr.io/sig-storage/csi-provisionneur:v2.2

  • k8s.gcr.io/sig-storage/csi-attaché:v3.4.0

  • k8s.gcr.io/sig-storage/csi-resizer:v1.3.0

  • k8s.gcr.io/sig-storage/csi-snapshotter:v3.0.3

  • k8s.gcr.io/sig-storage/csi-node-driver-registry:v2.4.0

  • opérateur netapp/trident :22.01.1 (en option)

v1.19.0

  • netapp/trident :22.01.1

  • netapp/trident-autosupport :22.01

  • k8s.gcr.io/sig-storage/csi-provisionneur:v2.2

  • k8s.gcr.io/sig-storage/csi-attaché:v3.4.0

  • k8s.gcr.io/sig-storage/csi-resizer:v1.3.0

  • k8s.gcr.io/sig-storage/csi-snapshotter:v3.0.3

  • k8s.gcr.io/sig-storage/csi-node-driver-registry:v2.4.0

  • opérateur netapp/trident :22.01.1 (en option)

v1.20.0

  • netapp/trident :22.01.1

  • netapp/trident-autosupport :22.01

  • k8s.gcr.io/sig-storage/csi-provisionneur:v3.1.0

  • k8s.gcr.io/sig-storage/csi-attaché:v3.4.0

  • k8s.gcr.io/sig-storage/csi-resizer:v1.3.0

  • k8s.gcr.io/sig-storage/csi-snapshotter:v3.0.3

  • k8s.gcr.io/sig-storage/csi-node-driver-registry:v2.4.0

  • opérateur netapp/trident :22.01.1 (en option)

v1.21.0

  • netapp/trident :22.01.1

  • netapp/trident-autosupport :22.01

  • k8s.gcr.io/sig-storage/csi-provisionneur:v3.1.0

  • k8s.gcr.io/sig-storage/csi-attaché:v3.4.0

  • k8s.gcr.io/sig-storage/csi-resizer:v1.3.0

  • k8s.gcr.io/sig-storage/csi-snapshotter:v3.0.3

  • k8s.gcr.io/sig-storage/csi-node-driver-registry:v2.4.0

  • opérateur netapp/trident :22.01.1 (en option)

v1.22.0

  • netapp/trident :22.01.1

  • netapp/trident-autosupport :22.01

  • k8s.gcr.io/sig-storage/csi-provisionneur:v3.1.0

  • k8s.gcr.io/sig-storage/csi-attaché:v3.4.0

  • k8s.gcr.io/sig-storage/csi-resizer:v1.3.0

  • k8s.gcr.io/sig-storage/csi-snapshotter:v3.0.3

  • k8s.gcr.io/sig-storage/csi-node-driver-registry:v2.4.0

  • opérateur netapp/trident :22.01.1 (en option)

v1.23.0

  • netapp/trident :22.01.1

  • netapp/trident-autosupport :22.01

  • k8s.gcr.io/sig-storage/csi-provisionneur:v3.1.0

  • k8s.gcr.io/sig-storage/csi-attaché:v3.4.0

  • k8s.gcr.io/sig-storage/csi-resizer:v1.3.0

  • k8s.gcr.io/sig-storage/csi-snapshotter:v3.0.3

  • k8s.gcr.io/sig-storage/csi-node-driver-registry:v2.4.0

  • opérateur netapp/trident :22.01.1 (en option)

Remarque Sur Kubernetes version 1.20 et ultérieure, utilisez la k8s.gcr.io/sig-storage/csi-snapshotter:v4.x image uniquement si v1 la version sert le volumesnapshots.snapshot.storage.k8s.io CRD. Si le v1beta1 La version sert le CRD avec/sans le v1 utilisez la version validée k8s.gcr.io/sig-storage/csi-snapshotter:v3.x image.