我们inheritance了带有SAN存储（HP4500硬件）的Hyper-V环境（2008 R2）。 两个主机和两个SAN用于冗余。 虽然我很了解虚拟机，但我想我的存储知识非常薄弱。 我想了解我们的MSP工程师是如何devise的，为什么。 这是介绍部分，这里是主要部分。
我们在每个SAN上有5.32TB的可用空间，在Hyper-V主机上有四个卷：卷1，卷2，卷3和最近为Exchange服务器创build的Exchange卷。 在惠普pipe理控制台上，我可以看到根据（LUN？）卷的大小为3TB，1.79TB，2TB和1.07TB。 它可能看起来超过规定，现在不是主要问题。
我现在的问题是如何决定创build这些卷，为什么？ 为什么不创build一个大卷或很多小卷？
我已经试过研究，并在几篇文章后，尤其是这一个： https : //technet.microsoft.com/en-us/library/ff182320(WS.10).aspx#BKMK_LUNs它是有道理的。 我不想作出任何假设，并发表我的问题，以防万一它可能是错误的，我不想混淆正在寻找类似答案的其他人。 我会试着问。
将存储划分成几个卷是出于性能原因，并防止磁盘太满或被覆盖？
如何决定在哪个卷上存储新的虚拟机 – 我应该在一个卷上创build所有系统VHD，在另一个卷上创build所有数据VHD？
如果是的话，如果很多虚拟机有一个单一的VHD文件，那么如果一个卷将有太多的VHD和大小会增长？
分裂的最大原因是：
我有一个与Dell MD3600f SAN相似的设置，以及3个LUN，每个都用于Hyper-V群集上的群集共享卷。
一个LUN由RAID10中较小的15k SAS磁盘组成 – 这包含虚拟机的操作系统驱动器以及整个较小的虚拟机。 第二个是NLSAS驱动器的大型RAID6arrays – 大量的存储空间，但相当慢。 它拥有大多数虚拟机的数据驱动器。 第三个是用于testing目的的小CSV，所以我可以testing像redirect的访问，而不影响主要的访问。
我不能告诉你为什么在你的环境中这样设置，但是这样做可能有很好的理由。 首先要看看如何configuration磁盘 – 它们是什么types的磁盘，什么是RAID级别，然后从那里工作。
为了进一步阐述Grant提供的答案 – 我曾经有一个惠普MSA的使用经验，这个惠普MSA不是您正在运行的惠普存储的同一个型号，但我只能想象整个架构是相似的。
我们从这种特殊types的存储中了解到，分割多个LUN使我们能够利用MSA的主动/主动控制器function，从而使stream量能够通过多个控制器。 这意味着我们可以利用两个控制器上的caching，同时也有一个负载平衡控制器之间I / O的方法。 这也许是他为什么创build多个LUN的另一个架构原因。