Rancher Helm Chart Options


This page is a configuration reference for the Rancher Helm chart.

For help choosing a Helm chart version, refer to this page.

For information on enabling experimental features, refer to this page.

Common Options

OptionDefault ValueDescription
bootstrapPassword” “string - Set the bootstrap password for the first admin user. After logging in, the admin will need to reset their password. A randomly generated bootstrap password is used if this value is not set.
hostname” “string - the Fully Qualified Domain Name for your Rancher Server
ingress.tls.source“rancher”string - Where to get the cert for the ingress. - “rancher, letsEncrypt, secret”
letsEncrypt.email” “string - Your email address
letsEncrypt.environment“production”string - Valid options: “staging, production”
privateCAfalsebool - Set to true if your cert is signed by a private CA

Advanced Options

OptionDefault ValueDescription
additionalTrustedCAsfalsebool - See Additional Trusted CAs
addLocal“true”string - Have Rancher detect and import the “local” Rancher server cluster. Note: This option is no longer available in v2.5.0. Consider using the restrictedAdmin option to prevent users from modifying the local cluster.
antiAffinity“preferred”string - AntiAffinity rule for Rancher pods - “preferred, required”
auditLog.destination“sidecar”string - Stream to sidecar container console or hostPath volume - “sidecar, hostPath”
auditLog.hostPath”/var/log/rancher/audit”string - log file destination on host (only applies when auditLog.destination is set to hostPath)
auditLog.level0int - set the API Audit Log level. 0 is off. [0-3]
auditLog.maxAge1int - maximum number of days to retain old audit log files (only applies when auditLog.destination is set to hostPath)
auditLog.maxBackup1int - maximum number of audit log files to retain (only applies when auditLog.destination is set to hostPath)
auditLog.maxSize100int - maximum size in megabytes of the audit log file before it gets rotated (only applies when auditLog.destination is set to hostPath)
busyboxImage“busybox”string - Image location for busybox image used to collect audit logs
certmanager.version””string - set cert-manager compatibility
debugfalsebool - set debug flag on rancher server
extraEnv[]list - set additional environment variables for Rancher
imagePullSecrets[]list - list of names of Secret resource containing private registry credentials
ingress.configurationSnippet””string - Add additional Nginx configuration. Can be used for proxy configuration.
ingress.extraAnnotations{}map - additional annotations to customize the ingress
ingress.enabledtrueWhen set to false, Helm will not install a Rancher ingress. Set the option to false to deploy your own ingress.
letsEncrypt.ingress.class””string - optional ingress class for the cert-manager acmesolver ingress that responds to the Let’s Encrypt ACME challenges. Options: traefik, nginx.
noProxy“127.0.0.0/8,10.0.0.0/8,172.16.0.0/12,192.168.0.0/16,.svc,.cluster.local,cattle-system.svc”string - comma separated list of hostnames or ip address not to use the proxy
proxy””string - HTTP[S] proxy server for Rancher
rancherImage“rancher/rancher”string - rancher image source
rancherImagePullPolicy“IfNotPresent”string - Override imagePullPolicy for rancher server images - “Always”, “Never”, “IfNotPresent”
rancherImageTagsame as chart versionstring - rancher/rancher image tag
replicas3int - Number of Rancher server replicas. Setting to -1 will dynamically choose 1, 2, or 3 based on the number of available nodes in the cluster.
resources{}map - rancher pod resource requests & limits
restrictedAdminfalsebool - When this option is set to true, the initial Rancher user has restricted access to the local Kubernetes cluster to prevent privilege escalation. For more information, see the section about the restricted-admin role.
systemDefaultRegistry””string - private registry to be used for all system container images, e.g., http://registry.example.com/
tls“ingress”string - See External TLS Termination for details. - “ingress, external”
useBundledSystemChartfalsebool - select to use the system-charts packaged with Rancher server. This option is used for air gapped installations.

Bootstrap Password

