-1

我们有以下基础架构: WUDSS 2003 R2 提供 iSCSI 目标,这些目标由 Server 2008 R2 集群使用,并作为直通磁盘转发给 Hyper-V 来宾。我们不将 VHD 用于 Hyper-V,直到最近,我们还没有将 MPIO 用于 iSCSI。

对于操作系统部署,我们选择了以下方案: 我们预先配置了“主”来宾,并安装了操作系统和软件。每次我们需要部署一个新的来宾系统时,我们都会复制对应于这些“主”来宾之一的虚拟磁盘(在 WUDSS)。复制新磁盘时,我们将其导入 WinTarget,为新虚拟机创建新 iSCSI 目标。最后,我们用新的目标创建了一个新的来宾机器,并 sysprep-ed 新的来宾机器。

到目前为止,它工作得很好:为一台新的访客机器提供的时间只需几分钟。现在我们已经为 iSCSI 流量平衡安装了 MPIO,但出现了部署问题。

现在,启用 MPIO 后,当通过 iSCSI Initiator 连接两个或多个此类“克隆”映像时,iSCSI 启动器会将它们分配给单个物理驱动器(例如 \.\PhysicalDrive5 )。每个连接的目标都有自己的 LUN,但 MPIO 路径连接到首先连接的目标,Hyper-V 主机只能看到一个磁盘。

很明显 iSCSI/MPIO 在磁盘上存储了一些信息,我们最初的想法是它的磁盘 id。但是,我们尝试在 diskpart 工具的帮助下更改磁盘 ID,但磁盘 ID 似乎不起作用。

目前我们不得不切换到基于 WIM/ImageX 的部署,但这需要更多时间,我们想知道是否有任何方法可以防止上述“粘在一起”行为并有可能部署新的 iSCSI 目标/VM 来宾使用 xcopy 方法。

4

1 回答 1

0

好的,问题解决了。该问题与似乎通过 SCSI INQUIRY 命令传递给启动器的 VHD 文件唯一 ID 有关。不知道为什么没有 MPIO 可以正常工作。

无论如何,VHD 规范是开放的,我用几行代码编写了一个工具来更改这个 ID。

于 2010-03-02T08:34:42.243 回答