我们继承了 Hyper-V 环境 (2008 R2) 和 SAN 存储 (HP4500 硬件)。两个主机和两个 SAN 以实现冗余。虽然我很了解虚拟机，但我想我对存储的了解非常薄弱。我试图了解我们的 MSP 工程师是如何设计它的以及为什么设计它。这是介绍部分，下面是主要部分。
每个 SAN 上都有 5.32TB 的可用空间，Hyper-V 主机上有四个卷：Volume1、Volume2、Volume3 和最近为 Exchange 服务器创建的 Exchange 卷。在 HP 管理控制台上，我可以看到相应的（LUN？）卷的大小分别为 3TB、1.79TB、2TB 和 1.07TB。它可能看起来配置过多，但这不是现在的主要问题。
我现在的问题是，创建这些卷的决定是如何做出的，出于什么原因？为什么不创建一个大卷或许多小卷？
我尝试过研究并阅读了几篇文章，特别是这篇：https://technet.microsoft.com/en-us/library/ff182320(WS.10).aspx#BKMK_LUNs这是有道理的。我不想做任何假设，也不想发布我的问题，以防万一它可能是错的，我不想让其他正在寻找类似答案的人感到困惑。我会尝试询问。
将存储分成几个卷是为了性能原因并防止磁盘太满或被覆盖？
我如何决定在哪个卷上存储我的新 VM - 我应该在一个卷上创建所有系统 VHD，而在另一个卷上创建所有数据 VHD？
如果是，并且如果很多虚拟机都有一个 VHD 文件，那么如果一个卷有太多的 VHD 并且大小会增加怎么办？
答案1
拆分的最大原因如下：
- 使用不同的 RAID 级别
- 使用不同速度的磁盘
- 可能是在不同集群之间迁移时遗留的问题，可能是在你可以滚动升级到新版本的 Windows 之前，或者是由于其他一些奇怪的硬件迁移原因
我有一个类似的设置，使用 Dell MD3600f SAN 和 3 个 LUN，每个 LUN 用于我的 Hyper-V 群集上的群集共享卷。
一个 LUN 由 RAID10 中的较小 15k SAS 磁盘组成 - 它保存虚拟机的操作系统驱动器以及所有较小虚拟机。第二个是大型 NLSAS 驱动器 RAID6 阵列 - 存储空间很大，但速度要慢得多。它保存大多数虚拟机的数据驱动器。第三个是一个用于测试目的的小型 CSV - 这样我就可以测试重定向访问之类的东西而不会影响主要的东西。
我无法告诉你为什么在你的环境中这样设置，但这样做可能有充分的理由。首先要做的是查看磁盘的配置方式 - 它们是什么类型的磁盘，RAID 级别是什么，然后从那里开始工作。
答案2
进一步详细说明 Grant 的回答 - 我以前使用过 HP MSA，它与您正在运行的 HP Storage 型号不同，但我只能想象整体架构是相似的。
我们从这种特定类型的存储中了解到，划分多个 LUN 使我们能够利用 MSA 的主动/主动控制器功能，这样我们就可以让流量通过多个控制器。这意味着我们可以利用两个控制器上的缓存，同时还可以在控制器之间平衡 I/O 负载。这也许是他创建多个 LUN 的另一个架构原因。