Немного о дизайне VDI. Часть 7. Виртуальные машины

Продолжаем говорить о дизайне VDI. Предыдущие части доступны по ссылкам.
Часть 1. Введение
Часть 2. Постановка задачи
Часть 3. Верхнеуровневая архитектура
Часть 4. Подсистема VMware Horizon
Часть 5. Подсистема виртуализации
Часть 6. Лицензирование VDI

7.1 Служебные виртуальные машины

К служебным ВМ относятся серверы, обеспечивающие работу VDI инфраструктуры: vCenter Server, View Connection Server, Unified Access Gateway, View Composer и пр.

В официальной документации VMware приводится информация к требуемым аппаратным ресурсам и перечень совместимых ОС и СУБД для каждого компонента VDI инфраструктуры. Зачастую служебные ВМ поставляются производителем в виде готовых виртуальных апплайнсов с заранее определенной аппаратной конфигурацией.

Ошибка 1603 при установке Horizon View Composer 7.x

При установке VMware View Composer 7.x на Windows Server 2012 или 2016 может возникать ошибка с кодом 1603.

В журнале vmmsi.log в папке %ProgramData%\VMware\logs\ отображаются сообщения вида:

CustomAction InstallVstor2Driver.5ACA97E0_7C64_4970_A763_840E81DAAF0B returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)
Action ended 20:34:47: InstallFinalize. Return value 3.

Данная ошибка возникает, если ВМ использует EFI, и настроена загрузка с использованием Secure Boot. Отключить Secure Boot можно в свойствах ВМ: VM Options -> Boot Options -> Secure Boot.

После этого установка Composer должна пройти нормально.

Проблемы с подготовкой Linked Clone ВМ Windows 10 при использовании SysPrep

Недавно наткнулся на старый/новый баг Horizon 7.x в работе механизма кастомизации Linked Clone ВМ с гостевой ОС Windows 10 при использовании SysPrep.

В интерфейсе Horizon Administrator ВМ застревает в статусе Customizing. Сама ВМ в ходе кастомизации меняет имя, однако не вводится в целевой домен, оставаясь в рабочей группе. При этом создание Linked Clone ВМ через QuickPrep или Full Clone ВМ, а также Customization Specification из vCenter Server работают корректно.

Это происходит если в мастер образе, из которого создается ВМ, присутствует виртуальный CD-привод, которому назначена буква D. При первой загрузке новой ВМ Disposable диску назначается буква, которая изменяется при следующей загрузке. На данном диске располагается исполняемый файл для запуска кастомизации и вводу ОС в домен, однако из-за смены буквы диска путь к файлу изменяется.

Для решения данной проблемы можно воспользоваться одним из следующих методов.

Заранее изменить букву CD-привода в мастер образе, например, на F.

В настройках пула явно указать букву для Disposable диска (Disposable disk drive letter) и пересоздать Linked Clone ВМ.

Аналогичная проблема встречалась для Windows 7 еще в View 4.x, однако, я не припомню, чтобы сталкивался с ней в Horizon 6.x: https://kb.vmware.com/s/article/2006967