У нас есть следующая инфраструктура: WUDSS 2003 R2 предоставляет целевые объекты iSCSI, которые используются кластером Server 2008 R2 и перенаправляются в качестве транзитных дисков гостям Hyper-V. Мы не используем виртуальные жесткие диски для Hyper-V, и до недавнего времени мы не использовали MPIO для iSCSI.
Для развертывания ОС мы выбрали следующий сценарий: мы предварительно настроили «главных» гостей с установленной ОС и программным обеспечением. Мы копировали виртуальные диски (в WUDSS), соответствующие одному из этих «главных» гостей, каждый раз, когда нам нужно было развернуть новую гостевую систему. Когда новый диск копируется, мы импортировали его в WinTarget, создали новую цель iSCSI для новой виртуальной машины. Наконец, мы создали новую гостевую машину с новой целью и подготовили новую гостевую машину.
Пока все работало замечательно: выделение времени для новой гостевой машины было всего несколько минут. Теперь мы установили MPIO для балансировки трафика iSCSI и появилась проблема развертывания.
Теперь, с включенным MPIO, когда два или более таких «клонированных» изображения подключены через инициатор iSCSI, инициатор iSCSI назначает их одному физическому диску (например, \. \ PhysicalDrive5). У каждой подключенной цели есть собственный LUN, но пути MPIO подключаются к цели, подключенной первой, и хосту Hyper-V виден только один диск.
Понятно, что iSCSI / MPIO хранит некоторую информацию на диске, и мы изначально думали, что это идентификатор диска. Однако мы попытались изменить идентификатор диска с помощью инструмента diskpart, и идентификатор диска, похоже, не играет роли.
В настоящее время нам пришлось переключиться на развертывание на основе WIM / ImageX, но это занимает больше времени, и мы хотим знать, есть ли какой-нибудь способ предотвратить описанное выше поведение «склеивания» и иметь возможность развертывать новые цели iSCSI / VM гости, использующие подход xcopy.