Tweak FlexVolume deprecation text

This commit is contained in:
Tim Bannister
2021-12-01 17:18:37 +00:00
parent b1a73567ec
commit d09282b3f0
2 changed files with 24 additions and 21 deletions
@@ -221,19 +221,19 @@ to `Retain`, including cases where you are reusing an existing PV.
{{< feature-state for_k8s_version="v1.11" state="beta" >}} {{< feature-state for_k8s_version="v1.11" state="beta" >}}
Support for expanding PersistentVolumeClaims (PVCs) is now enabled by default. You can expand Support for expanding PersistentVolumeClaims (PVCs) is enabled by default. You can expand
the following types of volumes: the following types of volumes:
* gcePersistentDisk * azureDisk
* azureFile
* awsElasticBlockStore * awsElasticBlockStore
* Cinder * cinder (deprecated)
* {{< glossary_tooltip text="csi" term_id="csi" >}}
* flexVolume (deprecated)
* gcePersistentDisk
* glusterfs * glusterfs
* rbd * rbd
* Azure File * portworxVolume
* Azure Disk
* Portworx
* FlexVolumes
* {{< glossary_tooltip text="CSI" term_id="csi" >}}
You can only expand a PVC if its storage class's `allowVolumeExpansion` field is set to true. You can only expand a PVC if its storage class's `allowVolumeExpansion` field is set to true.
@@ -270,8 +270,8 @@ When a volume contains a file system, the file system is only resized when a new
the PersistentVolumeClaim in `ReadWrite` mode. File system expansion is either done when a Pod is starting up the PersistentVolumeClaim in `ReadWrite` mode. File system expansion is either done when a Pod is starting up
or when a Pod is running and the underlying file system supports online expansion. or when a Pod is running and the underlying file system supports online expansion.
FlexVolumes allow resize if the driver is set with the `RequiresFSResize` capability to `true`. FlexVolumes (deprecated since Kubernetes v1.23) allow resize if the driver is configured with the
The FlexVolume can be resized on Pod restart. `RequiresFSResize` capability to `true`. The FlexVolume can be resized on Pod restart.
#### Resizing an in-use PersistentVolumeClaim #### Resizing an in-use PersistentVolumeClaim
@@ -362,10 +362,10 @@ PersistentVolume types are implemented as plugins. Kubernetes currently supports
The following types of PersistentVolume are deprecated. This means that support is still available but will be removed in a future Kubernetes release. The following types of PersistentVolume are deprecated. This means that support is still available but will be removed in a future Kubernetes release.
* [`flexVolume`](/docs/concepts/storage/volumes/#flexvolume) - FlexVolume
(**deprecated** in v1.23)
* [`cinder`](/docs/concepts/storage/volumes/#cinder) - Cinder (OpenStack block storage) * [`cinder`](/docs/concepts/storage/volumes/#cinder) - Cinder (OpenStack block storage)
(**deprecated** in v1.18) (**deprecated** in v1.18)
* [`flexVolume`](/docs/concepts/storage/volumes/#flexvolume) - FlexVolume
(**deprecated** in v1.23)
* [`flocker`](/docs/concepts/storage/volumes/#flocker) - Flocker storage * [`flocker`](/docs/concepts/storage/volumes/#flocker) - Flocker storage
(**deprecated** in v1.22) (**deprecated** in v1.22)
* [`quobyte`](/docs/concepts/storage/volumes/#quobyte) - Quobyte volume * [`quobyte`](/docs/concepts/storage/volumes/#quobyte) - Quobyte volume
+12 -9
View File
@@ -1155,8 +1155,7 @@ To learn about requesting space using a resource specification, see
## Out-of-tree volume plugins ## Out-of-tree volume plugins
The out-of-tree volume plugins include The out-of-tree volume plugins include
{{< glossary_tooltip text="Container Storage Interface" term_id="csi" >}} (CSI) {{< glossary_tooltip text="Container Storage Interface" term_id="csi" >}} (CSI), and also FlexVolume (which is deprecated). These plugins enable storage vendors to create custom storage plugins
and FlexVolume. These plugins enable storage vendors to create custom storage plugins
without adding their plugin source code to the Kubernetes repository. without adding their plugin source code to the Kubernetes repository.
Previously, all volume plugins were "in-tree". The "in-tree" plugins were built, linked, compiled, Previously, all volume plugins were "in-tree". The "in-tree" plugins were built, linked, compiled,
@@ -1289,16 +1288,20 @@ are listed in [Types of Volumes](#volume-types).
### flexVolume ### flexVolume
FlexVolume is an out-of-tree plugin interface that has existed in Kubernetes {{< feature-state for_k8s_version="v1.23" state="deprecated" >}}
since version 1.2 (before CSI). It uses an exec-based model to interface with
drivers. The FlexVolume driver binaries must be installed in a pre-defined volume
plugin path on each node and in some cases the control plane nodes as well.
Pods interact with FlexVolume drivers through the `flexvolume` in-tree volume plugin. FlexVolume is an out-of-tree plugin interface that uses an exec-based model to interface
For more details, see the [FlexVolume](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-storage/flexvolume.md) examples. with storage drivers. The FlexVolume driver binaries must be installed in a pre-defined
volume plugin path on each node and in some cases the control plane nodes as well.
Pods interact with FlexVolume drivers through the `flexVolume` in-tree volume plugin.
For more details, see the FlexVolume [README](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-storage/flexvolume.md#readme) document.
{{< note >}} {{< note >}}
FlexVolume is deprecated starting v1.23. Out-of-tree CSI driver is the recommended way to write volume driver in Kubernetes. Maintainers of FlexVolume driver should implement a CSI Driver and move users of FlexVolume to CSI. Users of FlexVolume should move their workloads to CSI Driver. FlexVolume is deprecated. Using an out-of-tree CSI driver is the recommended way to integrate external storage with Kubernetes.
Maintainers of FlexVolume driver should implement a CSI Driver and help to migrate users of FlexVolume drivers to CSI.
Users of FlexVolume should move their workloads to use the equivalent CSI Driver.
{{< /note >}} {{< /note >}}
## Mount propagation ## Mount propagation