我有一个实验室环境，在这里我有一台Synology NAS，它提供了在虚拟机上运行的Windows 2012 R2虚拟机使用的iSCSI目标。
我想设置一个Windows故障转移群集，为了做到这一点，虚拟机需要共享一个磁盘。
我添加了一个新的目标与新的LUN。 我通过虚拟机上的iSCSI启动器添加了这个function，格式化磁盘，然后通过故障转移群集pipe理器将其添加到群集的存储磁盘中。 我可以将angular色联机，并正确启动磁盘。
默认情况下，Synology不允许多个连接到同一个iSCSI目标。
不启用多个会话将导致只有一个节点连接，从而使相应的磁盘联机。 执行故障转移不会自动使iSCSI连接在另一个节点上。
看来我有以下select：
启用*允许来自一个或多个iSCSI启动器的多个会话。 这有一个大的警告：
要避免重大数据损坏的风险，请确保您在集群感知文件系统中运行。
向LUN添加额外的目标。 让两个目标共享相同的LUN，从而为每个群集节点创build一个目标。
这两个选项都会导致两个节点上的iSCSI启动器都能够连接到iSCSI目标。
问题：
我所读到的和我所理解的对我来说，无论是哪种情况，除非使用CSVFS等集群感知文件系统，否则最终可能会导致损坏。 我不是Synology的使用者，但我确实使用iSCSI和Failover Clusters。
我想说，在你的情况下，允许多个会话将是最合适的select。 如果您想要利用MPIO，您可以使用两个独立的网段同时访问存储，那么添加新目标可能会有所帮助，从而创build冗余path。
这听起来像是一个受支持的解决scheme，是的，你应该将磁盘添加到群集共享卷，但是只有当所有节点都能够“看到”LUN时，才会这样做。
完成此操作后，可以通过在节点之间移动CSV并查看它保持联机状态进行试验，并closures群集节点以观察故障转移。
还有一件事…集群中的所有节点都需要能够相互通信，以便协调活动并留意节点脱机（心跳）。