Fix inconsistencies in Flexvolume docs (#9706)

* Fix inconsistencies in Flexvolume docs

* remove code highlighting for Flexvolume and CSI
This commit is contained in:
Misty Linville
2018-08-22 16:39:55 -07:00
committed by GitHub
parent e4c4652a31
commit c3b86b28ce
5 changed files with 18 additions and 18 deletions
@@ -35,7 +35,7 @@ administrator to control the following:
| Usage of host networking and ports | [`hostNetwork`, `hostPorts`](#host-namespaces) | | Usage of host networking and ports | [`hostNetwork`, `hostPorts`](#host-namespaces) |
| Usage of volume types | [`volumes`](#volumes-and-file-systems) | | Usage of volume types | [`volumes`](#volumes-and-file-systems) |
| Usage of the host filesystem | [`allowedHostPaths`](#volumes-and-file-systems) | | Usage of the host filesystem | [`allowedHostPaths`](#volumes-and-file-systems) |
| White list of FlexVolume drivers | [`allowedFlexVolumes`](#flexvolume-drivers) | | White list of Flexvolume drivers | [`allowedFlexVolumes`](#flexvolume-drivers) |
| Allocating an FSGroup that owns the pod's volumes | [`fsGroup`](#volumes-and-file-systems) | | Allocating an FSGroup that owns the pod's volumes | [`fsGroup`](#volumes-and-file-systems) |
| Requiring the use of a read only root file system | [`readOnlyRootFilesystem`](#volumes-and-file-systems) | | Requiring the use of a read only root file system | [`readOnlyRootFilesystem`](#volumes-and-file-systems) |
| The user and group IDs of the container | [`runAsUser`, `supplementalGroups`](#users-and-groups) | | The user and group IDs of the container | [`runAsUser`, `supplementalGroups`](#users-and-groups) |
@@ -452,12 +452,12 @@ to effectively limit access to the specified `pathPrefix`.
**ReadOnlyRootFilesystem** - Requires that containers must run with a read-only **ReadOnlyRootFilesystem** - Requires that containers must run with a read-only
root filesystem (i.e. no writable layer). root filesystem (i.e. no writable layer).
### FlexVolume drivers ### Flexvolume drivers
This specifies a whiltelist of flex volume drivers that are allowed to be used This specifies a whiltelist of Flexvolume drivers that are allowed to be used
by flexVolume. An empty list or nil means there is no restriction on the drivers. by flexvolume. An empty list or nil means there is no restriction on the drivers.
Please make sure [`volumes`](#volumes-and-file-systems) field contains the Please make sure [`volumes`](#volumes-and-file-systems) field contains the
`flexVolume` volume type, no FlexVolume driver is allowed otherwise. `flexVolume` volume type; no Flexvolume driver is allowed otherwise.
For example: For example:
@@ -247,7 +247,7 @@ uses the PVC before the expansion can complete.
* AzureFile * AzureFile
* AzureDisk * AzureDisk
* FC (Fibre Channel) * FC (Fibre Channel)
* FlexVolume * Flexvolume
* Flocker * Flocker
* NFS * NFS
* iSCSI * iSCSI
@@ -331,7 +331,7 @@ In the CLI, the access modes are abbreviated to:
| CephFS | ✓ | ✓ | ✓ | | CephFS | ✓ | ✓ | ✓ |
| Cinder | ✓ | - | - | | Cinder | ✓ | - | - |
| FC | ✓ | ✓ | - | | FC | ✓ | ✓ | - |
| FlexVolume | ✓ | ✓ | - | | Flexvolume | ✓ | ✓ | - |
| Flocker | ✓ | - | - | | Flocker | ✓ | - | - |
| GCEPersistentDisk | ✓ | ✓ | - | | GCEPersistentDisk | ✓ | ✓ | - |
| Glusterfs | ✓ | ✓ | ✓ | | Glusterfs | ✓ | ✓ | ✓ |
@@ -70,7 +70,7 @@ for provisioning PVs. This field must be specified.
| CephFS | - | - | | CephFS | - | - |
| Cinder | ✓ | [OpenStack Cinder](#openstack-cinder)| | Cinder | ✓ | [OpenStack Cinder](#openstack-cinder)|
| FC | - | - | | FC | - | - |
| FlexVolume | - | - | | Flexvolume | - | - |
| Flocker | ✓ | - | | Flocker | ✓ | - |
| GCEPersistentDisk | ✓ | [GCE](#gce) | | GCEPersistentDisk | ✓ | [GCE](#gce) |
| Glusterfs | ✓ | [Glusterfs](#glusterfs) | | Glusterfs | ✓ | [Glusterfs](#glusterfs) |
+9 -9
View File
@@ -1120,17 +1120,17 @@ specification, and to select the type of media to use, for clusters that have
several media types. several media types.
## Out-of-Tree Volume Plugins ## Out-of-Tree Volume Plugins
The Out-of-tree volume plugins include the Container Storage Interface (`CSI`) The Out-of-tree volume plugins include the Container Storage Interface (CSI)
and `FlexVolume`. They enable storage vendors to create custom storage plugins and Flexvolume. They enable storage vendors to create custom storage plugins
without adding them to the Kubernetes repository. without adding them to the Kubernetes repository.
Before the introduction of `CSI` and `FlexVolume`, all volume plugins (like Before the introduction of CSI and Flexvolume, all volume plugins (like
volume types listed above) were "in-tree" meaning they were built, linked, volume types listed above) were "in-tree" meaning they were built, linked,
compiled, and shipped with the core Kubernetes binaries and extend the core compiled, and shipped with the core Kubernetes binaries and extend the core
Kubernetes API. This meant that adding a new storage system to Kubernetes (a Kubernetes API. This meant that adding a new storage system to Kubernetes (a
volume plugin) required checking code into the core Kubernetes code repository. volume plugin) required checking code into the core Kubernetes code repository.
Both `CSI` and `FlexVolume` allow volume plugins to be developed independent of Both CSI and Flexvolume allow volume plugins to be developed independent of
the Kubernetes code base, and deployed (installed) on Kubernetes clusters as the Kubernetes code base, and deployed (installed) on Kubernetes clusters as
extensions. extensions.
@@ -1224,14 +1224,14 @@ Kubernetes component using the following feature gate flags:
Learn how to Learn how to
[setup your PV/PVC with raw block volume support](/docs/concepts/storage/persistent-volumes/#raw-block-volume-support). [setup your PV/PVC with raw block volume support](/docs/concepts/storage/persistent-volumes/#raw-block-volume-support).
### FlexVolume ### Flexvolume
`FlexVolume` is an out-of-tree plugin interface that has existed in Kubernetes Flexvolume is an out-of-tree plugin interface that has existed in Kubernetes
since version 1.2 (before CSI). It uses an exec-based model to interface with since version 1.2 (before CSI). It uses an exec-based model to interface with
drivers. FlexVolume driver binaries must be installed in a pre-defined volume drivers. Flexvolume driver binaries must be installed in a pre-defined volume
plugin path on each node (and in some cases master). plugin path on each node (and in some cases master).
Pods interact with FlexVolume drivers through the `flexVolume` in-tree plugin. Pods interact with Flexvolume drivers through the `flexvolume` in-tree plugin.
More details can be found [here](https://github.com/kubernetes/community/blob/master/contributors/devel/flexvolume.md). More details can be found [here](https://github.com/kubernetes/community/blob/master/contributors/devel/flexvolume.md).
## Mount propagation ## Mount propagation
@@ -1274,7 +1274,7 @@ Its values are:
In addition, all volume mounts created by the Container will be propagated In addition, all volume mounts created by the Container will be propagated
back to the host and to all Containers of all Pods that use the same volume. back to the host and to all Containers of all Pods that use the same volume.
A typical use case for this mode is a Pod with a `FlexVolume` or `CSI` driver or A typical use case for this mode is a Pod with a Flexvolume or CSI driver or
a Pod that needs to mount something on the host using a `hostPath` volume. a Pod that needs to mount something on the host using a `hostPath` volume.
This mode is equal to `rshared` mount propagation as described in the This mode is equal to `rshared` mount propagation as described in the
@@ -105,7 +105,7 @@ following cases (not an exhaustive list):
- The code is not generic enough for users to try out. As an example, you can - The code is not generic enough for users to try out. As an example, you can
embed the YAML embed the YAML
file for creating a Pod which depends on a specific file for creating a Pod which depends on a specific
[FlexVolume](/docs/concepts/storage/volumes#flexvolume) implementation. [Flexvolume](/docs/concepts/storage/volumes#flexvolume) implementation.
- The code is an incomplete example because its purpose is to highlight a - The code is an incomplete example because its purpose is to highlight a
portion of a larger file. For example, when describing ways to portion of a larger file. For example, when describing ways to
customize the [PodSecurityPolicy](/docs/tasks/administer-cluster/sysctl-cluster/#podsecuritypolicy) customize the [PodSecurityPolicy](/docs/tasks/administer-cluster/sysctl-cluster/#podsecuritypolicy)