k8s块持久卷数据删除后，空间不释放问题处理方法

深藏阁楼爱情的钟 2024-02-19 08:39 17阅读 0赞

### **问题场景描述** ###

在Kubernetes（k8s）环境中，使用块持久卷（Block Persistent Volume）时，对于有频繁且大批量删除需求的客户，默认XFS挂载并不支持被删除空间的实施回收，会造成卷和业务已使用用量的不一致，实际已用容量并没有那么大。这可能是由于块设备文件系统（如XFS）的特性导致的。

需要售后人员手动执行fstrim $mount\_point来回收空间。

但是fstrim这个动作会对在线业务造成一定的冲击，可能会造成IO卡顿

### **具体解决方案** ###

分为**释放过去被删除空间****和****实时回收未来空间** **2****步**。两步没有先后顺序，可以视情况分时段进行，但**都需要执行**。

#### 1.释放过去被删除空间 ####

<table> 
 <tbody> 
 <tr> 
 <td style="background-color:#f5f6f7;border-color:#dee0e3;width:414pt;"> Bash # 通过界面确认存储卷的回收前容量 # 回收容量，注意该动作会对业务造成冲击，请一定尽量在业务低谷时执行。 # 这个命令可能会持续很久，过程中请一定不要中断 ~ fstrim $mount_point # 通过界面确认存储卷的回收后容量，应该略有减小 </td> 
 </tr> 
 </tbody> 
</table>

#### 2.实时回收未来空间 ####

<table> 
 <tbody> 
 <tr> 
 <td style="background-color:#f5f6f7;border-color:#dee0e3;width:414pt;"> Bash 修改挂载参数 MOUNT_PARAM = "inode64,prjquota,noatime,wsync,discard" ... 全部修改完成后，sync后执行一次，并观察XFS mount参数是否已带上了discard ~ sync ~ mount | grep -i xfs # 示例：支持实时回收空间 /dev/sdj on /sdsfs/fsystem1 type xfs (rw,noatime,wsync,attr2,discard,inode64,prjquota) # 示例：不支持实时回收空间 /dev/sdj on /sdsfs/fsystem1 type xfs (rw,noatime,wsync,attr2,inode64,prjquota) </td> 
 </tr> 
 </tbody> 
</table>