Skip to content

Commit d9b3bd3

Browse files
authored
Merge pull request #44295 from ziyi-xie/add-csimigration-instruction
Add information about how existing in-trees PVs and in-tree format yaml file will be handled after CSI migration is completed
2 parents 359e65c + 9f62122 commit d9b3bd3

File tree

1 file changed

+17
-0
lines changed

1 file changed

+17
-0
lines changed

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

Lines changed: 17 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1103,6 +1103,23 @@ As a result, operators do not have to make any
11031103
configuration changes to existing Storage Classes, PersistentVolumes or PersistentVolumeClaims
11041104
(referring to in-tree plugins) when transitioning to a CSI driver that supersedes an in-tree plugin.
11051105

1106+
{{< note >}}
1107+
Existing PVs created by a in-tree volume plugin can still be used in the future without any configuration
1108+
changes, even after the migration to CSI is completed for that volume type, and even after you upgrade to a
1109+
version of Kubernetes that doesn't have compiled-in support for that kind of storage.
1110+
1111+
As part of that migration, you - or another cluster administrator - **must** have installed and configured
1112+
the appropriate CSI driver for that storage. The core of Kubernetes does not install that software for you.
1113+
1114+
---
1115+
1116+
After that migration, you can also define new PVCs and PVs that refer to the legacy, built-in
1117+
storage integrations.
1118+
Provided you have the appropriate CSI driver installed and configured, the PV creation continues
1119+
to work, even for brand new volumes. The actual storage management now happens through
1120+
the CSI driver.
1121+
{{< /note >}}
1122+
11061123
The operations and features that are supported include:
11071124
provisioning/delete, attach/detach, mount/unmount and resizing of volumes.
11081125

0 commit comments

Comments
 (0)