À compter de la version 24.02, Trident est publié tous les quatre mois : février, juin et octobre.

Trident ne prend généralement pas en charge les fonctionnalités alpha de Kubernetes. Trident peut prendre en charge les fonctionnalités bêta dans les deux versions de Trident qui suivent la version bêta de Kubernetes.

Trident ne dépend d'aucun autre produit logiciel NetApp et fonctionne comme une application autonome. Cependant, vous devez disposer d'un périphérique de stockage NetApp.

Utilisez la commande tridentctl get pour obtenir plus d'informations sur votre configuration Trident.

Oui. Les points de terminaison Prometheus peuvent être utilisés pour recueillir des informations sur le fonctionnement de Trident, telles que le nombre de backends gérés, le nombre de volumes provisionnés, les octets consommés, etc. Vous pouvez également utiliser "Cloud Insights" pour la surveillance et l'analyse.

Non. L'expérience utilisateur et les fonctionnalités restent inchangées. Le nom du provisionneur utilisé est csi.trident.netapp.io. Cette méthode d'installation de Trident est recommandée si vous souhaitez utiliser toutes les nouvelles fonctionnalités des versions actuelles et futures.

Oui, Trident peut être installé hors ligne. Voir "Découvrez l'installation de Trident".

Oui. Trident 18.10 et versions ultérieures prennent en charge la capacité d'installation à distance depuis n'importe quelle machine qui a kubectl accès au cluster. Après que kubectl l'accès a été vérifié (par exemple, initiez une kubectl get nodes commande depuis la machine distante pour vérifier), suivez les instructions d'installation.

Trident est installé en tant que déploiement Kubernetes (ReplicaSet) avec une seule instance, ce qui lui confère une haute disponibilité intégrée. Vous ne devez pas augmenter le nombre de réplicas dans le déploiement. Si le nœud où Trident est installé est perdu ou si le pod est autrement inaccessible, Kubernetes redéploie automatiquement le pod sur un nœud sain de votre cluster. Trident est uniquement un composant du plan de contrôle, donc les pods actuellement montés ne sont pas affectés si Trident est redéployé.

Trident lit à partir du serveur d'API Kubernetes pour déterminer quand les applications demandent de nouveaux PVC, il a donc besoin d'accéder à kube-system.

L'installateur Trident crée un ClusterRole Kubernetes, qui dispose d'un accès spécifique aux ressources PersistentVolume, PersistentVolumeClaim, StorageClass et Secret du cluster Kubernetes. Reportez-vous à "Personnaliser l'installation de tridentctl".

Vous pouvez générer et modifier localement les fichiers manifestes exacts utilisés par Trident pour l'installation, si nécessaire. Consultez "Personnaliser l'installation de tridentctl".

Bien que cela soit déconseillé, vous pouvez utiliser le même SVM backend pour deux instances Trident. Spécifiez un nom de volume unique pour chaque instance lors de l'installation et/ou indiquez un paramètre unique StoragePrefix dans le fichier setup/backend.json. Cela permet de garantir que le même volume FlexVol n'est pas utilisé pour les deux instances.

Trident est simplement un pod Kubernetes et peut être installé partout où Kubernetes est en cours d'exécution.

Oui, Trident est pris en charge sur AWS, Google Cloud et Azure.

Bien que Trident soit open source et fourni gratuitement, NetApp le prend entièrement en charge à condition que votre backend NetApp soit pris en charge.

Pour ouvrir un dossier de demande d'assistance, effectuez l'une des opérations suivantes :

Vous pouvez créer un bundle de support en exécutant tridentctl logs -a. En plus des journaux inclus dans le bundle, capturez le journal kubelet pour diagnostiquer les problèmes de montage côté Kubernetes. Les instructions pour obtenir le journal kubelet varient selon la façon dont Kubernetes est installé.

Créez un ticket sur "Trident Github" et mentionnez RFE dans l'objet et la description du problème.

Créez un ticket sur "Trident Github". Veillez à inclure toutes les informations et les journaux nécessaires relatifs à ce problème.

Si vous avez des questions, des problèmes ou des demandes, contactez-nous via notre Trident "Chaîne Discord" ou GitHub.

Mettez à jour le mot de passe du backend avec tridentctl update backend myBackend -f </path/to_new_backend.json> -n trident. Remplacez myBackend dans l'exemple par le nom de votre backend, et `/path/to_new_backend.json par le chemin d'accès au fichier backend.json correct.

