你的存储空间被谁 “吃” 掉了？

春节七天乐，少不了亲朋好友大聚会，山珍海味面前，推杯换盏之间，“吗丁啉” 和 “健胃消食片” 两兄弟常伴左右。年假过完，看着自己隆起的小肚腩，想必很多朋友都想释放掉新增的那一堆 “米其林”。

其实，很多情况下，存储容量就像我们的肚腩过年一样，不停地被塞入各种数据，最后造成了存储 “消化不良”。尤其在如今虚拟化大行其道的环境下，虚拟机的创建与删除比我们推杯换盏还快。

在我们常用的 “主机 + VMware + 存储” 环境下，出于业务要求，需要创建 n 多个虚拟机。使用一段时间后，大部分虚拟机要被删除，再重新创建。如此下来，我们常常会发现一个怪现象，在虚拟化层面，存储空间占用不是很多，但存储端空间已显示快满了，最终导致的结果是存储无法写入新的虚拟机。

你的存储空间　被谁 “吃” 掉了？

举个例子，下图是一个客户生产环境截图：

VMware 端显示，这个 SC4020-1-7TB 的 LUN 实际使用空间为 6.84TB-3.61TB=3.2TB，存储端显示为 5.7TB（磁盘占用）-1.44TB（RAID 开销）=4.26TB。

VMware 端

存储端

居然有将近 1 个 TB 的空间 “消失” 了，至于消失的原因嘛，请看下图：

通常情况下，操作系统对文件做的修改和删除仅仅是在文件头做了标记，而非彻底删除改动部分所占用的存储 Block 块。新增文件时，优先占用了磁盘的空位置，结果造成前端操作了很多删除和改动的操作，而存储的空间未能被真正释放，使得存储越用越满，甚至导致正常的写入都受到影响。

ESXi＋白金服务 专治各种 “消化不良”

如何让存储空间得到真正释放，今天我们主要针对当前最常用的 VＭware 环境来举例。

方法一

对于古老的版本（ESXi5.0 以前），升级吧！这个级别就像今天主流系统为 Windows10，你却还在用 Windows 98。

从 ESXi 5.0 开始，VMware 增加了对存储 VAAI 的支持。

首先，我们通过命令来参考存储是否支持空间回收功能。

在 ESXi 主机 shell 或 ssh 的命令行下面：通过命令验证

#esxcli storage core device vaai status get

注意看最后一行提示，如果是 unsupported，说明您的存储设备不支持空间回收功能。

如果是 Delete Status：supported，那么请继续。

对于部分坚持的 Windows XP 的用户，环境是 5.0~5.1，VMware 官方不太建议使用该功能，虽然可以在 ESXi 下通过一条叫做 vmkfstools -y Percentage 的命令实现，（percentage 是百分比，代表想回收的空间比率）。示例如下：

# cd /vmfs/volumes/Datastore1

# vmkfstools -y 60

参考链接

在主流的 5.5~6.0 环境下，可以通过命令实现 esxcli storage vmfsunmap -l VolumeName

譬如前文中示例的环境下：

#esxcli storage vmfsunmap -l SC4020-1-7TB

运行该命令前：

运行该命令后：

通过大约半小时的等待，我们在存储上成功回收了 1.2TB 的空间。

参考链接

当然，一劳永逸的方法也是存在的。其实 ESXi 在 5.5 以后的版本中，内嵌了自动空间回收的开关，但默认是关闭的。通过图形界面，就可以将其打开。

方法二

如果认为方法一比较复杂、困惑，最简单的方法是直接升级至 ESXi 6.5、ESXi6.5，默认支持并开启了空间回收功能。

或许您还存在另一种担心，担心会带来 “有其他并发症”，那么请移步方法三，终极绝招。

方法三

一般情况下，VMware 提供的服务为 5*8 级别服务，软硬件服务分开，很多故障用户需要自行查询 KB。

但是，如果您采用的是 Dell EMC OEM 版 VMware 的话，您可享受到的是 7*24 小时服务，配合 Dell EMC 白金服务，您可以获得最完善的售后服务，医治各种 “并发症”。记住，Dell EMC OEM 版 VMware + 白金服务，私人医生般呵护，除了帮你解决身体问题（硬件），还会帮你提供膳食建议（OEM 软件）。

春天来了，也让你的存储瘦瘦身吧，业务运转不堵心！