Update content/en/docs/concepts/storage/volumes.md

This commit is contained in:
ziyi-xie 2023-12-11 20:15:48 +09:00 committed by ziyi-xie
parent 5afa73916e
commit 6b6ad5f3f4
1 changed files with 1 additions and 1 deletions

View File

@ -61,7 +61,7 @@ a different volume.
## In-tree volume plugins and their CSI Migration progress {#volume-types}
Below is a list of In-tree plugins that are supported by Kubernetes and the status of their respective CSI Migrations progress.
The Container Storage Interface (CSI) was designed to help Kubernetes replace its existing, in-tree storage driver mechanisms - especially vendor specific plugins.Kubernetes support for the Container Storage Interface has been generally available since Kubernetes v1.13. For more details on CSI Migration, please refer to [Out-of-tree volume plugins](#out-of-tree-volume-plugins).
The Container Storage Interface (CSI) was designed to help Kubernetes replace its existing, in-tree storage driver mechanisms - especially vendor specific plugins. Kubernetes support for the Container Storage Interface has been generally available since Kubernetes v1.13. For more details on CSI Migration, please refer to [Out-of-tree volume plugins](#out-of-tree-volume-plugins).
{{< note >}}
When a Kubernetes cluster administrator updates a cluster to enable CSI migration, existing workloads that utilize PVCs which are backed by in-tree storage plugins will continue to function as they always have. Existing In trees PVs and In Tree format yaml file will still be used in the future even after the migration is completed, and will not be left unprocessed or deleted in the future. Users can still specify the following In-tree plugins in their yaml file. However, behind the scenes, Kubernetes hands control of all storage management operations (previously targeting in-tree drivers) to CSI drivers.