配置 NetApp 重复数据删除时最常见的四个错误
作为现场工程师,我需要与各行各业的客户打交道。当我向客户谈到我所看到的生产环境 VMware 负载的重复数据删除率通常保持在 60% 到 70%时,他们经常表示怀疑。我会得 到这样的回答:“但是我们的 VM 负载不是这样的”,然后是“眼见为实”。我偶尔也会碰到 一些我喜欢的回答:“你们的竞争对手不是这样告诉我的,我要亲眼看到才相信。”
事实往往是: 当客户进行了概念验证或直接购买了我们的产品并开始实施时, 他们在自己的 VMware 环境中看到的真真切切就是他们所希望看到的空间节省。最近,我的一个客户将 600 多台 VM 从使用着 11.9TB 磁盘的现有阵列迁移到了一个新的 NetApp 阵列上。 这些 VM 上有不同的应用程序、 操作系统类型和配置, 通过重复数据删除, 其容量降低为 3.2TB, 实现了高达 73% 的节省。
不过,偶尔客户会打电话跟我说:“嘿,我只有 5%的重复数据删除率!怎么办?”这些较低 的重复数据删除率几乎总是因为以下某个重复数据删除配置错误造成的。
没有立即启动重复数据删除( 或扫描选项) 配置错误 #1 —— 没有立即启动重复数据删除(或者忘记 - s 或扫描选项)
Dedupe 博士最近在博客上指出,NetApp 建议对所有的 VMware 负载进行重复数据删除。 你可能已经注意到, 如果你将我们的虚拟存储控制台 (VSC) 插件用于 vCenter, 那么使用该 插件创建 VMware 数据存储时会导致启动重复数据删除。我们建议立即启用重复数据删除 功能,这里面有很多原因,但以下是最主要的原因:
在 NetApp 卷上启用重复数据删除 (ASIS) 后,控制器将跟踪写入该卷的新数据块。然后, 在定期删除重复数据的期间,控制器会查看这些新的数据块并消除所有重复数据。但是,如 果在启用重复数据删除之前你的卷里已经有一些 VM 呢?除非你明确地指示 NetApp 去 扫描现有的数据,否则 NetApp 根本不会检查那些 VM 或是对其执行重复数据删除!这最 终导致了很低的重复数据删除率。 幸好有个很简单的办法能够解决这个问题。 只需要通过启 用“scan”选项的 VSC 或通过具有“- s”开关的命令行来开启重复数据删除即可。
上图显示的是如何在 VSC 中启用重复数据删除卷扫描。下图显示的是如何在 System 下图显示的是如何在 Manager 中启用重复数据删除卷扫描 中启用重复数据删除卷扫描。
对于命令行“sis start -s /vol/myvol” s /vol/myvol”,请注意添加 -s,令人惊讶的是两个字符竟然起了这么大 令人惊讶的是两个字符竟然起了这么大 的作用!
这是迄今为止我遇到的最常见的错误,但由于越来越多的客
户为他们的 VMware 存储配置 这是迄今为止我遇到的最常见的错误 了免费的 VSC 插件,这个错误已经不那么常见了 这个错误已经不那么常见了。
配置错误 #2 —— LUN 的保留
精简配置在过去的几年里名声不太好。 精简配置在过去的几年里名声不太好 存储管理员过去一直被精简配置弄得焦头烂额 他们 存储管理员过去一直被精简配置弄得焦头烂额, 想通过保留空间来缓解问题。在一个 NetApp 控制器上,我们可以根据你的需求提供多种 想通过保留空间来缓解问题 我们可以根据你的需求提供多种 级别的保留,但就 VMware 而言,有两方面比较突出。首先是卷保留。它可以从大存储池 它可以从大存储池
(即聚合)保留空间,并且能够确保无论你放入任何对象都有空间 我们现在在卷里面为 并且能够确保无论你放入任何对象都有空间。我们现在在卷里面为 VMware 创建了 LUN。同样 同样,你可以选择为 LUN 保留空间,将该空间从可用卷空间中删 将该空间从可用卷空间中删 除。随之产生了两个问题。首先 首先,没有必要这么做。你已经使用卷保留方式保留了空间 你已经使用卷保留方式保留了空间,所 以没必要使用 LUN 保留方式再次保留空间