Chapter 10. Reclaiming space on target volumes
The deleted files or chunks of zero data sometimes take up storage space on the Ceph cluster resulting in inaccurate reporting of the available storage space. The reclaim space operation removes such discrepancies by executing the following operations on the target volume:
-
fstrim- This operation is used on volumes that are inFilesystemmode and only if the volume is mounted to a pod at the time of execution of reclaim space operation. -
rbd sparsify- This operation is used when the volume is not attached to any pods and reclaims the space occupied by chunks of 4M-sized zeroed data.
- Only the Ceph RBD volumes support the reclaim space operation.
- The reclaim space operation involves a performance penalty when it is being executed.
You can use one of the following methods to reclaim the space:
- Enabling reclaim space operation using annotating PersistentVolumeClaims (Recommended method to use for enabling reclaim space operation)
- Enabling reclaim space operation using ReclaimSpaceJob
- Enabling reclaim space operation using ReclaimSpaceCronJob
10.1. Enabling reclaim space operation by annotating PersistentVolumeClaims Copy linkLink copied to clipboard!
Use this procedure to automatically invoke the reclaim space operation to annotate persistent volume claim (PVC) based on a given schedule.
-
The schedule value is in the same format as the Kubernetes CronJobs which sets the
and/orinterval of the recurring operation request. -
Recommended schedule interval is
@weekly. If the schedule interval value is empty or in an invalid format, then the default schedule value is set to@weekly. Do not schedule multipleReclaimSpaceoperations@weeklyor at the same time. -
Minimum supported interval between each scheduled operation is at least 24 hours. For example,
@daily(At 00:00 every day) or0 3 * * *(At 3:00 every day). -
Schedule the
ReclaimSpaceoperation during off-peak, maintenance window, or the interval when the workloadinput/outputis expected to be low. -
ReclaimSpaceCronJobis recreated when thescheduleis modified. It is automatically deleted when the annotation is removed.
Procedure
Get the PVC details.
oc get pvc data-pvc
$ oc get pvc data-pvcCopy to Clipboard Copied! Toggle word wrap Toggle overflow NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE data-pvc Bound pvc-f37b8582-4b04-4676-88dd-e1b95c6abf74 1Gi RWO ocs-storagecluster-ceph-rbd 20h
NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE data-pvc Bound pvc-f37b8582-4b04-4676-88dd-e1b95c6abf74 1Gi RWO ocs-storagecluster-ceph-rbd 20hCopy to Clipboard Copied! Toggle word wrap Toggle overflow Add annotation
reclaimspace.csiaddons.openshift.io/schedule=@monthlyto the PVC to createreclaimspacecronjob.oc annotate pvc data-pvc "reclaimspace.csiaddons.openshift.io/schedule=@monthly"
$ oc annotate pvc data-pvc "reclaimspace.csiaddons.openshift.io/schedule=@monthly"Copy to Clipboard Copied! Toggle word wrap Toggle overflow persistentvolumeclaim/data-pvc annotated
persistentvolumeclaim/data-pvc annotatedCopy to Clipboard Copied! Toggle word wrap Toggle overflow Verify that
reclaimspacecronjobis created in the format,"<pvc-name>-xxxxxxx".oc get reclaimspacecronjobs.csiaddons.openshift.io
$ oc get reclaimspacecronjobs.csiaddons.openshift.ioCopy to Clipboard Copied! Toggle word wrap Toggle overflow NAME SCHEDULE SUSPEND ACTIVE LASTSCHEDULE AGE data-pvc-1642663516 @monthly 3s
NAME SCHEDULE SUSPEND ACTIVE LASTSCHEDULE AGE data-pvc-1642663516 @monthly 3sCopy to Clipboard Copied! Toggle word wrap Toggle overflow Modify the schedule to run this job automatically.
oc annotate pvc data-pvc "reclaimspace.csiaddons.openshift.io/schedule=@weekly" --overwrite=true
$ oc annotate pvc data-pvc "reclaimspace.csiaddons.openshift.io/schedule=@weekly" --overwrite=trueCopy to Clipboard Copied! Toggle word wrap Toggle overflow persistentvolumeclaim/data-pvc annotated
persistentvolumeclaim/data-pvc annotatedCopy to Clipboard Copied! Toggle word wrap Toggle overflow Verify that the schedule for
reclaimspacecronjobhas been modified.oc get reclaimspacecronjobs.csiaddons.openshift.io
$ oc get reclaimspacecronjobs.csiaddons.openshift.ioCopy to Clipboard Copied! Toggle word wrap Toggle overflow NAME SCHEDULE SUSPEND ACTIVE LASTSCHEDULE AGE data-pvc-1642664617 @weekly 3s
NAME SCHEDULE SUSPEND ACTIVE LASTSCHEDULE AGE data-pvc-1642664617 @weekly 3sCopy to Clipboard Copied! Toggle word wrap Toggle overflow
10.2. Enabling reclaim space operation using ReclaimSpaceJob Copy linkLink copied to clipboard!
ReclaimSpaceJob is a namespaced custom resource (CR) designed to invoke reclaim space operation on the target volume. This is a one time method that immediately starts the reclaim space operation. You have to repeat the creation of ReclaimSpaceJob CR to repeat the reclaim space operation when required.
-
Recommended interval between the reclaim space operations is
weekly. -
Ensure that the minimum interval between each operation is at least
24 hours. - Schedule the reclaim space operation during off-peak, maintenance window, or when the workload input/output is expected to be low.
Procedure
Create and apply the following custom resource for reclaim space operation:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow where,
target- Indicates the volume target on which the operation is performed.
persistentVolumeClaim-
Name of the
PersistentVolumeClaim. backOfflimit-
Specifies the maximum number of retries before marking the reclaim space operation as
failed. The default value is6. The allowed maximum and minimum values are60and0respectively. retryDeadlineSeconds-
Specifies the duration in which the operation might retire in seconds and it is relative to the start time. The value must be a positive integer. The default value is
600seconds and the allowed maximum value is1800seconds. timeout-
Specifies the timeout in seconds for the
grpcrequest sent to the CSI driver. If the timeout value is not specified, it defaults to the value of global reclaimspace timeout. Minimum allowed value for timeout is 60.
- Delete the custom resource after completion of the operation.
10.3. Enabling reclaim space operation using ReclaimSpaceCronJob Copy linkLink copied to clipboard!
ReclaimSpaceCronJob invokes the reclaim space operation based on the given schedule such as daily, weekly, and so on. You have to create ReclaimSpaceCronJob only once for a persistent volume claim. The CSI-addons controller creates a ReclaimSpaceJob at the requested time and interval with the schedule attribute.
-
Recommended schedule interval is
@weekly. -
Minimum interval between each scheduled operation should be at least 24 hours. For example,
@daily(At 00:00 every day) or “0 3 * * *” (At 3:00 every day). - Schedule the ReclaimSpace operation during off-peak, maintenance window, or the interval when workload input/output is expected to be low.
Procedure
Create and apply the following custom resource for reclaim space operation
Copy to Clipboard Copied! Toggle word wrap Toggle overflow where,
concurrencyPolicy-
Describes the changes when a new
ReclaimSpaceJobis scheduled by theReclaimSpaceCronJob, while a previousReclaimSpaceJobis still running. The defaultForbidprevents starting a new job whereasReplacecan be used to delete the running job potentially in a failure state and create a new one. failedJobsHistoryLimit-
Specifies the number of failed
ReclaimSpaceJobsthat are kept for troubleshooting. jobTemplate-
Specifies the
ReclaimSpaceJob.specstructure that describes the details of the requestedReclaimSpaceJoboperation. successfulJobsHistoryLimit-
Specifies the number of successful
ReclaimSpaceJoboperations. schedule- Specifieds the and/or interval of the recurring operation request and it is in the same format as the Kubernetes CronJobs.
-
Delete the
ReclaimSpaceCronJobcustom resource when execution of reclaim space operation is no longer needed or when the target PVC is deleted.
10.4. Customising timeouts required for Reclaim Space Operation Copy linkLink copied to clipboard!
Depending on the RBD volume size and its data pattern, Reclaim Space Operation might fail with the context deadline exceeded error. You can avoid this by increasing the timeout value.
The following example shows the failed status by inspecting -o yaml of the corresponding ReclaimSpaceJob:
Example
You can also set custom timeouts at global level by creating the following configmap:
Example
Restart the csi-addons operator pod.
oc delete po -n openshift-storage -l "app.kubernetes.io/name=csi-addons"
oc delete po -n openshift-storage -l "app.kubernetes.io/name=csi-addons"
All Reclaim Space Operations started after the above configmap creation use the customized timeout.
'