Skip to main content
Une version plus récente de ce produit est disponible.
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

En savoir plus sur l'installation de Trident

Contributeurs

Pour garantir que Trident peut être installé dans un large éventail d'environnements et d'organisations, NetApp propose de nombreuses options d'installation. Vous pouvez installer Trident à l'aide de l'opérateur Trident (manuellement ou à l'aide de Helm) ou de tridentctl. Cette rubrique fournit des informations importantes pour sélectionner le processus d'installation qui vous convient.

Informations critiques sur Trident 24.10

Vous devez lire les informations critiques suivantes sur Trident.

<strong> informations sur le Trident </strong>

  • Kubernetes 1.32 est désormais pris en charge dans Trident. Mise à niveau de Trident avant la mise à niveau de Kubernetes.

  • Trident applique strictement l'utilisation de la configuration de chemins d'accès multiples dans les environnements SAN, avec une valeur recommandée de find_multipaths: no dans le fichier multipath.conf.

    L'utilisation d'une configuration sans chemins d'accès multiples ou l'utilisation d' find_multipaths: yes`une valeur ou `find_multipaths: smart dans un fichier multipath.conf entraînera des échecs de montage. Trident recommande l'utilisation de find_multipaths: no depuis la version 21.07.

Avant de commencer

Quel que soit votre chemin d'installation, vous devez avoir :

  • Privilèges complets vers un cluster Kubernetes pris en charge exécutant une version prise en charge de Kubernetes et conditions requises pour les fonctionnalités activées. Consultez le "de formation" pour plus d'informations.

  • Accès à un système de stockage NetApp pris en charge.

  • Capacité de monter des volumes à partir de tous les nœuds de travail Kubernetes.

  • Un hôte Linux avec kubectl (ou oc, si vous utilisez OpenShift) est installé et configuré pour gérer le cluster Kubernetes que vous souhaitez utiliser.

  • La KUBECONFIG variable d'environnement définie de sorte à pointer vers la configuration de votre cluster Kubernetes.

  • Si vous utilisez Kubernetes avec Docker Enterprise, "Suivez les étapes indiquées pour activer l'accès à l'interface de ligne de commande".

Astuce Si vous ne vous êtes pas familiarisé avec le "concepts de base", c'est le moment idéal pour le faire.

Choisissez votre méthode d'installation

Sélectionnez la méthode d'installation qui vous convient. Vous devez également examiner les considérations de "passage d'une méthode à l'autre" avant de prendre votre décision.

Utilisation de l'opérateur Trident

Qu'il s'agisse d'un déploiement manuel ou à l'aide d'Helm, l'opérateur Trident est un excellent moyen de simplifier l'installation et de gérer dynamiquement les ressources Trident. Vous pouvez même "Personnalisez le déploiement de l'opérateur Trident" utiliser les attributs dans la TridentOrchestrator ressource personnalisée (CR).

L'utilisateur de Trident présente les avantages suivants :

Objet <strong> Trident </strong>

L'opérateur Trident crée automatiquement les objets suivants pour votre version Kubernetes.

  • ServiceAccount pour l'opérateur

  • ClusterRole et ClusterRoleBinding au ServiceAccount

  • Dedicated PodSecurityPolicy (pour Kubernetes 1.25 et versions antérieures)

  • L'opérateur lui-même

<strong> compte : « </strong> »

L'opérateur cluster-scoped Trident gère les ressources associées à une installation Trident au niveau du cluster. Cela réduit les erreurs pouvant être provoquées lors de la maintenance des ressources du cluster-scoped à l'aide d'un opérateur namespace-scoped. Ceci est essentiel pour l'auto-rétablissement et l'application de correctifs.

<strong> - Capcuratif de la prise </strong>

L'opérateur surveille l'installation de Trident et prend activement des mesures pour résoudre les problèmes, tels que la suppression du déploiement ou la modification accidentelle. Un trident-operator-<generated-id> pod est créé pour associer une TridentOrchestrator demande de modification à une installation Trident. Cela permet de s'assurer qu'il n'y a qu'une seule instance de Trident dans le cluster et de contrôler sa configuration, en s'assurant que l'installation est idempuissant. Lorsque des modifications sont apportées à l'installation (par exemple, la suppression du déploiement ou du demonset de nœuds), l'opérateur les identifie et les corrige individuellement.

<strong> mise à jour de l'installation de </strong> existante

Vous pouvez facilement mettre à jour un déploiement existant avec l'opérateur. Il vous suffit de modifier la demande de modification TridentOrchestrator pour effectuer des mises à jour d'une installation.

Par exemple, prenons un scénario dans lequel vous devez activer Trident pour générer des journaux de débogage. Pour ce faire, mettez votre TridentOrchestrator à spec.debug true :

kubectl patch torc <trident-orchestrator-name> -n trident --type=merge -p '{"spec":{"debug":true}}'