Il existe deux scénarios probables pour lesquels Trident ne peut pas trouver un nœud Kubernetes. Cela peut être dû à un problème de réseau au sein de Kubernetes ou à un problème de DNS. Le daemonset de nœud Trident qui s'exécute sur chaque nœud Kubernetes doit pouvoir communiquer avec le contrôleur Trident pour enregistrer le nœud auprès de Trident. Si des modifications réseau sont survenues après l'installation de Trident, vous ne rencontrez ce problème qu'avec les nouveaux nœuds Kubernetes ajoutés au cluster.

Les données ne seront pas perdues si le pod Trident est détruit. Les métadonnées Trident sont stockées dans des objets CRD. Tous les PV qui ont été provisionnés par Trident fonctionneront normalement.

NetApp prend en charge la mise à niveau de Trident d'une version majeure à la version majeure suivante. Vous pouvez effectuer une mise à niveau de la version 18.xx à 19.xx, de 19.xx à 20.xx, et ainsi de suite. Vous devez tester la mise à niveau dans un environnement de test avant le déploiement en production.

Si vous avez besoin d’un correctif pour des bugs observés après une mise à niveau, des problèmes de dépendances ou une mise à niveau infructueuse ou incomplète, vous devez "désinstaller Trident" et réinstaller la version précédente en utilisant les instructions spécifiques à cette version. C’est la seule méthode recommandée pour revenir à une version antérieure.

Le LIF de gestion est obligatoire. Le DataLIF varie :

Oui. Trident prend en charge le protocole CHAP bidirectionnel pour les backends ONTAP. Cela nécessite de définir useCHAP=true dans la configuration de votre backend.

Trident peut créer et gérer dynamiquement des règles d'export à partir de la version 20.04. Cela permet à l'administrateur de stockage de fournir un ou plusieurs blocs CIDR dans sa configuration backend et à Trident d'ajouter les adresses IP des nœuds qui se trouvent dans ces plages à une règle d'export qu'il crée. De cette manière, Trident gère automatiquement l'ajout et la suppression des règles pour les nœuds dont les adresses IP se trouvent dans les CIDR donnés.

Trident prend en charge la définition d'adresses IPv6 pour :

Trident doit être installé en utilisant le flag --use-ipv6 (pour tridentctl l'installation), IPv6 (pour Trident operator), ou tridentTPv6 (pour l'installation Helm) pour qu'il fonctionne sur IPv6.

Oui, il est possible de mettre à jour le LIF de gestion backend à l'aide de la commande tridentctl update backend.

Vous pouvez mettre à jour le DataLIF sur ontap-nas et ontap-nas-economy uniquement.

Trident peut prendre en charge simultanément de nombreux backends, soit avec le même pilote, soit avec des pilotes différents.

Trident stocke les identifiants du backend sous forme de Secrets Kubernetes.

Si les attributs du backend ne peuvent pas être utilisés pour sélectionner automatiquement les pools appropriés pour une classe, les storagePools et additionalStoragePools paramètres sont utilisés pour sélectionner un ensemble spécifique de pools.

Le excludeStoragePools paramètre est utilisé pour filtrer l'ensemble des pools que Trident utilise pour le provisionnement et supprimera tous les pools correspondants.

S'il existe plusieurs backends configurés du même type, Trident sélectionne le backend approprié en fonction des paramètres présents dans StorageClass et PersistentVolumeClaim. Par exemple, s'il existe plusieurs backends de pilote ontap-nas, Trident tente de faire correspondre les paramètres dans le StorageClass et PersistentVolumeClaim combinés et de trouver un backend capable de répondre aux exigences listées dans StorageClass et PersistentVolumeClaim. Si plusieurs backends correspondent à la requête, Trident en sélectionne un au hasard.

Oui.

Le ontap-nas-economy pilote crée jusqu'à 200 Qtrees dans le même volume FlexVol (configurable entre 50 et 300), 100 000 Qtrees par nœud de cluster et 2,4 M par cluster. Lorsque vous saisissez un nouveau PersistentVolumeClaim qui est pris en charge par le pilote économique, le pilote vérifie si un volume FlexVol existe déjà et peut prendre en charge le nouveau Qtree. Si le volume FlexVol n'existe pas pour prendre en charge le Qtree, un nouveau volume FlexVol est créé.

Vous pouvez définir les permissions Unix sur le volume provisionné par Trident en définissant un paramètre dans le fichier de définition du backend.

Par défaut, Trident ne configure aucune option de montage avec Kubernetes. Pour spécifier les options de montage dans la classe de stockage Kubernetes, suivez l'exemple fourni "ici".

