Demander de modifier un document
Modifier sur GitHub
Guide des contributeurs
PDFs disponibles
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.
Découvrez Astra Trident 23.01, un document essentiel
Vous devez lire les renseignements essentiels suivants sur Astra Trident.
<strong> informations pratiques sur le Tridécouvrez Astra </strong>
-
Kubernetes 1.26 est désormais pris en charge par Trident. Mise à niveau de Trident avant la mise à niveau de 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: nodans le fichier multipath.conf.Utilisation d’une configuration sans chemins d’accès multiples ou de l’utilisation de
find_multipaths: yesoufind_multipaths: smartla valeur du fichier multipath.conf entraînera des échecs de montage. Trident a recommandé l’utilisation defind_multipaths: nodepuis 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 un système bare Metal 1.9, 1.10, 1.11
-
Kubernetes 1.21 - 1.26
-
Mirantis Kubernetes Engine 3.5
-
OpenShift 4.9 - 4.12
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.21 - 1.26
-
OpenShift 4.9 - 4.12
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.
|
Avant de mettre à niveau un cluster Kubernetes de la version 1.24 à la version 1.25 ou ultérieure avec Astra Trident installé, consultez la page "Mettre à niveau l’installation d’un opérateur basé sur 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 ? |
|---|---|---|
CSI Trident |
1.21 - 1.26 |
Non |
Snapshots de volume |
1.21 - 1.26 |
Non |
Volume persistant à partir des copies Snapshot des volumes |
1.21 - 1.26 |
Non |
Redimensionnement PV iSCSI |
1.21 - 1.26 |
Non |
Chap bidirectionnel ONTAP |
1.21 - 1.26 |
Non |
Règles d’exportation dynamiques |
1.21 - 1.26 |
Non |
Opérateur Trident |
1.21 - 1.26 |
Non |
Topologie CSI |
1.21 - 1.26 |
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 Red Hat CoreOS (RHCOS) prises en charge par OpenShift Container Platform
-
RHEL 8+
-
Ubuntu 22.04 ou version ultérieure
-
Windows Server 2019
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 workers, vous devez installer des outils NFS ou iSCSI 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.21.0 |
|
v1.22.0 |
|
v1.23.0 |
|
v1.24.0 |
|
v1.25.0 |
|
v1.26.0 |
|
|
Sur Kubernetes version 1.21 et supérieure, utilisez la solution validée registry.k8s.gcr.io/sig-storage/csi-snapshotter:v6.x image uniquement si v1 la version sert le volumesnapshots.snapshot.storage.k8s.gcr.io CRD. Si le v1beta1 La version sert le CRD avec/sans le v1 utilisez la version validée registry.k8s.gcr.io/sig-storage/csi-snapshotter:v3.x image.
|