Deploy Trident operator using Helm (Standard mode)
You can deploy the Trident operator and install Astra Trident using Helm. This process applies to installations where the container images required by Astra Trident are not stored in a private registry. If you do have a private image registry, use the process for offline deployment.
Critical information about Astra Trident 23.10
You must read the following critical information about Astra Trident.
Critical information about Astra Trident
-
Kubernetes 1.27 is now supported in Trident. Upgrade Trident prior to upgrading Kubernetes.
-
Astra Trident strictly enforces the use of multipathing configuration in SAN environments, with a recommended value of
find_multipaths: no
in multipath.conf file.Use of non-multipathing configuration or use of
find_multipaths: yes
orfind_multipaths: smart
value in multipath.conf file will result in mount failures. Trident has recommended the use offind_multipaths: no
since the 21.07 release.
Deploy the Trident operator and install Astra Trident using Helm
Using the Trident Helm Chart you can deploy the Trident operator and install Trident in one step.
Review the installation overview to ensure you've met installation prerequisites and selected the correct installation option for your environment.
In addition to the deployment prerequisites you need Helm version 3.
-
Add the Astra Trident Helm repository:
helm repo add netapp-trident https://netapp.github.io/trident-helm-chart
-
Use
helm install
and specify a name for your deployment as in the following example where23.10.0
is the version of Astra Trident you are installing.helm install <name> netapp-trident/trident-operator --version 23.10.0 --create-namespace --namespace <trident-namespace>
If you already created a namespace for Trident, the --create-namespace
parameter will not create an additional namespace.
You can use helm list
to review installation details such as name, namespace, chart, status, app version, and revision number.
Pass configuration data during install
There are two ways to pass configuration data during the install:
Option | Description |
---|---|
|
Specify a YAML file with overrides. This can be specified multiple times and the rightmost file will take precedence. |
|
Specify overrides on the command line. |
For example, to change the default value of debug
, run the following --set
command where 23.10.0
is the version of Astra Trident you are installing:
helm install <name> netapp-trident/trident-operator --version 23.10.0 --create-namespace --namespace trident --set tridentDebug=true
Configuration options
This table and the values.yaml
file, which is part of the Helm chart, provide the list of keys and their default values.
Option | Description | Default |
---|---|---|
|
Node labels for pod assignment |
|
|
Pod annotations |
|
|
Deployment annotations |
|
|
Tolerations for pod assignment |
|
|
Affinity for pod assignment |
|
|
Additional node selectors for pods. Refer to Understanding controller pods and node pods for details. |
|
|
Overrides Kubernetes tolerations for pods. Refer to Understanding controller pods and node pods for details. |
|
|
Additional node selectors for pods. Refer to Understanding controller pods and node pods for details. |
|
|
Overrides Kubernetes tolerations for pods. Refer to Understanding controller pods and node pods for details. |
|
|
Identifies the registry for the |
|
|
Sets the image pull policy for the |
|
|
Sets the image pull secrets for the |
|
|
Allows overriding the host location of kubelet's internal state. |
|
|
Allows the log level of the Trident operator to be set to: |
|
|
Allows the log level of the Trident operator to be set to debug. |
|
|
Allows the complete override of the image for |
|
|
Allows overriding the tag of the |
|
|
Allows enabling Astra Trident to work in IPv6 clusters. |
|
|
Overrides the default 30-second timeout for most Kubernetes API operations (if non-zero, in seconds). |
|
|
Overrides the default 90-second timeout for the HTTP requests, with |
|
|
Allows disabling Astra Trident periodic AutoSupport reporting. |
|
|
Allows overriding the tag of the image for Astra Trident AutoSupport container. |
|
|
Allows Astra Trident AutoSupport container to phone home via an HTTP proxy. |
|
|
Sets the Astra Trident logging format ( |
|
|
Disables Astra Trident audit logger. |
|
|
Allows the log level of Astra Trident to be set to: |
|
|
Allows the log level of Astra Trident to be set to |
|
|
Allows specific Astra Trident workflows to be enabled for trace logging or log suppression. |
|
|
Allows specific Astra Trident layers to be enabled for trace logging or log suppression. |
|
|
Allows the complete override of the image for Astra Trident. |
|
|
Allows overriding the tag of the image for Astra Trident. |
|
|
Allows overriding the default port used for Kubernetes liveness/readiness probes. |
|
|
Allows Astra Trident to be installed on Windows worker node. |
|
|
Allows enabling the force detach feature. |
|
|
Excludes the operator pod security policy from creation. |
|
|
Set to |
|
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.