Pour autoriser les hôtes concernés à accéder à un volume, utilisez le exportPolicy paramètre configuré dans le fichier de définition du backend.

Vous pouvez configurer le chiffrement sur le volume provisionné par Trident en utilisant le paramètre encryption dans le fichier de définition du backend. Pour plus d'informations, consultez : "Comment Trident fonctionne avec NVE et NAE"

Utilisez StorageClasses pour implémenter la QoS pour ONTAP.

Les pilotes ONTAP prennent en charge le provisionnement fin ou épais. Les pilotes ONTAP utilisent par défaut le provisionnement fin. Si un provisionnement épais est souhaité, vous devez configurer soit le fichier de définition du backend, soit le StorageClass. Si les deux sont configurés, StorageClass prend le dessus. Configurez ce qui suit pour ONTAP :

La protection PVC est automatiquement activée sur Kubernetes à partir de la version 1.10.

Oui. Vous pouvez étendre un PVC créé par Trident. Notez que l'autogrow de volume est une fonctionnalité ONTAP qui ne s'applique pas à Trident.

L'importation du volume échoue si le volume externe est en mode DP ou est hors ligne. Vous recevez le message d'erreur suivant :

Le quota de ressources de stockage Kubernetes doit fonctionner tant que le stockage NetApp dispose de capacité. Lorsque le stockage NetApp ne peut pas respecter les paramètres de quota Kubernetes en raison d'un manque de capacité, Trident essaie de provisionner mais échoue.

Oui. La création d'instantanés de volumes à la demande et de volumes persistants à partir d'instantanés est prise en charge par Trident. Pour créer des volumes persistants (PVs) à partir d'instantanés, assurez-vous que la VolumeSnapshotDataSource feature gate a été activée.

À ce jour, la prise en charge des instantanés à la demande est disponible pour nos ontap-nas, ontap-nas-flexgroup, ontap-san, ontap-san-economy, solidfire-san et azure-netapp-files pilotes backend.

Cette fonctionnalité est disponible sur ontap-nas, ontap-san, et ontap-nas-flexgroup pilotes. Vous pouvez également spécifier un snapshotPolicy pour le ontap-san-economy pilote au niveau FlexVol.

Cette fonctionnalité est également disponible sur les ontap-nas-economy pilotes, mais avec une granularité au niveau du volume FlexVol et non au niveau de la granularité du qtree. Pour activer la possibilité de créer des instantanés des volumes provisionnés par Trident, définissez l’option du paramètre backend snapshotPolicy sur la stratégie d’instantané souhaitée telle que définie sur le backend ONTAP. Les instantanés créés par le contrôleur de stockage ne sont pas connus de Trident.

Oui, vous pouvez réserver un pourcentage spécifique d'espace disque pour le stockage des copies de snapshots via Trident en définissant l'attribut snapshotReserve dans le fichier de définition du backend. Si vous avez configuré snapshotPolicy et snapshotReserve dans le fichier de définition du backend, le pourcentage de réservation des snapshots est défini selon le pourcentage snapshotReserve mentionné dans le fichier backend. Si le nombre de pourcentage snapshotReserve n'est pas mentionné, ONTAP prend par défaut le pourcentage de réservation des snapshots comme 5. Si l'option snapshotPolicy est définie sur none, le pourcentage de réservation des snapshots est fixé à 0.

Oui, vous pouvez accéder au répertoire des instantanés sur le volume provisionné par Trident en configurant le snapshotDir paramètre dans le fichier de définition du backend.

Actuellement, SnapMirror doit être configuré en externe en utilisant l'interface de ligne de commande ONTAP ou OnCommand System Manager.

Pour restaurer un volume à un snapshot ONTAP, procédez comme suit :

Des miroirs de répartition de charge peuvent être créés pour les volumes racine des SVM qui diffusent des données via NFS. ONTAP met automatiquement à jour les miroirs de répartition de charge pour les volumes créés par Trident. Cela peut entraîner des délais lors du montage des volumes. Lorsque plusieurs volumes sont créés avec Trident, le provisionnement d'un volume dépend de la mise à jour du miroir de répartition de charge par ONTAP.

Kubernetes n'autorise pas les classes de stockage dans les espaces de noms. Cependant, vous pouvez utiliser Kubernetes pour limiter l'utilisation d'une classe de stockage spécifique par espace de noms en utilisant les quotas de ressources de stockage, qui sont définis par espace de noms. Pour refuser à un espace de noms spécifique l'accès à un stockage spécifique, définissez le quota de ressources de cette classe de stockage à 0.