问题场景描述 在Kubernetes(k8s)环境中,使用块持久卷(Block Persistent Volume)时,对于有频繁且大批量删除需求的客户,默认XFS挂载并不支持被删除空间的实施回收,会造成卷和业务已使用用量的不一致,实际已用容量并没有那么大。这可能是由于块设备文件系统(如XFS)的特性导致的。 需要售后人员手动执行fstrim $mount_point来回收空间。 但是fstrim这个动作会对在线业务造成一定的冲击,可能会造成IO卡顿 具体解决方案 分为释放过去被删除空间 和 实时回收未来空间 2步。两步没有先后顺序,可以视情况分时段进行,但都需要执行。 1.释放过去被删除空间 Bash# 通过界面确认存储卷的回收前容量 # 回收容量,注意该动作会对业务造成冲击,请一定尽量在业务低谷时执行。# 这个命令可能会持续很久,过程中请一定不要中断 ~ fstrim $mount_point # 通过界面确认存储卷的回收后容量,应该略有减小 2.实时回收未来空间 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)