PersistentVolume and PersistentVolumeClaim in Kubernetes

PersistentVolume and PersistentVolumeClaim in Kubernetes

🗼Introduction

In the world of Kubernetes, managing persistent storage is a critical aspect for stateful applications. Two fundamental concepts that facilitate this are PersistentVolumes (PVs) and PersistentVolumeClaims (PVCs). These abstractions allow developers and administrators to handle storage needs effectively, providing a robust and flexible way to manage data in Kubernetes clusters. Let’s dive deeper into what PVs and PVCs are, how they work, and why they are essential.

🗼What is a PersistentVolume (PV)?

A PersistentVolume (PV) is a storage resource in a Kubernetes cluster, provisioned either manually by an administrator or dynamically using Storage Classes. PVs function similarly to nodes in a cluster—they exist independently of the Pods that use them, making them a persistent storage solution that outlives individual Pods.

Key Characteristics of PVs:

  • Independent Lifecycle: Unlike Volumes tied to a Pod, PVs have a lifecycle independent of any individual Pod. This allows the storage resource to persist even if the Pod using it is deleted or replaced.

  • Various Storage Types: PVs can utilize different storage backends, such as Network File System (NFS), Internet Small Computer Systems Interface (iSCSI), or cloud-provider-specific storage systems like AWS EBS or Google Persistent Disks.

  • API Object: A PV is an API object in Kubernetes, capturing the details of the storage implementation.

🎗️Example PV Configuration:

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv-example
spec:
  capacity:
    storage: 10Gi
  accessModes:
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Retain
  nfs:
    path: /exported/path
    server: nfs-server.example.com

🗼What is a PersistentVolumeClaim (PVC)?

A PersistentVolumeClaim (PVC) is a request for storage by a user. Think of it as a way for users to ask for specific storage resources without needing to know the details of the underlying infrastructure. PVCs function similarly to Pods requesting CPU and Memory resources.

Key Characteristics of PVCs:

  • Storage Requests: PVCs allow users to request storage of a specific size and with specific access modes.

  • Access Modes:

    • ReadWriteOnce (RWO): Mounted as read-write by a single node.

    • ReadOnlyMany (ROX): Mounted as read-only by many nodes.

    • ReadWriteMany (RWX): Mounted as read-write by many nodes.

  • Automatic Binding: When a PVC is created, Kubernetes looks for a matching PV. If a suitable PV is found, the PVC is automatically bound to it.

🎗️Example PVC Configuration:

yamlCopy codeapiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc-example
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 10Gi

🗼How Do PVs and PVCs Work Together?

The interaction between PVs and PVCs can be summarized in a few steps:

  1. Provisioning: An administrator provisions a PV, or a StorageClass is used to dynamically provision one.

  2. Claiming: A user creates a PVC, requesting specific storage characteristics.

  3. Binding: Kubernetes matches the PVC to a suitable PV and binds them together.

  4. Usage: The PVC can now be used in a Pod to access the persistent storage.

🎗️Example Usage in a Pod:

To use a PVC in a Pod, you reference the PVC in the Pod's volume configuration:

apiVersion: v1
kind: Pod
metadata:
  name: pod-using-pvc
spec:
  containers:
    - name: postgres
      image: postgres:latest
      volumeMounts:
        - mountPath: "/data"
          name: mypvc
  volumes:
    - name: mypvc
      persistentVolumeClaim:
        claimName: pvc-example

🗼Why Are PVs and PVCs Important?

  • Persistence: PVs provide persistent storage that remains available even if the Pods accessing it are deleted or moved.

  • Flexibility: PVCs allow users to request storage without needing to understand the underlying storage infrastructure.

  • Dynamic Provisioning: StorageClasses enable dynamic provisioning of PVs, automating the process and ensuring that storage resources are available when needed.

  • Reclaim Policies: PVs have reclaim policies (Retain, Recycle, Delete) that define what happens to the PV after the PVC is deleted, offering control over resource cleanup.

🗼Conclusion

PersistentVolumes and PersistentVolumeClaims are essential components in Kubernetes for managing persistent storage. They provide a flexible and robust way to handle data storage needs, abstracting the complexities of the underlying storage systems from users. By understanding and utilizing PVs and PVCs, you can ensure that your stateful applications have reliable and persistent storage resources in your Kubernetes clusters.

Did you find this article valuable?

Support Ashutosh Mahajan's blog by becoming a sponsor. Any amount is appreciated!