Полтора года назад мы уже рассматривали сценарии лицензирования VECD. Многое с тех пор изменилось, сам VECD теперь уже не тот, о чем будет рассказано на днях, — но главным изменением стало внятное комплексное лицензирование сценариев VDI. Ведь очевидно, что кроме самой ОС, «где-то» запускаемой, к данной ОС должен подключаться пользователь (например, по RDP — для чего тоже нужна соответствующая лицензия). Более того, для серверов виртуализации потребуется мониторинг и управление обновлениями, а также централизованное управление виртуальными машинами. Кроме того, всё это потребуется и клиентскими ОС — включая доставку приложений, поддержание их в актуальном состоянии, а также учёт. Ну и, наконец, потребуется и какое-то решение по динамической доставке ПО до клиента.
В результате разобраться, какой же набор лицензий, схем и программ лицензирования потребуется для реализации сценария VDI на платформе Microsoft, было крайне тяжело. Но теперь, с первого октября, в прайс-листах появился новый пункт, а точнее даже два — VDI Suite Standard и VDI Suite Premium. Оба этих набора закрывают покрывают потребности в обслуживании ОС, лицензированной по VECD, в сценарии VDI. Внимание — лицензии VDI Suite не заменяют собой лицензий VECD (т.е. лицензии на саму ОС, которая может использоваться и не в сценариях VDI), а лишь дополняют ее, что удобно в случае реализации VDI на платформе Microsoft.
В VDI Suite Standard входит минимальный набор лицензий на ПО, необходимое для построения VDI полностью на решениях Microsoft. Предполагая, что сами серверы виртуализации используют бесплатный Hyper-V Server 2008 R2 (с поддержкой Live Migration, кластеризации до 16 узлов, общей файловой системы Cluster Shared Volumes), VDI Suite Standard позволяет вам управлять этим серверами и клиентскими ОС в ВМ, лицензированных по VECD, при помощи последних версий SCVMM, OpsMgr и SCCM. Также этот набор включает права на использование RDS (Remote Desktop Services Protocol, ранее известный как RDP) для подключения к виртуальным машинам и права на использование MDOP (Microsoft Desktop Optimization Pack), в частности — клиентскую редакцию APP-V.
В VDI Sute Premium входит все вышеперечисленное плюс неограниченные права на использование RDS (т.е. полноценная терминальная лицензия, позволяющая вашим пользователям работать и с другими терминальными службами и приложениями), а также лицензия на APP-V для RDS (об APP-V, MDOP и их лицензировании отдельно от VDI я также планирую рассказать в будущем).
Обратите внимание на то, насколько просто и ясно все стало в сравнении со списком непонятных лицензий, упомянутых мной в первом абзаце, требуемых для решения этой задачи ранее.
Ориентировочная цена на VDI Suite Standard для одного пользователя на один год составляет в США 21$, VDI Suite Premium — 53$ в год. При сравнении с 250$ в год за VMware View Premier, где нет ни управления, ни мониторинга клиентских ОС (зато, будем честными, есть «экспериментальная», но от того не менее интересная возможность Offline Desktop), разница в цене в пять раз может играть существенную роль в принятии решения. Но не забудьте, что в обоих случаях, помимо Microsoft VDI Suite или VMware View, вам в любом случае обязательно потребуется лицензия VECD для самой ОС в ВМ, а также лицензии клиентского доступа Windows CAL, если эти клиентские ОС или их пользователи используют сетевые службы Windows Server — такие, как DHCP, DNS, Active Directory и так далее.
Тонкости лицензирования VDI Suite
Каждая лицензия VDI Suite включает:
VDI Standard Suite и VDI Premium Suite предоставляют вам права на использование в течении срока действия вашего Select/Enterprise Enrollment или Open Value Agreement любых версий следующих компонентов ПО VDI:
При использовании VDI Suite Standard вы имеете право на доступ к Remote Desktop Services прямым или косвенным образом с вашего устройства, лицензированного для VDI, кроме случаев доступа по RDS к Windows Server для работы с его графическим интерфейсом — как с вашего VDI устройства, так и с виртуальной машины, запущенной на сервере VDI.
При доступе через RDS к клиентским ОС с вашего устройства VDI или с вашей виртуальной машины, вам не требуется отдельная RDS CAL. Однако, согласно PUR, для использования клиентскими ОС служб, представляемых Windows Server, вам потребуется иметь Windows Server CAL на оба этих устройства или на вашего пользователя.
При использовании VDI Suite Prmium вы имеете дополнительные возможности:
Определения
Примечания
Все большее количество компаний используют виртуальные машины в промышленной среде. Следовательно, нужно задуматься об автоматизации установки ОС в виртуальной среде. Иметь раздельные инструменты для установки ОС на физические и виртуальные серверы выглядит накладным. Значит, универсальные средства установки должны понимать азы технологий виртуализации, различать основные сценарии и уметь оценивать аппаратные требования и возможности. Хороший тому пример — представленный недавно обновленный набор инструментов для развёртывания «Microsoft Deployment Toolkit 2010» (далее — просто «MDT 2010». Действительно, стандартный сценарий аппаратной инвентаризации «ZTIGather.wsf», выполняемый в процессе установки ОС, теперь собирает дополнительно следующую информацию:
Как же это использовать в MDT? Вариантов несколько — от рассмотренного выше сценария установки Windows Virtual PC и Windows XP Mode на совместимых ПК во время развёртывания Windows 7 и автоматической установки роли Hyper-V на совместимых серверах до установки требуемых дополнений или служб интеграции при установке ОС в виртуальной среде. Рассмотрим это на примере Hyper-V как технологии виртуализации, наиболее близкой моим читателям.
Предположим, что в Deployment Workbench мы делаем Task Sequence для установки 32-битной версии Windows 7. Клиентские ОС не имеют встроенных служб интеграции, и в отличии от Windows Server 2008 R2 вам потребуется установить их отдельно. Рассмотрим на примере сценария Light Touch, как добавить установку служб интеграции в случае необходимости (то есть в случае, если ОС устанавливается в ВМ на платформе Hyper-V).
В Deployment Workbench нам потребуется создать приложение «Hyper-V Integration Services x86», указав путь до дистрибутива 32-битной версии. (Это каталог «%SystemRoot%\VMguest\support\x86» на сервере с установленной ролью Hyper-V). В качестве команды установки следует указать «setup.exe /quiet /norestart». В свойствах приложения выбрать настройку «Reboot the computer after installing this application», добавить это созданное приложение в Task Sequence и указать следующее условие для установки приложения: «VMPlatform equals Hyper-V». То же самое придётся повторить и при подготовке Sequence с 64-битной версией ОС. То есть создать приложение «Hyper-V Integration Services x64», указать путь до дистрибутива 64-битных служб («%SystemRoot%\VMguest\support\amd64»), ту же команду, требование перезагрузки и условие выполнения «VMPlatform equals Hyper-V».
Для сценария Zero Touch с использованием SCCM все аналогично, только создаем не приложение, а пакет SCCM. Надеюсь, что это поможет вам оптимизировать процессы установки ОС в виртуальной и физической среде, перейдя к единому способу развёртывания.