k8s块持久卷数据删除后，空间不释放问题处理方法
在Kubernetes（k8s）环境中，使用块持久卷（Block Persistent Volume）时，对于有频繁且大批量删除需求的客户，默认XFS挂载并不支持被删除空间的实施回收，会造成卷和业务已使用用量的不一致，实际已用容量并没有那么大。全部修改完成后，sync后执行一次，并观察XFS mount参数是否已带上了discard。# 回收容量，注意该动作会对业务造成冲击，请一定尽量在业务低谷时
问题场景描述
在Kubernetes（k8s）环境中，使用块持久卷（Block Persistent Volume）时，对于有频繁且大批量删除需求的客户，默认XFS挂载并不支持被删除空间的实施回收，会造成卷和业务已使用用量的不一致，实际已用容量并没有那么大。这可能是由于块设备文件系统（如XFS）的特性导致的。
需要售后人员手动执行fstrim $mount_point来回收空间。
但是fstrim这个动作会对在线业务造成一定的冲击，可能会造成IO卡顿
具体解决方案
分为释放过去被删除空间 和 实时回收未来空间 2步。两步没有先后顺序，可以视情况分时段进行，但都需要执行。
1.释放过去被删除空间
| Bash |
2.实时回收未来空间
| Bash MOUNT_PARAM = "inode64,prjquota,noatime,wsync,discard" |
K8S/Kubernetes社区为您提供最前沿的新闻资讯和知识内容
更多推荐
0
0- 0
已为社区贡献13条内容
所有评论(0)