Après TridentOrchestrator la mise à jour de, l'opérateur traite les mises à jour et modifie l'installation existante. Cela peut déclencher la création de nouveaux modules pour modifier l'installation en conséquence.

<strong> </strong>

L'opérateur Trident dont le périmètre est défini dans le cluster permet la suppression complète des ressources dont le périmètre est défini dans le cluster. Les utilisateurs peuvent désinstaller complètement Trident et réinstaller facilement.

<strong> : mise à niveau de </strong>

Lorsque la version Kubernetes du cluster est mise à niveau vers une version prise en charge, l'opérateur met automatiquement à jour une installation Trident existante et la modifie pour s'assurer qu'elle répond aux exigences de la version Kubernetes.

Remarque Si le cluster est mis à niveau vers une version non prise en charge, l'opérateur empêche l'installation de Trident. Si Trident a déjà été installé avec l'opérateur, un avertissement s'affiche pour indiquer que Trident est installé sur une version Kubernetes non prise en charge.

Utilisation de tridentctl

Si vous disposez d'un déploiement existant qui doit être mis à niveau ou si vous cherchez à personnaliser votre déploiement, vous devriez envisager . Il s'agit là d'une méthode classique de déploiement de Trident.

Vous pouvez générer les manifestes pour les ressources Trident. Cela inclut le déploiement, le démonset, le compte de service et le rôle de cluster que Trident crée dans le cadre de son installation.

Remarque À partir de la version 22.04, les clés AES ne seront plus régénérées à chaque installation de Trident. Avec cette version, Trident installera un nouvel objet secret qui perdure entre les installations. Cela signifie que tridentctl dans 22.04 peut désinstaller les versions précédentes de Trident, mais les versions antérieures ne peuvent pas désinstaller les installations 22.04. Sélectionnez l'installation appropriée method.

Choisissez votre mode d'installation

Déterminez votre processus de déploiement en fonction du mode d'installation (Standard, Offline ou Remote) requis par votre organisation.

Installation standard

C'est le moyen le plus simple d'installer Trident et fonctionne pour la plupart des environnements qui n'imposent pas de restrictions de réseau. Le mode d'installation standard utilise les registres par défaut pour stocker les (registry.k8s.io`images Trident (`docker.io) et CSI ) requises.

Lorsque vous utilisez le mode standard, le programme d'installation de Trident :

  • Extrait les images conteneur sur Internet

  • Crée un démonset de déploiement ou de nœud qui fait tourner les pods Trident sur tous les nœuds éligibles dans le cluster Kubernetes

Sélectionnez le processus en fonction de votre méthode et de votre mode

Après avoir pris vos décisions, sélectionnez le processus approprié.

Méthode Mode d'installation

Opérateur Trident (manuellement)

"Installation standard"

"Installation hors ligne"

Opérateur Trident (Helm)

"Installation standard"

"Installation hors ligne"

tridentctl

"Installation standard ou hors ligne"

Passage d'une méthode d'installation à l'autre

Vous pouvez décider de modifier votre méthode d'installation. Avant de procéder, prenez en compte les points suivants :

  • Utilisez toujours la même méthode pour installer et désinstaller Trident. Si vous avez déployé avec tridentctl, vous devez utiliser la version appropriée du tridentctl binaire pour désinstaller Trident. De même, si vous déployez avec l'opérateur, vous devez modifier la TridentOrchestrator CR et définir spec.uninstall=true pour désinstaller Trident.

  • Si vous avez un déploiement basé sur l'opérateur que vous souhaitez supprimer et utiliser à la place tridentctl pour déployer Trident, vous devez d'abord modifier TridentOrchestrator et définir spec.uninstall=true sur désinstaller Trident. Puis supprimer TridentOrchestrator et le déploiement de l'opérateur. Vous pouvez ensuite installer à l'aide de tridentctl.

  • Si vous disposez d'un déploiement manuel basé sur l'opérateur et que vous souhaitez utiliser le déploiement d'opérateurs Trident basé sur Helm, vous devez d'abord désinstaller manuellement l'opérateur, puis effectuer l'installation de Helm. Helm permet à l'opérateur Trident de déployer les étiquettes et les annotations requises. Si vous ne le faites pas, le déploiement d'un opérateur Trident basé sur Helm échoue en raison de l'erreur de validation des étiquettes et de l'erreur de validation des annotations. Si vous disposez d'un tridentctl déploiement basé sur Helm, vous pouvez utiliser le déploiement basé sur Helm sans vous soucier des problèmes.

Autres options de configuration connues

Lors de l'installation de Trident sur les produits de la gamme VMware Tanzu :

  • Le cluster doit prendre en charge les workloads privilégiés.

  • L' `--kubelet-dir`indicateur doit être défini sur l'emplacement du répertoire kubelet. Par défaut, il s'agit `/var/vcap/data/kubelet`de .

    La spécification de l'emplacement kubelet à l'aide de --kubelet-dir est connue pour fonctionner pour l'opérateur, l'assistant et les déploiements Trident tridentctl.