When Rancher starts for the first time, a password is randomly generated for the first admin user. When the admin first logs in to Rancher, the UI shows commands that can be used to retrieve the bootstrap password. The admin needs to run those commands and log in with the bootstrap password. Then Rancher gives the admin an opportunity to reset the password.

If you want to use a specific bootstrap password instead of a randomly generated one, provide the password.

  1. --set bootstrapPassword="rancher"

The password, whether provided or generated, will be stored in a Kubernetes secret. After Rancher is installed, the UI will show instructions for how to retrieve the password using kubectl:

  1. kubectl get secret --namespace cattle-system bootstrap-secret -o go-template='{{ .data.bootstrapPassword|base64decode}}{{ "\n" }}'

API Audit Log

Enabling the API Audit Log

You can collect this log as you would any container log. Enable logging for the System Project on the Rancher server cluster.

  1. --set auditLog.level=1

By default enabling Audit Logging will create a sidecar container in the Rancher pod. This container (rancher-audit-log) will stream the log to stdout. You can collect this log as you would any container log. When using the sidecar as the audit log destination, the hostPath, maxAge, maxBackups, and maxSize options do not apply. It’s advised to use your OS or Docker daemon’s log rotation features to control disk space use. Enable logging for the Rancher server cluster or System Project.

Set the auditLog.destination to hostPath to forward logs to volume shared with the host system instead of streaming to a sidecar container. When setting the destination to hostPath you may want to adjust the other auditLog parameters for log rotation.

Setting Extra Environment Variables

You can set extra environment variables for Rancher server using extraEnv. This list uses the same name and value keys as the container manifest definitions. Remember to quote the values.

  1. --set 'extraEnv[0].name=CATTLE_TLS_MIN_VERSION'
  2. --set 'extraEnv[0].value=1.0'

TLS Settings

When you install Rancher inside of a Kubernetes cluster, TLS is offloaded at the cluster’s ingress controller. The possible TLS settings depend on the used ingress controller.

See TLS settings for more information and options.

Import local Cluster

By default Rancher server will detect and import the local cluster it’s running on. User with access to the local cluster will essentially have “root” access to all the clusters managed by Rancher server.

Important: If you turn addLocal off, most Rancher v2.5 features won’t work, including the EKS provisioner.

If this is a concern in your environment you can set this option to “false” on your initial install.

This option is only effective on the initial Rancher install. See Issue 16522 for more information.

  1. --set addLocal="false"

Customizing your Ingress

To customize or use a different ingress with Rancher server you can set your own Ingress annotations.

Example on setting a custom certificate issuer:

  1. --set ingress.extraAnnotations.'certmanager\.k8s\.io/cluster-issuer'=ca-key-pair

Example on setting a static proxy header with ingress.configurationSnippet. This value is parsed like a template so variables can be used.

  1. --set ingress.configurationSnippet='more_set_input_headers X-Forwarded-Host {{ .Values.hostname }};'

HTTP Proxy

Rancher requires internet access for some functionality (helm charts). Use proxy to set your proxy server.

Add your IP exceptions to the noProxy list. Make sure you add the Pod cluster IP range (default: 10.42.0.0/16), Service cluster IP range (default: 10.43.0.0/16), the internal cluster domains (default: .svc,.cluster.local) and any worker cluster controlplane nodes. Rancher supports CIDR notation ranges in this list.

  1. --set proxy="http://<username>:<password>@<proxy_url>:<proxy_port>/"
  2. --set noProxy="127.0.0.0/8\,10.0.0.0/8\,172.16.0.0/12\,192.168.0.0/16\,.svc\,.cluster.local"

Additional Trusted CAs

If you have private registries, catalogs or a proxy that intercepts certificates, you may need to add additional trusted CAs to Rancher.

  1. --set additionalTrustedCAs=true

