Déploiement de l'opérateur Trident à l'aide de 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 critiques sur Trident 24.10
Vous devez lire les informations critiques suivantes sur Trident.
<strong> informations sur le Trident </strong>
-
Kubernetes 1.31 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: 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.
Déployez l'opérateur Trident et installez Trident à l'aide d'Helm
Avec Trident "Graphique Helm" Vous pouvez déployer l'opérateur Trident et installer Trident en une étape.
Révision "présentation de l'installation" pour vous assurer que les conditions préalables à l'installation sont respectées et que vous avez sélectionné l'option d'installation appropriée pour votre environnement.
En plus du "conditions préalables au déploiement" dont vous avez besoin "Version 3 de Helm".
-
Ajout du référentiel Trident Helm :
helm repo add netapp-trident https://netapp.github.io/trident-helm-chart
-
Utilisez
helm installet spécifiez un nom pour votre déploiement comme dans l'exemple suivant où100.2404.0est la version de Trident que vous installez.helm install <name> netapp-trident/trident-operator --version 100.2410.0 --create-namespace --namespace <trident-namespace>
Si vous avez déjà créé un namespace pour Trident, le --create-namespacele paramètre ne crée pas d'espace de noms supplémentaire.
Vous pouvez utiliser helm list pour vérifier les détails de l'installation tels que le nom, l'espace de noms, le graphique, l'état, la version de l'application, et numéro de révision.
Transmettre les données de configuration pendant l'installation
Il existe deux façons de passer les données de configuration au cours de l'installation :
| Option | Description |
|---|---|
|
Spécifiez un fichier YAML avec les remplacements. Ceci peut être spécifié plusieurs fois et le fichier le plus à droite sera prioritaire. |
|
Spécifiez les remplacements sur la ligne de commande. |
Par exemple, pour modifier la valeur par défaut de debug, exécutez la commande suivante où 100.2410.0 est la version de Trident que vous installez :
helm install <name> netapp-trident/trident-operator --version 100.2410.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 | Valeur par défaut | ||
|---|---|---|---|---|
|
Libellés des nœuds pour l'affectation des pods |
|||
|
Annotations de pod |
|||
|
Annotations de déploiement |
|||
|
Tolérances pour l'affectation de pod |
|||
|
Affinité pour l'affectation de pod |
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. Reportez-vous à la section Présentation des pods de contrôleur et des nœuds pour plus d'informations. |
|||
|
Remplace les tolérances Kubernetes pour les pods. Reportez-vous à la section Présentation des pods de contrôleur et des nœuds pour plus d'informations. |
|||
|
Sélecteurs de nœuds supplémentaires pour les pods. Reportez-vous à la section Présentation des pods de contrôleur et des nœuds pour plus d'informations. |
|||
|
Remplace les tolérances Kubernetes pour les pods. Reportez-vous à la section Présentation des pods de contrôleur et des nœuds pour plus d'informations. |
|||
|
Identifie le registre pour les |
|
||
|
Définit la stratégie d'extraction d'image pour le |
|
||
|
Définit les secrets d'extraction d'image pour le |
|||
|
Permet de remplacer l'emplacement hôte de l'état interne du kubelet. |
|
||
|
Permet de définir le niveau du journal de l'opérateur Trident sur : |
|
||
|
Permet de définir le niveau du journal de l'opérateur Trident sur DEBUG. |
|
||
|
Permet la neutralisation complète de l'image pour |
|
||
|
Permet de remplacer la balise du |
|
||
|
Permet d'activer Trident pour fonctionner dans des clusters IPv6. |
|
||
|
Remplace le délai d'expiration par défaut de 30 secondes pour la plupart des opérations de l'API Kubernetes (s'il n'est pas égal à zéro, en secondes). |
|
||
|
Remplace le délai par défaut de 90 secondes pour les requêtes HTTP, par |
|
||
|
Permet de désactiver les rapports AutoSupport périodiques Trident. |
|
||
|
Permet de remplacer la balise de l'image pour le conteneur Trident AutoSupport. |
|
||
|
Permet au conteneur Trident AutoSupport de téléphoner à domicile via un proxy HTTP. |
|
||
|
Définit le format de journalisation Trident ( |
|
||
|
Désactive l'enregistreur d'audit Trident. |
|
||
|
Permet de définir le niveau de journal de Trident sur |
|
||
|
Permet de définir le niveau de journal de Trident sur |
|
||
|
Permet d'activer des flux de travail Trident spécifiques pour la consignation des traces ou la suppression des journaux. |
|
||
|
Permet d'activer des couches Trident spécifiques pour la consignation des tracés ou la suppression des journaux. |
|
||
|
Permet le remplacement complet de l'image pour Trident. |
|
||
|
Permet de remplacer la balise de l'image pour Trident. |
|
||
|
Permet de remplacer le port par défaut utilisé pour les sondes de disponibilité/préparation Kubernetes. |
|
||
|
Permet d'installer Trident sur le nœud de travail Windows. |
|
||
|
Permet d'activer la fonction forcer le détachement. |
|
||
|
Exclut la stratégie de sécurité du module opérateur de la création. |
|
||
|
Réglez sur |
|
||
|
Défini sur l'identité de la charge de travail (« Azure.Workload.Identity/client-ID: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxxxx ») lors de l'utilisation de l'identité cloud sur un cluster AKS. Défini sur le rôle IAM AWS (« 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 d'appel de l'auto-rétablissement iSCSI. |
|
||
|
Durée après laquelle l'auto-rétablissement iSCSI lance une tentative de résolution d'une session obsolète en effectuant une déconnexion et une connexion ultérieure. |
|
||
|
Permet à Trident de préparer les nœuds du cluster Kubernetes à gérer les volumes à l'aide du protocole de stockage de données spécifié. Actuellement, |
Présentation des pods de contrôleur et des nœuds
Trident s'exécute comme un seul pod de contrôleur, plus un pod de nœud sur chaque nœud worker du cluster. Le pod de nœud doit s'exécuter sur n'importe quel hôte sur lequel vous souhaitez potentiellement monter un volume Trident.
Kubernetes "sélecteurs de nœuds" et "tolérances et rejets" sont utilisés pour contraindre un pod à s'exécuter sur un nœud spécifique ou préféré. En utilisant le « ControllerPlugin » et NodePlugin, vous pouvez spécifier des contraintes et des remplacements.
-
Le plug-in du contrôleur gère le provisionnement et la gestion des volumes, tels que les snapshots et le redimensionnement.
-
Le plug-in du nœud permet d'attacher le stockage au nœud.