在我们的 VMware 基础架构中，我们拥有许多大型 Windows 文件服务器，其配置的磁盘大小在 25 TB 到 35 TB 之间。
它们的单个磁盘很少大于 4TB，其中许多为 1TB、1.5TB 或 2TB。
我们正在从多个旧的、老化的存储阵列（IBM DS5300、HPE 3Par 7400）迁移到单个较新的存储阵列（HDS VSP G600）。
由于我无法控制的原因，我的组织决定在新阵列上创建的任何卷都不得大于 4TB。我曾多次尝试与他们讨论该政策背后的原因，但这种方式根本无法带来任何有用的结果。
虽然有一个豁免流程，并且对于 4TB 或以上的 VMDK，我已经成功获得豁免，但对于小于 4TB 的磁盘，我就没有那么幸运了。
存储团队说这是我们的问题；他们将从阵列中配置一些 4TB 卷，我们必须让它在我们这边正常工作。
再说一遍，这不是最理想的，但这是我必须面对的情况。
我在这里看到一些选择。
为每个虚拟机创建一个具有多个范围的 VMware 数据存储。
这似乎是最简单的选择，但我有很多对此持保留态度。
我读 一切 我 能在范围上找到，但关于这个主题没有最新内容，而且我发现的文章似乎表明要不惜一切代价避免它们。每个虚拟机创建数据存储群集，并让 sDRS 进行管理
与使用扩展相比，此选项感觉更好，也更“最新”，但仍有很多不足之处。当请求更多空间时，仍然需要设法找出哪个 VMDK 位于哪个数据存储上，这很令人头疼，但至少知道它是阵列卷到数据存储的 1:1 映射，就像其他卷一样，这让人感到安心。创建单独的数据存储并手动管理
这与选项 #2 非常相似，但没有 sDRS 管理新磁盘放置的好处。我在这里看到的唯一优势是，它是卷/数据存储到 VMDK 的静态映射，这使得增加磁盘或跟踪问题变得更容易。
我目前正在对现有卷/阵列执行选项＃3，但许多数据存储都大于 4TB，因此管理起来非常容易。
我唯一要提到的另一件事是，我们的备份使用 VMware vSphere Storage API - 数据保护（又名 VADP）与 CommVault 和 NetBackup，因为它可能会影响选项。我找不到任何地方说这两种产品不支持扩展，但它也没有说它支持。
在这种情况下，你们会怎么做？
你们的存储团队是否更通情达理，愿意给你们提供更大的卷，还是你们使用扩展区？
我知道这个问题有点宽泛，但希望不要偏离主题。
答案1
我会选择选项 2 - sDRS - 我们几乎只使用它，而且效果很好。显然手动选项也很好，只是需要做更多工作。
我不会做的是使用多个范围，除非绝对必要，它总是一种麻烦的东西，而且我个人并不长期信任它。
我强烈建议您与他们一起研究 VVols，如果我没记错的话，HDS VSP G600 支持它们，而且它比 LUN+DS 的解决方案好得多。看看他们是否会考虑这一点。