跳转到主内容

为什么 Data Datastore 空间消耗在 ONTAP 中有所不同?

Views:
13
Visibility:
Public
Votes:
0
Category:
ontap-9
Specialty:
virt
Last Updated:

可不使用  

适用于

  • ONTAP 9
  • VMware vSphere

解答

配置 LUN 后、存储阵列仅知道 LUN 上写入的卷区域。例如, ONTAP 会报告每个卷的此信息。由于应用程序数据写入,空间分配会自动增长。之后、如果应用程序释放空间、除非 ESXi 发送 SCSI unmap 命令取消分配存储空间、否则 LUN 使用的空间不会被存储阵列标记为空闲。

因此, VMFS 文件系统和 Data ONTAP 之间的视图会有所不同。实际上几乎所有主机文件系统和存储阵列都以类似的方式运行。

其他信息

它如何与 VMware 配合使用:
使用 VMware 时会发生这种情况,因为如果您使用 100 GB 磁盘创建虚拟机、则 100 GB 不会写入阵列、除非您选择了“立即清零”选项。

如果选择“ Zazy zeroed ”选项、则会从 VMFS 卷上的文件系统元数据中扣除 100 GB 。阵列只能报告已实际写入卷的数据量。最终,它将会走另一条路。在写入和删除数据时、阵列中的已用空间将大于 ESXi 或 vCenter 报告的空间。这是因为在删除文件时、即写入分配表、只有 ESX 才能看到该表。调用了一个 SCSI 命令UNMAP来纠正此行为。

有关详细信息,请参见 VMware 文章 2057513

实际上,一切都按预期工作。ONTAP 提供存储的所有受支持功能都包括懒惰、急切和精简配置的 VMDK 。

相关链接:
VMware vSphere 5 文档中心

NetApp provides no representations or warranties regarding the accuracy or reliability or serviceability of any information or recommendations provided in this publication or with respect to any results that may be obtained by the use of the information or observance of any recommendations provided herein. The information in this document is distributed AS IS and the use of this information or the implementation of any recommendations or techniques herein is a customer's responsibility and depends on the customer's ability to evaluate and integrate them into the customer's operational environment. This document and the information contained herein may be used solely in connection with the NetApp products discussed in this document.