From b2b50a1860c4cbb65cd0fb394868877111c1a8e6 Mon Sep 17 00:00:00 2001 From: David Zhu Date: Wed, 8 Jan 2020 16:49:39 -0800 Subject: [PATCH] Clarify that nodes must be drained before upgrade for migration (#18535) --- content/en/blog/_posts/2019-12-09-csi-volume-migration-beta.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/en/blog/_posts/2019-12-09-csi-volume-migration-beta.md b/content/en/blog/_posts/2019-12-09-csi-volume-migration-beta.md index 06ba797174..864ecfbaad 100644 --- a/content/en/blog/_posts/2019-12-09-csi-volume-migration-beta.md +++ b/content/en/blog/_posts/2019-12-09-csi-volume-migration-beta.md @@ -29,7 +29,7 @@ The Kubernetes team has worked hard to ensure the stability of storage APIs and If you are Kubernetes distributor that deploys in one of the environments listed below, now would be a good time to start testing the CSI migration and figuring out how to deploy/manage the appropriate CSI driver. -To try out CSI migration in beta for an existing plugin you must be using Kubernetes v1.17 or higher. First, you must update/create a Kubernetes cluster with the feature flags `CSIMigration` (on by default in 1.17) and `CSIMigration{provider}` (off by default) enabled on all Kubernetes components (master and node). Where {provider} is the in-tree cloud provider storage type that is used in your cluster. You may also see an optional `CSIMigration{provider}Complete` flag that you *may* enable if all of your nodes have CSI migration enabled. +To try out CSI migration in beta for an existing plugin you must be using Kubernetes v1.17 or higher. First, you must update/create a Kubernetes cluster with the feature flags `CSIMigration` (on by default in 1.17) and `CSIMigration{provider}` (off by default) enabled on all Kubernetes components (master and node). Where {provider} is the in-tree cloud provider storage type that is used in your cluster. Please note that during a cluster upgrade you must drain each node (remove running workloads) before updating or changing configuration of your Kubelet. You may also see an optional `CSIMigration{provider}Complete` flag that you *may* enable if all of your nodes have CSI migration enabled. You must also install the requisite CSI driver on your cluster - instructions for this can generally be found from you provider of choice. CSI migration is available for GCE Persistent Disk and AWS Elastic Block Store in beta as well as for Azure File/Disk and Openstack Cinder in alpha. Kubernetes distributors should look at automating the deployment and management (upgrade, downgrade, etc.) of the CSI Drivers they will depend on.