You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A user creates, or has already created in the case of dynamic provisioning, a `PersistentVolumeClaim` with a specific amount of storage requested and with certain access modes. A control loop in the master watches for new PVCs, finds a matching PV (if possible), and binds them together. If a PV was dynamically provisioned for a new PVC, the loop will always bind that PV to the PVC. Otherwise, the user will always get at least what they asked for, but the volume may be in excess of what was requested. Once bound, `PersistentVolumeClaim` binds are exclusive, regardless of the mode used to bind them.
63
+
A user creates, or has already created in the case of dynamic provisioning, a `PersistentVolumeClaim` with a specific amount of storage requested and with certain access modes. A control loop in the master watches for new PVCs, finds a matching PV (if possible), and binds them together. If a PV was dynamically provisioned for a new PVC, the loop will always bind that PV to the PVC. Otherwise, the user will always get at least what they asked for, but the volume may be in excess of what was requested. Once bound, `PersistentVolumeClaim` binds are exclusive, regardless of how they were bound. A PVC to PV binding is a one-to-one mapping.
64
64
65
65
Claims will remain unbound indefinitely if a matching volume does not exist. Claims will be bound as matching volumes become available. For example, a cluster provisioned with many 50Gi PVs would not match a PVC requesting 100Gi. The PVC can be bound when a 100Gi PV is added to the cluster.
66
66
67
+
#### Binding Modes
68
+
{% assign for_k8s_version="v1.9" %}{% include feature-state-alpha.md %}
69
+
70
+
This requires the `VolumeScheduling` feature gate to be enabled.
71
+
72
+
Normally, volume binding occurs immediately upon PVC creation.
73
+
However, for PVs that specify NodeAffinity, it may be beneficial to delay
74
+
binding until there is a pod consumer that references the PVC. This ensures
75
+
that the volume binding decision will also be evaluated with any other node
76
+
constraints the pod may have, such as node resource requirements, node
77
+
selectors, pod affinity, and pod anti-affinity. This new mode of binding is
78
+
controlled through the `VolumeBindingMode` parameter in the
**Note:** Dynamic provisioning is not supported yet with this alpha feature.
82
+
{: .note}
83
+
67
84
### Using
68
85
69
86
Pods use claims as volumes. The cluster inspects the claim to find the bound volume and mounts that volume for a pod. For volumes which support multiple access modes, the user specifies which mode desired when using their claim as a volume in a pod.
0 commit comments