我有一个实验室环境，其中有一台 Synology NAS，它提供 iSCSI 目标，供在虚拟盒上运行的 Windows 2012 R2 VM 使用。
我想设置一个 Windows 故障转移群集，为此 VM 需要共享一个磁盘。
我添加了一个带有新 LUN 的新目标。我通过 VM 上的 iSCSI 启动器添加了它，格式化了磁盘，然后通过故障转移群集管理器为我的群集添加了存储磁盘。我可以将角色联机，并且它可以正确启动磁盘。
默认情况下，Synology 不允许与同一个 iSCSI 目标建立多个连接。
不启用多个会话会导致只有一个节点连接，从而使相应的磁盘联机。执行故障转移不会自动在另一个节点上启动 iSCSI 连接。
看来我有以下选择：
启用 *允许来自一个或多个 iSCSI 启动器的多个会话。这会产生大警告：
为了避免重大数据损坏的风险，请确保您在集群感知文件系统中操作。
向 LUN 添加额外的目标。两个目标共享同一个 LUN，因此每个集群节点都有一个目标。
这两个选项都会导致两个节点上的 iSCSI 启动器能够连接到 iSCSI 目标。
问题：
- 我应该使用哪一个？
- 两种方法似乎都有效，有什么区别吗？我理解目标有自己的缓冲区。
- Windows 故障转移群集是否支持此功能？
- 以下哪些会导致数据丢失？
- 我还看到我可以创建一个共享集群卷应该用这个吗？也许我完全做错了。
答案1
我读到的和理解的内容告诉我，无论哪种情况，除非您使用 CSVFS 等支持群集的文件系统，否则最终都可能会出现损坏。我不是 Synology 用户，但我确实使用 iSCSI 和故障转移群集。
我想说，对于你的情况，允许多个会话将是最合适的选择。如果你想利用 MPIO，添加新目标可能会有所帮助，因为 MPIO 中有两个单独的网络段可以同时访问存储，从而创建冗余路径。
这听起来像是一个受支持的解决方案，是的，您应该将磁盘添加到群集共享卷，但只有在所有节点都能够“看到” LUN 后才可以执行此操作。
完成此操作后，您可以通过在节点之间移动 CSV 并观察其保持在线情况，以及关闭集群节点以观察其故障转移情况来进行实验。
还有一件事...集群中的所有节点都需要能够相互通信，以便它们能够协调活动并留意离线的节点（心跳）。