De formation
Suggérer des modifications
PDF
Lancez-vous en examinant les systèmes front-end, les systèmes back-end et la configuration hôte pris en charge.
|
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 :
-
Kubernetes 1.17 ou version ultérieure (dernière version : 1.22)
-
Mirantis Kubernetes Engine 3.4
-
OpenShift 4.7, 4.8, 4.9 (derniers 4.9)
L'opérateur de Trident est pris en charge par ces versions :
-
Kubernetes 1.17 ou version ultérieure (dernière version : 1.22)
-
OpenShift 4.7, 4.8, 4.9 (derniers 4.9)
|
|
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.7 et versions ultérieures. |
Astra Trident fonctionne également avec plusieurs autres offres Kubernetes entièrement gérées et autogérées, notamment Google Cloud Kubernetes Engine (GKE), Elastic Kubernetes Services (EKS) d'AWS, Azure Kubernetes Service (AKS) d'Azure et Rancher.
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 AWS
-
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 8 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 :
-
Red Hat CoreOS 4.2 et 4.3
-
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 |
|
v1.18.0 |
|
v1.19.0 |
|
v1.20.0 |
|
v1.21.0 |
|
v1.22.0 |
|
|
|
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.
|