Déploiement de l'opérateur Trident à l'aide de Helm (mode hors ligne)
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 sont stockées dans un registre privé. Si vous ne disposez pas d'un registre d'images privé, utilisez le "du déploiement standard".
Découvrez Astra Trident 23.01, un document essentiel
Vous devez lire les renseignements essentiels suivants sur Astra Trident.
<strong> informations pratiques sur le Tridécouvrez Astra </strong>
-
Kubernetes 1.26 est désormais pris en charge par Trident. Mise à niveau de Trident avant la mise à niveau de Kubernetes.
-
Astra Trident applique rigoureusement 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 multipath.conf.Utilisation d'une configuration sans chemins d'accès multiples ou de l'utilisation de
find_multipaths: yes
oufind_multipaths: smart
la valeur du fichier multipath.conf entraînera des échecs de montage. Trident a recommandé l'utilisation defind_multipaths: no
depuis la version 21.07.
Déployer l'opérateur Trident et installer Astra Trident à l'aide de 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 Astra Trident Helm :
helm repo add netapp-trident https://netapp.github.io/trident-helm-chart
-
Utiliser
helm install
et spécifiez un nom pour votre déploiement et l'emplacement du registre d'images. Votre "Images Trident et CSI" Peut être situé dans un registre ou dans des registres différents, mais toutes les images CSI doivent se trouver dans le même registre. Dans les exemples,23.01.1
Est la version d'Astra Trident que vous installez.Images dans un registrehelm install <name> netapp-trident/trident-operator --version 23.01.1 --set imageRegistry=<your-registry> --create-namespace --namespace <trident-namespace>
Images dans différents registresVous devez ajouter
sig-storage
à laimageRegistry
pour utiliser différents emplacements de registre.helm install <name> netapp-trident/trident-operator --version 23.01.1 --set imageRegistry=<your-registry>/sig-storage --set operatorImage=<your-registry>/netapp/trident-operator:23.01.1 --set tridentAutosupportImage=<your-registry>/netapp/trident-autosupport:23.01 --set tridentImage=<your-registry>/netapp/trident:23.01.1 --create-namespace --namespace <trident-namespace>
Si vous avez déjà créé un namespace pour Trident, le --create-namespace
le 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 ce qui suit --set
commande où 23.01.1
Est la version d'Astra Trident que vous installez :
helm install <name> netapp-trident/trident-operator --version 23.01.1 --create-namespace --namespace --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 |
|
|
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 du |
« » |
|
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. |
'"/var/lib/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 à 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 par défaut de 90 secondes pour les requêtes HTTP, par |
|
|
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 du 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. |
|
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é. 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.
Et la suite
Aujourd'hui c'est possible "création d'une classe de stockage et de back-end, provisionnement d'un volume et montage du volume dans un pod".