Docs Self-Managed Manage Kubernetes Storage Delete PersistentVolumes You are viewing the Self-Managed v24.3 beta documentation. We welcome your feedback at the Redpanda Community Slack #beta-feedback channel. To view the latest available version of the docs, see v24.2. Delete PersistentVolumes in Kubernetes Deleting a PersistentVolume (PV) can be necessary for a variety of reasons, such as removing a broker and its data from the cluster or performing maintenance or upgrades on the PersistentVolume. Prerequisites A running Redpanda deployment on a Kubernetes cluster. PersistentVolumes for either the Redpanda data directory or the Tiered Storage cache. Delete a PersistentVolume To delete a PersistentVolume, follow these steps to ensure that your data is moved to other brokers in the cluster. Identify the PV that you want to delete: kubectl get persistentvolume Decommission the broker that has a PersistentVolumeClaim (PVC) bound to the PV. Decommissioning helps prevent data loss by gracefully moving the broker’s topic partitions and replicas to other brokers in the cluster. Delete the PVC that is bound to your PV: kubectl delete persistentvolumeclaim <pvc-name> --namespace <namespace> To prevent accidental loss of data, PersistentVolumesClaims are not deleted when Redpanda brokers are removed from a cluster. When you no longer need PersistentVolumeClaims, you must delete them manually. Check the reclaim policy of your PersistentVolumes before deleting a PersistentVolumeClaim. kubectl get persistentvolume --namespace <namespace> If the reclaimPolicy of your PV is not Delete, delete the PV: kubectl delete persistentvolume <pv-name> Delete the Pod whose PVC was bound to the deleted PV: The StatefulSet schedules a new Pod on the same worker node and assigns it a unique node ID. If you use PVs for the Redpanda data directory, the Pod will have a new PVC bound to a PV that is set in storage.persistentVolume.storageClass. See Use PersistentVolumes. If you use PVs for the Tiered Storage cache, the Pod will have a new PVC bound to a PV that is set in storage.tieredStoragePersistentVolume.storageClass. See Tiered Storage Caching. Verify that the new Redpanda broker is running and that it has access to the appropriate PersistentVolume. kubectl --namespace <namespace> exec -ti <pod-name> -c <container-name> -- \ rpk cluster info You should see your new broker running with a new node ID. Suggested reading PersistentVolume documentation StatefulSet documentation Back to top × Simple online edits For simple changes, such as fixing a typo, you can edit the content directly on GitHub. Edit on GitHub Or, open an issue to let us know about something that you want us to change. Open an issue Contribution guide For extensive content updates, or if you prefer to work locally, read our contribution guide . Was this helpful? thumb_up thumb_down group Ask in the community mail Share your feedback group_add Make a contribution Expand PersistentVolumes Tiered Storage