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
As of Kubernetes v1.32PersistentVolumeClaimRetention policy is enabled by default for statefulsets and is behind a feature gate for v1.31. This feature provides a K8s native way to manage orphaned PVCs, that is pretty similar to the existing deleteOrphanPvc config in the Druid CRD. By using this policy, we can control how orphaned PVCs will be treated:
As of Kubernetes
v1.32
PersistentVolumeClaimRetention
policy is enabled by default for statefulsets and is behind a feature gate forv1.31
. This feature provides a K8s native way to manage orphaned PVCs, that is pretty similar to the existingdeleteOrphanPvc
config in theDruid
CRD. By using this policy, we can control how orphaned PVCs will be treated:Some folks might prefer
persistentVolumeClaimRetention
overdeleteOrphanPvc
because:deleteOrphanPvc
which affects the entire Druid cluster. For example:Retain
historical PVCs because loading data from S3 might be expensivedeleteOrphanPvc
's delayed deletion of 60s (ref)I want to add this functionality in the
nodeSpec
if folks think its useful and I want to align on the following:statefulsets
and not deploymentsdeleteOrphanPvc
is set, then thepersistentVolumeClaimRetention
configuration is automatically ignored to allow for backward compatibilityStatefulSetAutoDeletePVC
feature flag is set (ref).v1.31
, but from the compatibility matrix (ref), the latest we support isv.1.30.1
.> v.1.30
API?The text was updated successfully, but these errors were encountered: