build立一个新的Hyper-V群集。 得到以下设置;
要使用Windows故障转移群集进行设置。 但是我的问题是我将有6个虚拟机在群集中运行，并将平均分配负载。 我认为每个虚拟机都需要它自己的networking存储上的iscsi LUN。 如果他们都在同一个LUN上，他们将无法一次一个地移动虚拟机。
根据微软的build议https://technet.microsoft.com/en-us/library/jj612868(v=ws.11).aspx你应该咨询你的存储供应商，可能build议configuration每个LUN一个分区，并放置一个CSV卷上它。
通常，我会build议让iSCSI LUN和CSV号码与虚拟机pipe理程序主机相同。 您可以将每个群集共享卷（iSCSI LUN）和虚拟机绑定到一个虚拟机监控程序主机，以确保如果两个群集节点都在运行，则所有资源在整个群集中均匀分布，并仅在发生故障转移时进行迁移。
再进一步微软build议有不同的CSV虚拟机的系统分区和数据驱动器，可能会导致您的情况，这是一个矫枉过正的4个CSV我猜。
由于每个iSCSI LUN和群集共享卷都可以被所有虚拟机pipe理程序主机（作为共享存储）访问，所以如果需要，可以轻松地在主机之间和CSV之间迁移虚拟机。
我强烈build议您创build一个更多的虚拟机作为辅助DC。 如果你的物理DC发生故障（或者维护失败），那么很有可能失去整个集群。 并且不要忘记configuration故障转移集群见证驱动器（或共享）。 您的物理DC是此目的的一个好select，但是Microsoftbuild议见证群集/云也是高度可用的。
恕我直言，粒度LUNconfiguration仍然是在环境中正确分配工作负载的最佳方式。 这将使pipe理变得更加简单，我认为这对任何环境都是有意义的。 但在你的情况下，我只是按照工作负载的types来分配虚拟机。
我认为每个虚拟机都需要它自己的networking存储上的iscsi LUN
后者是推荐的方式，在大多数情况下。
而C意味着群集在群集意识。 这是非常聪明的。 所以，是的，你可以移动虚拟机。