Déploiement de l'opérateur Trident à l'aide de Helm (mode standard)
Vous pouvez déployer l'opérateur Trident et installer Astra Trident à l'aide de Helm. Ce processus s'applique aux installations dans lesquelles les images de conteneur requises par Astra 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 stratégiques sur Astra Trident 24.06
Vous devez lire les renseignements essentiels suivants sur Astra Trident.
<strong> informations pratiques sur le Tridécouvrez Astra </strong>
-
Kubernetes 1.31 est désormais pris en charge dans Astra Trident. Mise à niveau de Trident avant la mise à niveau de Kubernetes.
-
ASTRA Trident applique strictement l'utilisation de la configuration de chemins d'accès multiples dans les environnements SAN, avec la valeur recommandée de
find_multipaths: no
dans le fichier multipathing.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 defind_multipaths: no
depuis la version 21.07.
Déployer l'opérateur Trident et installer Astra Trident à l'aide de Helm
A l'aide de Trident"Graphique Helm", vous pouvez déployer l'opérateur Trident et installer Trident en une seule étape.
Vérifiez "présentation de l'installation"que vous avez rempli les conditions préalables à l'installation et sélectionné l'option d'installation correcte pour votre environnement.
En plus de la "conditions préalables au déploiement""Version 3 de Helm", vous avez besoin .
-
Ajout du référentiel Astra Trident Helm :
helm repo add netapp-trident https://netapp.github.io/trident-helm-chart
-
Utilisez
helm install
et spécifiez un nom pour votre déploiement comme dans l'exemple suivant, où100.2404.0
est la version d'Astra Trident que vous installez.helm install <name> netapp-trident/trident-operator --version 100.2406.0 --create-namespace --namespace <trident-namespace>
Si vous avez déjà créé un namespace pour Trident, le --create-namespace
paramètre ne créera 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 le 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 --set
où 100.2406.0
est la version d'Astra Trident que vous installez :
helm install <name> netapp-trident/trident-operator --version 100.2406.0 --create-namespace --namespace trident --set tridentDebug=true
Options de configuration
Cette table et le values.yaml
fichier, qui fait partie du graphique Helm, fournissent 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 |
|
|
Sélecteurs de nœuds supplémentaires pour les pods. Voir Présentation des pods de contrôleur et des nœuds pour plus de détails. |
|
|
Remplace les tolérances Kubernetes pour les pods. Voir Présentation des pods de contrôleur et des nœuds pour plus de détails. |
|
|
Sélecteurs de nœuds supplémentaires pour les pods. Voir Présentation des pods de contrôleur et des nœuds pour plus de détails. |
|
|
Remplace les tolérances Kubernetes pour les pods. Voir Présentation des pods de contrôleur et des nœuds pour plus de détails. |
|
|
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 les |
|
|
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 le remplacement complet de l'image pour |
|
|
Permet de remplacer la balise de l' `trident-operator`image. |
|
|
Permet à Astra 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 de l'API Kubernetes (s'il n'est pas égal à 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 le reporting AutoSupport périodique d'Astra Trident. |
|
|
Permet de remplacer la balise de l'image pour le conteneur AutoSupport Astra Trident. |
|
|
Permet au conteneur AutoSupport Astra Trident de Phone Home via un proxy HTTP. |
|
|
Définit le format de journalisation d'Astra Trident ( |
|
|
Désactive l'enregistreur d'audit Astra Trident. |
|
|
Permet de définir le niveau de journal d'Astra Trident sur : |
|
|
Permet de définir le niveau de journal d'Astra Trident sur |
|
|
Permet d'activer des workflows Astra Trident spécifiques pour la journalisation des traces ou la suppression de journaux. |
|
|
Permet d'activer des couches Astra Trident spécifiques pour la journalisation des traces ou la suppression des journaux. |
|
|
Permet la neutralisation complète de l'image pour Astra Trident. |
|
|
Permet de remplacer la balise de l'image pour Astra Trident. |
|
|
Permet de remplacer le port par défaut utilisé pour les sondes de disponibilité/préparation Kubernetes. |
|
|
Permet d'installer Astra 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. |
|
|
Défini 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éfinir sur le rôle IAM AWS (« eks.amazonaws.com/role-arn: arn:aws:iam::123456:role/astratrident-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. |
|
Présentation des pods de contrôleur et des nœuds
ASTRA Trident s'exécute comme un seul pod de contrôleur, plus un pod de nœud sur chaque nœud worker dans le cluster. Le pod de nœuds doit être exécuté sur n'importe quel hôte sur lequel vous souhaitez potentiellement monter un volume Astra 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é. A l'aide de la commande « ControllerPlugin » et NodePlugin
, vous pouvez spécifier des contraintes et des substitutions.
-
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.