docs: clarify CSI plugin compatibility (#14434)
Nomad is generally compliant with the CSI specification for Container Orchestrators (CO), except for unimplemented features. However, some storage vendors have built CSI plugins that are not compliant with the specification or which expect that they're only deployed on Kubernetes. Nomad cannot vouch for the compatibility of any particular plugin, so clarify this in the docs. Co-authored-by: Derek Strickland <1111455+DerekStrickland@users.noreply.github.com>
This commit is contained in:
parent
19de803503
commit
0ef073a669
|
@ -30,9 +30,15 @@ plugin. Jobs can claim storage volumes from AWS Elastic Block Storage
|
|||
(EBS) volumes, GCP persistent disks, Ceph, Portworx, vSphere, etc. The
|
||||
Nomad scheduler will be aware of volumes created by CSI plugins and
|
||||
schedule workloads based on the availability of volumes on a given
|
||||
Nomad client node. A list of available CSI plugins can be found in the
|
||||
[Kubernetes CSI documentation][csi-drivers-list]. Any of these plugins
|
||||
should work with Nomad out of the box.
|
||||
Nomad client node.
|
||||
|
||||
A list of available CSI plugins can be found in the [Kubernetes CSI
|
||||
documentation][csi-drivers-list]. Spec-compliant plugins should work with Nomad.
|
||||
However, it is possible a plugin vendor has implemented their plugin to make
|
||||
Kubernetes API calls, or is otherwise non-compliant with the CSI
|
||||
specification. In those situations the plugin may not function correctly in a
|
||||
Nomad environment. You should verify plugin compatibility with Nomad before
|
||||
deploying in production.
|
||||
|
||||
A CSI plugin task requires the [`csi_plugin`][csi_plugin] block:
|
||||
|
||||
|
|
Loading…
Reference in New Issue