After you provision a Kubernetes cluster using Rancher, you can still edit options and settings for the cluster.
For information on editing cluster membership, go to this page.
- Cluster Management Capabilities by Cluster Type
- Editing Clusters in the Rancher UI
- Editing Clusters with YAML
- Updating ingress-nginx
Cluster Management Capabilities by Cluster Type
The options and settings available for an existing cluster change based on the method that you used to provision it. For example, only clusters provisioned by RKE have Cluster Options available for editing.
The following table summarizes the options and settings available for each cluster type:
* Cluster configuration options can't be edited for imported clusters, except for K3s clusters.
Editing Clusters in the Rancher UI
To edit your cluster, open the Global view, make sure the Clusters tab is selected, and then select ⋮ > Edit for the cluster that you want to edit.
In clusters launched by RKE, you can edit any of the remaining options that follow.
Note that these options are not available for imported clusters or hosted Kubernetes clusters.
|Kubernetes Version||The version of Kubernetes installed on each cluster node. For more detail, see Upgrading Kubernetes.|
|Network Provider||The \container networking interface (CNI) that powers networking for your cluster.|
Note: You can only choose this option while provisioning your cluster. It cannot be edited later.
|Project Network Isolation||As of Rancher v2.0.7, if you're using the Canal network provider, you can choose whether to enable or disable inter-project communication.|
|Nginx Ingress||If you want to publish your applications in a high-availability configuration, and you're hosting your nodes with a cloud-provider that doesn't have a native load-balancing feature, enable this option to use Nginx ingress within the cluster.|
|Metrics Server Monitoring||Each cloud provider capable of launching a cluster using RKE can collect metrics and monitor for your cluster nodes. Enable this option to view your node metrics from your cloud provider's portal.|
|Pod Security Policy Support||Enables pod security policies for the cluster. After enabling this option, choose a policy using the Default Pod Security Policy drop-down.|
|Docker version on nodes||Configures whether nodes are allowed to run versions of Docker that Rancher doesn't officially support. If you choose to require a supported Docker version, Rancher will stop pods from running on nodes that don't have a supported Docker version installed.|
|Docker Root Directory||The directory on your cluster nodes where you've installed Docker. If you install Docker on your nodes to a non-default directory, update this path.|
|Default Pod Security Policy||If you enable Pod Security Policy Support, use this drop-down to choose the pod security policy that's applied to the cluster.|
|Cloud Provider||If you're using a cloud provider to host cluster nodes launched by RKE, enable this option so that you can use the cloud provider's native features. If you want to store persistent data for your cloud-hosted cluster, this option is required.|
Editing Clusters with YAML
Instead of using the Rancher UI to choose Kubernetes options for the cluster, advanced users can create an RKE config file. Using a config file allows you to set any of the options available in an RKE installation, except for system_images configuration, by specifying them in YAML.
- To edit an RKE config file directly from the Rancher UI, click Edit as YAML.
- To read from an existing RKE file, click Read from File.
For an example of RKE config file syntax, see the RKE documentation.
For the complete reference of configurable options for RKE Kubernetes clusters in YAML, see the RKE documentation.
In Rancher v2.0.0-v2.2.x, the config file is identical to the cluster config file for the Rancher Kubernetes Engine, which is the tool Rancher uses to provision clusters. In Rancher v2.3.0, the RKE information is still included in the config file, but it is separated from other options, so that the RKE cluster config options are nested under the
rancher_kubernetes_engine_config directive. For more information, see the cluster configuration reference.
Note: In Rancher v2.0.5 and v2.0.6, the names of services in the Config File (YAML) should contain underscores only:
Clusters that were created before Kubernetes 1.16 will have an
OnDelete. Clusters that were created with Kubernetes 1.16 or newer will have
OnDelete, you will need to delete these pods to get the correct version for your deployment.