Personnalisez le déploiement des opérateurs Trident
L'opérateur Trident vous permet de personnaliser l'installation d'Astra Trident à l'aide des attributs du TridentOrchestrator
spécifications
Si vous voulez personnaliser l'installation au-delà de ce qui est TridentOrchestrator
les arguments permettent, vous devez envisager d'utiliser tridentctl
Pour générer des manifestes YAML personnalisés que vous pouvez modifier si nécessaire.
spec.namespace est spécifié dans TridentOrchestrator Pour indiquer quel espace de noms d'Astra Trident est installé. Ce paramètre ne peut pas être mis à jour après l'installation d'Astra Trident. Pour tenter de le faire, le TridentOrchestrator statut pour passer à Failed . Astra Trident n'est pas conçu pour être migré entre les espaces de noms.
|
Options de configuration
Ce tableau est plus détaillé TridentOrchestrator
attributs :
Paramètre | Description | Valeur par défaut |
---|---|---|
|
Espace de noms pour installer Astra Trident dans |
« par défaut » |
|
Activez le débogage pour Astra Trident |
faux |
|
Réglage sur |
faux |
|
Installez Astra Trident sur IPv6 |
faux |
|
Délai d'expiration pour les opérations Kubernetes |
30 secondes |
|
N'envoyez pas automatiquement des packs AutoSupport à NetApp |
faux |
|
Gérer automatiquement les dépendances des nœuds de travail (BÊTA) |
faux |
|
Image conteneur pour la télémétrie AutoSupport |
« netapp/trident-autosupport :22.10.0 » |
|
Adresse/port d'un proxy pour l'envoi de télémétrie AutoSupport |
|
|
Indicateur utilisé pour désinstaller Astra Trident |
faux |
|
Format de connexion Astra Trident à utiliser [text,json] |
« texte » |
|
Image Astra Trident à installer |
netapp/trident:21.04 |
|
Chemin d'accès au registre interne, du format |
"k8s.gcr.io/sig-storage (k8s 1.19+) ou quay.io/k8scsi" |
|
Chemin d'accès au répertoire kubelet de l'hôte |
“/var/lib/kubelet” |
|
Liste des ressources à supprimer pour effectuer la suppression complète d'Astra Trident |
|
|
Secrets pour extraire des images d'un registre interne |
|
|
Sélecteurs de nœud supplémentaires pour les pods exécutant le plug-in Trident Controller CSI. Suit le même format que pod.spec.nodeSelector. |
Pas de valeur par défaut ; facultatif |
|
Remplace les tolérances pour les pods exécutant le plug-in Trident Controller CSI. Suit le même format que pod.spec.tolérances. |
Pas de valeur par défaut ; facultatif |
|
Sélecteurs de nœud supplémentaires pour les pods exécutant le plug-in Trident Node CSI. Suit le même format que pod.spec.nodeSelector. |
Pas de valeur par défaut ; facultatif |
|
Remplace les tolérances pour les pods exécutant le plug-in Trident Node CSI. Suit le même format que pod.spec.tolérances. |
Pas de valeur par défaut ; facultatif |
Pour plus d'informations sur le formatage des paramètres du pod, reportez-vous à la section "Attribution de pods aux nœuds". |
Exemples de configurations
Vous pouvez utiliser les attributs mentionnés ci-dessus lors de la définition TridentOrchestrator
pour personnaliser votre installation.
Exemple 1 : configuration personnalisée de base
Voici un exemple de configuration personnalisée de base.
cat deploy/crds/tridentorchestrator_cr_imagepullsecrets.yaml apiVersion: trident.netapp.io/v1 kind: TridentOrchestrator metadata: name: trident spec: debug: true namespace: trident imagePullSecrets: - thisisasecret
Exemple 2 : déploiement avec des sélecteurs de nœuds
Cet exemple illustre le déploiement de Trident avec des sélecteurs de nœud :
apiVersion: trident.netapp.io/v1 kind: TridentOrchestrator metadata: name: trident spec: debug: true namespace: trident controllerPluginNodeSelector: nodetype: master nodePluginNodeSelector: storage: netapp
Exemple 3 : déploiement sur des nœuds de travail Windows
Cet exemple illustre le déploiement sur un nœud de travail Windows.
$ cat deploy/crds/tridentorchestrator_cr.yaml apiVersion: trident.netapp.io/v1 kind: TridentOrchestrator metadata: name: trident spec: debug: true namespace: trident windows: true