Once the Rancher deployment is created, copy your CA certs in pem format into a file named ca-additional.pem and use kubectl to create the tls-ca-additional secret in the cattle-system namespace.

  1. kubectl -n cattle-system create secret generic tls-ca-additional --from-file=ca-additional.pem=./ca-additional.pem

Private Registry and Air Gap Installs

For details on installing Rancher with a private registry, see the air gap installation docs.

External TLS Termination

We recommend configuring your load balancer as a Layer 4 balancer, forwarding plain 80/tcp and 443/tcp to the Rancher Management cluster nodes. The Ingress Controller on the cluster will redirect http traffic on port 80 to https on port 443.

You may terminate the SSL/TLS on a L7 load balancer external to the Rancher cluster (ingress). Use the --set tls=external option and point your load balancer at port http 80 on all of the Rancher cluster nodes. This will expose the Rancher interface on http port 80. Be aware that clients that are allowed to connect directly to the Rancher cluster will not be encrypted. If you choose to do this we recommend that you restrict direct access at the network level to just your load balancer.

Note: If you are using a Private CA signed certificate, add --set privateCA=true and see Adding TLS Secrets - Using a Private CA Signed Certificate to add the CA cert for Rancher.

Your load balancer must support long lived websocket connections and will need to insert proxy headers so Rancher can route links correctly.

Configuring Ingress for External TLS when Using NGINX v0.25

In NGINX v0.25, the behavior of NGINX has changed regarding forwarding headers and external TLS termination. Therefore, in the scenario that you are using external TLS termination configuration with NGINX v0.25, you must edit the cluster.yml to enable the use-forwarded-headers option for ingress:

  1. ingress:
  2. provider: nginx
  3. options:
  4. use-forwarded-headers: 'true'

Required Headers

  • Host
  • X-Forwarded-Proto
  • X-Forwarded-Port
  • X-Forwarded-For
  • Read Timeout: 1800 seconds
  • Write Timeout: 1800 seconds
  • Connect Timeout: 30 seconds

Health Checks

Rancher will respond 200 to health checks on the /healthz endpoint.

Example NGINX config

This NGINX configuration is tested on NGINX 1.14.

Note: This NGINX configuration is only an example and may not suit your environment. For complete documentation, see NGINX Load Balancing - HTTP Load Balancing.

  • Replace IP_NODE1, IP_NODE2 and IP_NODE3 with the IP addresses of the nodes in your cluster.
  • Replace both occurrences of FQDN to the DNS name for Rancher.
  • Replace /certs/fullchain.pem and /certs/privkey.pem to the location of the server certificate and the server certificate key respectively.
  1. worker_processes 4;
  2. worker_rlimit_nofile 40000;
  3. events {
  4. worker_connections 8192;
  5. }
  6. http {
  7. upstream rancher {
  8. server IP_NODE_1:80;
  9. server IP_NODE_2:80;
  10. server IP_NODE_3:80;
  11. }
  12. map $http_upgrade $connection_upgrade {
  13. default Upgrade;
  14. '' close;
  15. }
  16. server {
  17. listen 443 ssl http2;
  18. server_name FQDN;
  19. ssl_certificate /certs/fullchain.pem;
  20. ssl_certificate_key /certs/privkey.pem;
  21. location / {
  22. proxy_set_header Host $host;
  23. proxy_set_header X-Forwarded-Proto $scheme;
  24. proxy_set_header X-Forwarded-Port $server_port;
  25. proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  26. proxy_pass http://rancher;
  27. proxy_http_version 1.1;
  28. proxy_set_header Upgrade $http_upgrade;
  29. proxy_set_header Connection $connection_upgrade;
  30. # This allows the ability for the execute shell window to remain open for up to 15 minutes. Without this parameter, the default is 1 minute and will automatically close.
  31. proxy_read_timeout 900s;
  32. proxy_buffering off;
  33. }
  34. }
  35. server {
  36. listen 80;
  37. server_name FQDN;
  38. return 301 https://$server_name$request_uri;
  39. }
  40. }