Customize Trident operator installation
The Trident operator allows you to customize Astra Trident installation using the attributes in the TridentOrchestrator
spec. If you want to customize the installation beyond what TridentOrchestrator
arguments allow, consider using tridentctl
to generate custom YAML manifests to modify as needed.
Understanding controller pods and node pods
Astra Trident runs as a single controller pod, plus a node pod on each worker node in the cluster. The node pod must be running on any host where you want to potentially mount an Astra Trident volume.
Kubernetes node selectors and tolerations and taints are used to constrain a pod to run on a specific or preferred node. Using the`ControllerPlugin` and NodePlugin
, you can specify constraints and overrides.
-
The controller plugin handles volume provisioning and management, such as snapshots and resizing.
-
The node plugin handles attaching the storage to the node.
Configuration options
spec.namespace is specified in TridentOrchestrator to signify the namespace where Astra Trident is installed. This parameter cannot be updated after Astra Trident is installed. Attempting to do so causes the TridentOrchestrator status to change to Failed . Astra Trident is not intended to be migrated across namespaces.
|
This table details TridentOrchestrator
attributes.
Parameter | Description | Default |
---|---|---|
|
Namespace to install Astra Trident in |
"default" |
|
Enable debugging for Astra Trident |
false |
|
Setting to |
false |
|
Install Astra Trident over IPv6 |
false |
|
Timeout for Kubernetes operations |
30sec |
|
Don't send autosupport bundles to NetApp |
false |
|
Manage worker node dependencies automatically (BETA) |
false |
|
The container image for Autosupport Telemetry |
"netapp/trident-autosupport:23.01" |
|
The address/port of a proxy for sending Autosupport |
"http://proxy.example.com:8888" |
|
A flag used to uninstall Astra Trident |
false |
|
Astra Trident logging format to be used [text,json] |
"text" |
|
Astra Trident image to install |
"netapp/trident:21.04" |
|
Path to internal registry, of the format |
"k8s.gcr.io/sig-storage (k8s 1.19+) |
|
Path to the kubelet directory on the host |
“/var/lib/kubelet” |
|
A list of resources to delete to perform a complete removal of |
|
|
Secrets to pull images from an internal registry |
|
|
Sets the image pull policy for the the Trident operator. Valid values are: |
|
|
Additional node selectors for pods. Follows same format as pod.spec.nodeSelector. |
No default; optional |
|
Overrides Kubernetes tolerations for pods. Follows the same format as pod.spec.Tolerations. |
No default; optional |
|
Additional node selectors for pods. Follows same format as pod.spec.nodeSelector. |
No default; optional |
|
Overrides Kubernetes tolerations for pods. Follows the same format as pod.spec.Tolerations. |
No default; optional |
For more information on formatting pod parameters, see Assigning Pods to Nodes. |
Sample configurations
You can use the attributes mentioned above when defining TridentOrchestrator
to customize your installation.
Example 1: Basic custom configuration
This is an example for a basic custom configuration.
cat deploy/crds/tridentorchestrator_cr_imagepullsecrets.yaml apiVersion: trident.netapp.io/v1 kind: TridentOrchestrator metadata: name: trident spec: debug: true namespace: trident imagePullSecrets: - thisisasecret
Example 2: Deploy with node selectors
This example illustrates how Trident can be deployed with node selectors:
apiVersion: trident.netapp.io/v1 kind: TridentOrchestrator metadata: name: trident spec: debug: true namespace: trident controllerPluginNodeSelector: nodetype: master nodePluginNodeSelector: storage: netapp
Example 3: Deploy on Windows worker nodes
This example illustrates deployment on a Windows worker node.
cat deploy/crds/tridentorchestrator_cr.yaml apiVersion: trident.netapp.io/v1 kind: TridentOrchestrator metadata: name: trident spec: debug: true namespace: trident windows: true