Déploiement de l'opérateur Trident via Helm (mode standard)
Suggérer des modifications
PDF
Vous pouvez déployer l'opérateur Trident et installer Trident à l'aide de Helm. Ce processus s'applique aux installations où les images de conteneur requises par Trident ne sont pas stockées dans un registre privé. Si vous disposez d'un registre d'images privé, utilisez le"processus de déploiement hors ligne" .
Informations essentielles concernant le Trident 25.06
Vous devez lire les informations essentielles suivantes concernant Trident.
<strong>Informations essentielles concernant Trident</strong>
-
Kubernetes 1.34 est désormais pris en charge dans Trident. Mettez à niveau Trident avant de mettre à niveau Kubernetes.
-
Trident impose strictement l'utilisation de la configuration multipathing dans les environnements SAN, avec une valeur recommandée de
find_multipaths: nodans le fichier multipath.conf.Utilisation d'une configuration sans chemins multiples ou utilisation de
find_multipaths: yesoufind_multipaths: smartLa valeur dans le fichier multipath.conf entraînera des échecs de montage. Trident a recommandé l'utilisation defind_multipaths: nodepuis la version du 21 juillet.
Déployez l'opérateur Trident et installez Trident à l'aide de Helm.
Utiliser le Trident"Carte de barre" Vous pouvez déployer l'opérateur Trident et installer Trident en une seule étape.
Revoir"aperçu de l'installation" pour vous assurer que vous avez respecté les prérequis d'installation et sélectionné l'option d'installation appropriée à votre environnement.
En plus de la"prérequis de déploiement" vous avez besoin"Helm version 3" .
-
Ajouter le dépôt Trident Helm :
helm repo add netapp-trident https://netapp.github.io/trident-helm-chart
-
Utiliser
helm installet spécifiez un nom pour votre déploiement, comme dans l'exemple suivant où100.2506.0est la version de Trident que vous installez.helm install <name> netapp-trident/trident-operator --version 100.2506.0 --create-namespace --namespace <trident-namespace>
Si vous avez déjà créé un espace de noms pour Trident, --create-namespaceCe paramètre ne créera pas d'espace de noms supplémentaire.
Vous pouvez utiliser helm list pour consulter les détails d'installation tels que le nom, l'espace de noms, le graphique, l'état, la version de l'application et le numéro de révision.
Transmettez les données de configuration lors de l'installation
Il existe deux façons de transmettre les données de configuration lors de l'installation :
| Option | Description |
|---|---|
|
Spécifiez un fichier YAML avec des substitutions. Cette option peut être spécifiée plusieurs fois, et le fichier le plus à droite sera prioritaire. |
|
Spécifiez les paramètres de remplacement sur la ligne de commande. |
Par exemple, pour modifier la valeur par défaut de debug , exécutez la commande suivante où 100.2506.0 est la version de Trident que vous installez :
helm install <name> netapp-trident/trident-operator --version 100.2506.0 --create-namespace --namespace trident --set tridentDebug=true
Options de configuration
Ce tableau et le values.yaml Le fichier, qui fait partie du graphique Helm, fournit la liste des clés et leurs valeurs par défaut.
| Option | Description | Défaut | ||
|---|---|---|---|---|
|
Étiquettes de nœud pour l'affectation des pods |
|||
|
Annotations des pods |
|||
|
Annotations de déploiement |
|||
|
Tolérances pour l'affectation des pods |
|||
|
Affinité pour l'affectation des capsules |
affinity:
nodeAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
nodeSelectorTerms:
- matchExpressions:
- key: kubernetes.io/arch
operator: In
values:
- arm64
- amd64
- key: kubernetes.io/os
operator: In
values:
- linux
|
||
|
Sélecteurs de nœuds supplémentaires pour les pods. Se référer à Comprendre les pods de contrôleur et les pods de nœud pour plus de détails. |
|||
|
Remplace les tolérances Kubernetes pour les pods. Se référer à Comprendre les pods de contrôleur et les pods de nœud pour plus de détails. |
|||
|
Sélecteurs de nœuds supplémentaires pour les pods. Se référer à Comprendre les pods de contrôleur et les pods de nœud pour plus de détails. |
|||
|
Remplace les tolérances Kubernetes pour les pods. Se référer à Comprendre les pods de contrôleur et les pods de nœud pour plus de détails. |
|||
|
Identifie le registre pour le |
|
||
|
Définit la politique d'extraction d'images pour le |
|
||
|
Révèle les secrets de l'attraction d'images pour le |
|||
|
Permet de remplacer l'emplacement hôte de l'état interne de kubelet. |
|
||
|
Permet de définir le niveau de journalisation de l'opérateur Trident sur : |
|
||
|
Permet de définir le niveau de journalisation de l'opérateur Trident sur débogage. |
|
||
|
Permet de remplacer complètement l'image pour |
|
||
|
Permet de remplacer l'étiquette de |
|
||
|
Permet à Trident de fonctionner dans des clusters IPv6. |
|
||
|
Remplace le délai d'expiration par défaut de 30 secondes pour la plupart des opérations d'API Kubernetes (si différent de zéro, en secondes). |
|
||
|
Remplace le délai d'attente par défaut de 90 secondes pour les requêtes HTTP, avec |
|
||
|
Permet de désactiver la génération périodique de rapports AutoSupport de Trident . |
|
||
|
Permet de remplacer l'étiquette de l'image pour le conteneur Trident AutoSupport . |
|
||
|
Permet au conteneur Trident AutoSupport de communiquer avec le serveur via un proxy HTTP. |
|
||
|
Définit le format de journalisation Trident( |
|
||
|
Désactive le journal d'audit Trident . |
|
||
|
Permet de définir le niveau de journalisation de Trident sur : |
|
||
|
Permet de définir le niveau de journalisation de Trident à |
|
||
|
Permet d'activer des flux de travail Trident spécifiques pour la journalisation des traces ou la suppression des journaux. |
|
||
|
Permet d'activer des couches Trident spécifiques pour la journalisation des traces ou la suppression des journaux. |
|
||
|
Permet de remplacer complètement l'image pour Trident. |
|
||
|
Permet de remplacer l'étiquette de l'image pour Trident. |
|
||
|
Permet de remplacer le port par défaut utilisé pour les sondes de disponibilité/d'état de fonctionnement de Kubernetes. |
|
||
|
Permet d'installer Trident sur un nœud de travail Windows. |
|
||
|
Permet d'activer la fonction de détachement forcé. |
|
||
|
Exclut la politique de sécurité du pod opérateur de la création. |
|
||
|
Réglé sur |
|
||
|
Définissez l'identité de la charge de travail (« azure.workload.identity/client-id: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx ») lors de l'utilisation de l'identité cloud sur un cluster AKS. Définissez le rôle AWS IAM (« 'eks.amazonaws.com/role-arn: arn:aws:iam::123456:role/trident-role' ») lors de l'utilisation de l'identité cloud sur un cluster EKS. |
|
||
|
Intervalle auquel l'auto-réparation iSCSI est déclenchée. |
|
||
|
Durée après laquelle l'auto-réparation iSCSI tente de résoudre une session obsolète en effectuant une déconnexion puis une reconnexion. |
|
||
|
Permet à Trident de préparer les nœuds du cluster Kubernetes pour gérer les volumes à l’aide du protocole de stockage de données spécifié. Actuellement, |
|||
|
Permet des opérations simultanées du contrôleur Trident pour un débit amélioré.
|
FAUX |
||
|
La limite de requêtes par seconde (QPS) utilisée par le contrôleur lors de la communication avec le serveur API Kubernetes. La valeur Burst est définie automatiquement en fonction de la valeur QPS. |
|
Comprendre les pods de contrôleur et les pods de nœud
Trident s'exécute sous la forme d'un seul pod de contrôleur, plus un pod de nœud sur chaque nœud de travail du cluster. Le pod du nœud doit être en cours d'exécution sur tout hôte sur lequel vous souhaitez potentiellement monter un volume Trident .
Kubernetes"sélecteurs de nœuds" et"tolérances et contaminations" sont utilisées pour contraindre un pod à s'exécuter sur un nœud spécifique ou préféré. Utilisation du ControllerPlugin et NodePlugin Vous pouvez spécifier des contraintes et des remplacements.
-
Le plugin de contrôleur gère le provisionnement et la gestion des volumes, tels que les instantanés et le redimensionnement.
-
Le plugin de nœud gère la connexion du stockage au nœud.