Skip to content

Commit

Permalink
Merge pull request kubernetes#44295 from ziyi-xie/add-csimigration-in…
Browse files Browse the repository at this point in the history
…struction

Add information about how existing in-trees PVs and in-tree format yaml file will be handled after CSI migration is completed
  • Loading branch information
k8s-ci-robot committed Jan 19, 2024
2 parents 359e65c + 9f62122 commit d9b3bd3
Showing 1 changed file with 17 additions and 0 deletions.
17 changes: 17 additions & 0 deletions content/en/docs/concepts/storage/volumes.md
Original file line number Diff line number Diff line change
Expand Up @@ -1103,6 +1103,23 @@ As a result, operators do not have to make any
configuration changes to existing Storage Classes, PersistentVolumes or PersistentVolumeClaims
(referring to in-tree plugins) when transitioning to a CSI driver that supersedes an in-tree plugin.

{{< note >}}
Existing PVs created by a in-tree volume plugin can still be used in the future without any configuration
changes, even after the migration to CSI is completed for that volume type, and even after you upgrade to a
version of Kubernetes that doesn't have compiled-in support for that kind of storage.

As part of that migration, you - or another cluster administrator - **must** have installed and configured
the appropriate CSI driver for that storage. The core of Kubernetes does not install that software for you.

---

After that migration, you can also define new PVCs and PVs that refer to the legacy, built-in
storage integrations.
Provided you have the appropriate CSI driver installed and configured, the PV creation continues
to work, even for brand new volumes. The actual storage management now happens through
the CSI driver.
{{< /note >}}

The operations and features that are supported include:
provisioning/delete, attach/detach, mount/unmount and resizing of volumes.

Expand Down

0 comments on commit d9b3bd3

Please sign in to comment.