public/rancher-docs
1
0
Fork 0
mirror of https://github.com/rancher/rancher-docs.git synced 2026-09-25 12:38:05 +00:00
Code Issues Packages Projects Releases Wiki Activity

Update _index.md

Browse Source
This commit is contained in:
Denise
2021-03-03 17:41:03 -08:00
committed by GitHub
parent 7dd2ef2abb
commit 93365efee0
1 changed files with 4 additions and 4 deletions
Download Patch File Download Diff File Expand all files Collapse all files
content/rancher/v2.5/en/cluster-provisioning/rke-clusters/cloud-providers/vsphere/out-of-tree/vsphere-volume-migration/_index.md
+4 -4
View File
@@ -2,7 +2,7 @@
title: Migrating vSphere In-tree Volumes to CSI
weight: 5
---
_Available as of v2.5.6_
_Available as of v2.5+_
Kubernetes is moving away from maintaining cloud providers in-tree. vSphere has an out-of-tree cloud provider that can be used by installing the vSphere cloud provider and cloud storage plugins.
@@ -60,7 +60,7 @@ chmod +x taints.sh
Once all nodes are tainted by the running the script, launch the Helm vSphere CPI chart.
1. From the **Cluster Explorer** view, go to the top left dropdown menu and click **Apps & Marketplace.**
2. Select the **vsphere-cpi** chart.
2. Select the **vSphere CPI** chart.
3. Fill out the required vCenter details and click **Launch**.
vSphere CPI initializes all nodes with ProviderID, which is needed by the vSphere CSI driver.
@@ -74,7 +74,7 @@ kubectl describe nodes | grep "ProviderID"
### 2. Install the CSI driver
1. From the **Cluster Explorer** view, go to the top left dropdown menu and click **Apps & Marketplace.**
1. Select the **vsphere-csi** chart.
1. Select the **vSphere CSI** chart.
1. Fill out the required vCenter details and click **Launch**.
1. Set **Enable CSI Migration** to **true**.
1. This chart creates a StorageClass with the `csi.vsphere.vmware.com` as the provisioner. You can provide the URL of the datastore to be used for CSI volume provisioning while creating this StorageClass. The datastore URL can be found in the vSphere client by selecting the datastore and going to the Summary tab. Fill out the details for the StorageClass and click **Launch**.
@@ -97,4 +97,4 @@ Worker nodes must be drained during the upgrade before changing the kubelet and
1. Set the field **Maximum Worker Nodes Unavailable** to count of 1.
1. To drain the nodes during upgrade, select **Drain Nodes > Yes**.
1. Set **Force** and **Delete Local Data** to **true**.
1. Click **Save** to upgrade the cluster.
1. Click **Save** to upgrade the cluster.