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 :
-
Anthos sur site (VMware) et Anthos sur un système bare Metal 1.9, 1.10, 1.11
-
Kubernetes 1.18 - 1.24
-
Mirantis Kubernetes Engine 3.4
-
OpenShift 4.7, 4.8, 4.9, 4.10
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.9, 1.10, 1.11
-
Kubernetes 1.18 - 1.24
-
OpenShift 4.7, 4.8, 4.9, 4.10
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.18 - 1.24 |
Non |
Snapshots de volume |
1.18 - 1.24 |
Non |
Volume persistant à partir des copies Snapshot des volumes |
1.18 - 1.24 |
Non |
Redimensionnement PV iSCSI |
1.18 - 1.24 |
Non |
Chap bidirectionnel ONTAP |
1.18 - 1.24 |
Non |
Règles d'exportation dynamiques |
1.18 - 1.24 |
Non |
Opérateur Trident |
1.18 - 1.24 |
Non |
Préparation automatique du nœud de travail (bêta) |
1.18 - 1.24 |
Non |
Topologie CSI |
1.18 - 1.24 |
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.18.0 |
|
v1.19.0 |
|
v1.20.0 |
|
v1.21.0 |
|
v1.22.0 |
|
v1.23.0 |
|
|
|
Sur Kubernetes version 1.20 et supérieure, utilisez la solution validée k8s.gcr.io/sig-storage/csi-snapshotter:v5.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.
|