Kubernetes Storage Provisioning Workflow

Kubernetes Storage Provisioning Workflow A workflow diagram generated by Archify. 01 / Storage Request 02 / Dynamic Provisioning Create pod · refs PVC · Storage Request Create pod refs PVC Create PVC · size · mode · Storage Request Create PVC size · mode StorageClass · provisioner · Storage Request StorageClass provisioner CSI driver · AWS API · Dynamic Provisioning CSI driver AWS API PV created · automatic · Dynamic Provisioning PV created automatic PVC-PV bound · mountable · Dynamic Provisioning PVC-PV bound mountable 1 request 2 lookup 3 delegate 4 create 5 bind Legend Workload Control Object Request Object AWS Storage

Request stage

  • • The pod manifest references the PVC and mounts it into the container with volumeMounts
  • • The PVC declares the size, access mode, and storageClassName it needs
  • • The StorageClass provisioner decides which CSI driver handles it

Volume binding modes

  • • Immediate provisions and binds a PV as soon as the PVC is created
  • • WaitForFirstConsumer delays provisioning until a pod is scheduled
  • • For AZ-bound volumes like EBS, WaitForFirstConsumer is effectively mandatory

Reclaim policies

  • • Delete removes the PV and the underlying AWS volume along with the PVC
  • • Retain keeps the PV so the data can be recovered by hand
  • • For production data, Retain plus a separate deletion procedure is the safer choice