我们目前拥有 200 个用户的基础架构基于 XenServer 和 StarWind iSCSI SAN。用于虚拟服务器操作系统的 C: 驱动器安装在 XenServer SR 卷中，这些卷又是 StarWind SAN 上的虚拟硬盘。但是，VM（比如我们的文件服务器）的数据驱动器是使用虚拟操作系统中的 Microsoft iSCSI 启动器安装的。因此，大部分 I/O 是通过 iSCSI 直接（可以通过管理程序 NIC 堆栈）进出 SAN。我们不受 XenServer 中 2TB 磁盘限制的限制。精简配置由 StarWind SAN 提供。
我们正在迁移到 Hyper-V 2012 环境，情况不太清楚，因为我们可以通过第二个 VHDX 安装 E: 驱动器（现在相同的 2TB 大小限制已被删除）。VHDX 还提供自动精简配置。然而，它仍然必须通过 iSCSI 从 Hyper-V 服务器到同一个 SAN，所以对我来说，感觉 VHDX 路由必须添加一个额外的层，因此会提供较低的性能。
任何关于直接 iSCSI 或通过 VHDX 是否“更好”的智慧之言都值得赞赏。
这两种策略的成本差不多。VHDX 部分确实添加了一个非常薄的层，但是与从来宾进行网络连接相比，从 Hyper-V 父分区进行网络连接的成本会稍微低一些，因为您没有为 iSCSI 流量进行网络虚拟化。
然而，VHDX 策略更易于管理。就个人而言，我会选择易于管理。