LLMpediaThe first transparent, open encyclopedia generated by LLMs

PersistentVolume

Generated by GPT-5-mini
Note: This article was automatically generated by a large language model (LLM) from purely parametric knowledge (no retrieval). It may contain inaccuracies or hallucinations. This encyclopedia is part of a research project currently under review.
Article Genealogy
Expansion Funnel Raw 89 → Dedup 0 → NER 0 → Enqueued 0
1. Extracted89
2. After dedup0 (None)
3. After NER0 ()
4. Enqueued0 ()
PersistentVolume
NamePersistentVolume
DeveloperKubernetes
First released2014
Stable releaseKubernetes PersistentVolumes
RepositoryKubernetes GitHub
LicenseApache License 2.0

PersistentVolume

A PersistentVolume is a storage abstraction in Kubernetes that decouples Google-style container orchestration from underlying storage backends such as Amazon Web Services, Microsoft, OpenStack, VMware and Red Hat systems. It provides a cluster-level resource that represents durable storage, usable by Pods and managed via the Kubernetes API, integrating with persistent storage technologies like Ceph, GlusterFS, NFS, iSCSI, and Amazon EBS.

Overview

PersistentVolumes were introduced as part of the Kubernetes persistent storage model to solve stateful application requirements that emerged from early container adoption by organizations including Spotify, Airbnb, Pinterest, Netflix, and Uber. They separate storage lifecycle from Pod lifecycle, enabling administrators at enterprises such as IBM, Google Cloud Platform, Microsoft Azure, and Red Hat OpenShift to provision, reclaim, and audit storage independent of ephemeral compute services such as Docker and containerd. PersistentVolumes interoperate with storage classes and dynamic provisioners, often deployed alongside operators from vendors like Portworx, StorageOS, Rook, Longhorn, and OpenEBS.

Architecture and Components

The PersistentVolume architecture defines several core components: the PersistentVolume object, the PersistentVolumeClaim object, StorageClass, and the provisioner/controller implementations used by cloud providers like Amazon, Google Cloud, Microsoft Azure, and infrastructure projects such as Ceph and GlusterFS. Control plane components in the Kubernetes API server and controllers coordinate binding; kubelets on nodes access storage via volume plugins or CSI drivers maintained by projects including Container Storage Interface, CSI Drivers Community, Red Hat, VMware Tanzu, and vendor teams like NetApp and Pure Storage. The controller manager implements reclaim policies (Delete, Retain, Recycle) influenced by designs from Linux Foundation and proposals discussed in community forums such as the CNCF and SIG Storage.

Provisioning and Lifecycles

PersistentVolumes support both static and dynamic provisioning. Static provisioning requires cluster administrators—often from teams at Google or Amazon—to create PersistentVolume objects referencing existing storage offered by infrastructure like iSCSI, NFSv4, Fibre Channel, or Amazon EBS. Dynamic provisioning uses StorageClass resources and external provisioners developed by vendors including Kasten, Commvault, Veeam, Portworx, and cloud providers like Google Cloud Platform and Microsoft Azure to create volumes on demand. Lifecycle phases (Available, Bound, Released, Failed) are managed by controllers in the Kubernetes control plane; policies for provisioning and reclamation have been influenced by production experiences at companies such as Shopify, Salesforce, LinkedIn, and Dropbox.

Access Modes and Capacity

PersistentVolumes expose access modes (ReadWriteOnce, ReadOnlyMany, ReadWriteMany) that dictate how multiple clients such as Pods, services provided by NGINX, Envoy, or HAProxy can mount storage concurrently. Capacity is declared in PersistentVolume objects and enforced by kubelet volume management and CSI drivers from vendors like Dell EMC, NetApp, Pure Storage, and Hewlett Packard Enterprise. Tools for monitoring capacity and performance include integrations with Prometheus, Grafana, ELK Stack, and enterprise monitoring suites from Dynatrace and New Relic; scaling patterns are adopted by platforms like Kubernetes Federation and multi-cluster solutions from Rancher and Google Anthos.

Security and Data Management

Security for PersistentVolumes involves access control with RBAC, secrets management via Kubernetes Secrets, and encryption at rest provided by cloud providers such as Amazon Web Services, Google Cloud Platform, and Microsoft Azure or by storage vendors like HashiCorp Vault integrations and KMIP-enabled arrays. Data management features—snapshots, backups, and disaster recovery—use snapshot APIs and backup operators developed by projects such as Velero, Restic, Kasten K10, and vendor solutions from NetApp and Veeam. Compliance and auditing practices reference standards and regulations enforced at organizations like ISO, SOC 2, GDPR, and HIPAA where applicable to deployments at healthcare providers, financial institutions such as Goldman Sachs, and government clouds including FedRAMP-authorized offerings.

Use Cases and Examples

PersistentVolumes enable stateful workloads including databases (e.g., PostgreSQL, MySQL, MongoDB, Redis), message queues like Kafka and RabbitMQ, and storage-backed workloads such as Elasticsearch and Cassandra. Cloud-native platforms and vendors such as Elastic, Confluent, MongoDB Atlas, and Cockroach Labs utilize PersistentVolumes or their managed equivalents in production. Examples include running stateful sets for Prometheus long-term storage, CI/CD runners for Jenkins with workspace persistence, and content management systems like WordPress backed by PersistentVolumes provisioned via Amazon EBS or Google Persistent Disk.

Category:Kubernetes