Об этих инструментах мы уже писали несколько раз (MAP, VMMCA). Поэтому просто стоит упомянуть, что в этом месяце они были частично доработаны — и перевыпущены без смены версии.
Если вы уже используете эти инструменты или только планируете — рекомендую, как обычно, задействовать самые последние версии.
Несмотря на жалобы отдельных товарищей на избыточную сложность схем лицензирования, Microsoft продолжает их дорабатывать и время от времени вносит изменения. И эти изменнения, в последнее время, систематически действуют в интересах заказчиков — снижая, а не повышая требования к закупке лицензий. Как мы помним, в прошлый раз были введены новые возможности по краткосрочному переносу лицензий между физическими серверами в пределах одной фермы — что получило называние Application Server License Mobility. А в январе этого года вышло новое «послабление», которое также напрямую связано с темой виртуализации. К сожалению, ни у кого из нас долгое время не доходили руки рассказать об этом подробно, так что сегодня я постараюсь восполнить этот пробел. Надеюсь, что эта информация всё-таки окажется полезной хотя бы некоторым из читателей.
Итак, общая суть нововведения такова. Больше вам не требуются Client Access License (CAL) для Windows Server 2008, если ваш физический сервер используется исключительно для роли виртуализации. При этом полностью сохраняются все аспекты лицензирования гостевых ОС, запущенных в виртуальных машинах. Звучит не очень заманчиво? Мне тоже так сначала показалось. Но на самом деле, это развязывает руки заказчику и здорово повышает привлекательность Hyper-V в целой серии специфических сценариев. Приведу для иллюстрации пару примеров.
Консолидация имеющихся серверов. В вашей инфраструктуре существует некоторое количество серверов Windows Server 2003, для которых приобретено и используется необходимое количество CAL. Вы планируете перенести эти серверы в виртуальные машины Hyper-V. (Для этого можно, например, использовать функцию конвертации физической машины в виртуальную — Physical to Virtual или P2V — которая присутствует в System Center Virtual Machine Manager [SCVMM] 2008).
Для запуска виртуальных машин вы хотели бы использовать Hyper-V — который, как известно, является одной из ролей Windows Server 2008. И именно поэтому, согласно старым правилам лицензирования, вам пришлось бы обновить до версии Server 2008 все CAL, которые использовались для работы с мигрируемыми серверами. Согласитесь, что в таком свете перспектива консолидации выглядит не такой уж и выгодной. И в сравнении с ней довольно привлекательными могут показаться такие альтернативы, как бесплатный Hyper-V Server 2008 (который, как известно, сам по себе не требует никаких CAL) — или даже решения конкурентов.
Что же — Microsoft получила довольно-таки мощную волну обратной связи от своих закачиков и партнёров, и весьма оперативно пересмотрела свои требования. Теперь в описываемом сценарии обновление CAL более не потребуется. Достаточно того, что они соответствуют версии ОС в виртуальных машинах — то есть, Windows Server 2003. Это, кстати, хороший пример того, что Microsoft действительно прислушивается к аргументированной критике, здравым комментариям и разумным предложениям, которые выдвигаются различными участниками рынка.
Использование ОС третьих фирм в среде виртуализации. Аналогично предыдущему сценарию, вы можете захотеть использовать Linux в виртуальных машинах Hyper-V. И при этом ранее вам потребовалось бы лицензировать клиентские подключения к этим ВМ — из-за того, что «родительский раздел» всё-таки использует Windows Server. В свете таких условий перспективы использования Hyper-V как платформы виртуализации для Linux выглядели весьма сомнительными, особенно если заказчик хотел бы использовать этот Linux, например, для хостинга веб-сайтов, доступных через Интернет. Теперь это требование так же снято. Иными словами, вам необходимо только корректно лицензировать ОС в виртуальной машине согласно требованиям поставщика этой ОС.
Описываемые изменения касаются только тех ситуаций, когда «родительский раздел», который работает под управлением Windows Server 2008, используется исключительно для следующих целей:
Если Windows Server 2008 выполняет какие-либо другие роли помимо Hyper-V, то политика лицензирования не меняется. Для работы с таким сервером по-прежнему нужны Windows Server 2008 CAL.
Но при этом важно понимать, что в отличие от августовских изменений, новые правила действуют не только на тех заказчиков, которые получили лицензии по соглашениям корпоративного лицензирования. Если вы приобрели лицензии в розницу (Retail) или вместе с оборудованием (OEM), то ваши условия использования продуктов также подпадают под действия описываемых изменений. Помимо этого, никаких дополните��ьных требований, вроде необходимости покупки Software Assurance (SA), также не предусмотрено.
Описанные изменения будут включены в новую версию Прав на использование продукта (Product Use Rights, PUR), которая выйдет в апреле. Однако они полностью вступили в силу начиная с 16 января. И уже отредактирован соответствующим образом текст двух обзорных документов о корпоративном лицензировании (Volume License Brief).
Итак, упорные слухи наконец материализовались в официальные заявления. Microsoft и Red Hat объявили о начале сотрудничества в области виртуализации. Впрочем, это не является каким-либо особым соглашением, а на практике просто выражается в следующих шагах навстречу с обеих сторон.
Эти процессы только начались, и пока что улажена только формальная часть. Теперь начинается техническая работа — и чётких объявлений, сколько она займёт, пока не было. Ориентировочно, первые результаты должны появиться в списках поддерживаемых конфигураций во второй половине этого года. Когда появится какая-либо более конкретная информация о сроках прохождения тестирования и начале работы поддеркжи, об этом будет объявлено дополнительно.
Дополнительная информация
Со стороны Red Hat
Со стороны Microsoft — записи в блогах. (Никаких отдельных заявлений, кроме этих, сделано не будет. По причине того, что для Microsoft это — просто рутинная работа по расширению списка поддерживаемых поставщиков в рамках уже запущенной и давно работающей SVVP).
В дальшейнем планируется продлевать соглашения и проверять так же совместную работу будущих версий серверных ОС и гипервизоров.
Я надеюсь, что вы уже успели попробовать настройку интеграции между System Center Operations Manager 2007 и System Center Virtual Machine Manager 2008 — хотя бы в тестовой среде. И, возможно, вы столкнулись при этом с некоторыми досадными проблемами. Более того — возможно, вы уже в курсе того, что для исправления этих проблем должно было выйти обновление пакетов управления. И оно действительно появилось уже пару недель назад.
Если вы этого ещё не сделали — то настоятельно советую обратить внимание и загрузить System Center Virtual Machine Manager 2008 Management Pack for System Center Operations Manager 2007 версии 2.0.3451.0 с сайта Microsoft Download Center.
Итак, будем считать, что у вас уже развёрнута конфигурация с установленными SC OpsMgr 2007 и SC VMM 2008, а также настроена интеграция между ними. В этом случае у вас используется пакет управления первоначальной версии 2.0.3444.0, которая поставлялась вместе с дистрибутивом VMM 2008. Теперь имеет смысл обновить пакет управления — но эта процедура может выглядеть не вполне тривиальной для администраторов, не имющих достаточного опыта работы с OpsMgr. Поэтому сейчас я вкратце расскажу о том, с какой проблемой столкнулся у одного из своих заказчиков в ходе проведения обновления.
Перед тем, как импортировать новую версию пакета управления, необходимо удалить старую. Для этого открываем консоль OpsMgr, переходим на панель «Administration» и выбираем в дереве консоли пункт «Management Packs». Затем выделяем по одному все пакеты управления, имена которых начинаются с «System Center Virtual Machine Manager 2008». И в контекстном меню каждого пакета выбираем пункт «Delete».
И вот здесь меня подстерегал сюрприз. По какой-то причине в пакете управления по умолчанию (Default Management Pack) существовали зависимости от пакета «System Center Virtual Machine Manager 2008».
Вообще говоря, в нормальной ситуации такого быть не должно. Вероятнее всего, кто-то из администраторов заказчика создавал переопределения правил (Override) напрямую в пакете управления по умолчанию — что, мягко говоря, далеко от оптимальных и рекомендованных методов работы с OpsMgr.
Что же остаётся делать? Возможно, в другой ситуации стоило бы тщательно проанализировать причину и удалить некорректные зависимости, по возможности используя основные интерфейсы OpsMgr. Однако в нашем случае был выбран максимально простой и быстрый способ сразу удалить зависимости. Для этого я вначале экспортировал пакет управления по умолчанию.
В результате получился файл в формате XML, и я смог просто отредактировать его в «Блокноте». Разумеется, перед этим была сделана резервная копия.
В файле я сделал поиск по слову «VirtualMachineManager» и нашёл следующие узлы, содержащие ссылки на пакет управления VMM. После этого соответствующие узлы были удалены из файла целиком.
<Reference Alias="SystemCenter"> <ID>Microsoft.SystemCenter.VirtualMachineManager.2008</ID> <Version>2.0.3444.0</Version> <PublicKeyToken>31bf3856ad364e35</PublicKeyToken> </Reference> <RulePropertyOverride ID="OverrideForRuleMicrosoftSystemCenterVirtualMachineManager2008EngineAdminConsoleNotPresentruleForContext7c6a092ce0d54156adb67932192870ac" Context="SystemCenter!Microsoft.SystemCenter.VirtualMachineManager.2008.Engine" ContextInstance="bc19827b-01e8-2bb9-a988-e8014d2acb41" Enforced="true" Rule="SystemCenter!Microsoft.SystemCenter.VirtualMachineManager.2008.Engine.AdminConsoleNotPresent.rule" Property="Enabled"> <Value>true</Value> </RulePropertyOverride> <RuleConfigurationOverride ID="OverrideForRuleMicrosoftSystemCenterVirtualMachineManager2008EngineAdminConsoleNotPresentruleForContext89ff5b764a9e49fb8efb0e50ea5fab24" Context="SystemCenter!Microsoft.SystemCenter.VirtualMachineManager.2008.Engine" ContextInstance="bc19827b-01e8-2bb9-a988-e8014d2acb41" Enforced="true" Rule="SystemCenter!Microsoft.SystemCenter.VirtualMachineManager.2008.Engine.AdminConsoleNotPresent.rule" Parameter="IntervalInSeconds" Module="DS"> <Value>600</Value> </RuleConfigurationOverride>
<Reference Alias="SystemCenter">
<ID>Microsoft.SystemCenter.VirtualMachineManager.2008</ID>
<Version>2.0.3444.0</Version>
<PublicKeyToken>31bf3856ad364e35</PublicKeyToken>
</Reference>
<RulePropertyOverride ID="OverrideForRuleMicrosoftSystemCenterVirtualMachineManager2008EngineAdminConsoleNotPresentruleForContext7c6a092ce0d54156adb67932192870ac" Context="SystemCenter!Microsoft.SystemCenter.VirtualMachineManager.2008.Engine" ContextInstance="bc19827b-01e8-2bb9-a988-e8014d2acb41" Enforced="true" Rule="SystemCenter!Microsoft.SystemCenter.VirtualMachineManager.2008.Engine.AdminConsoleNotPresent.rule" Property="Enabled">
<Value>true</Value>
</RulePropertyOverride>
<RuleConfigurationOverride ID="OverrideForRuleMicrosoftSystemCenterVirtualMachineManager2008EngineAdminConsoleNotPresentruleForContext89ff5b764a9e49fb8efb0e50ea5fab24" Context="SystemCenter!Microsoft.SystemCenter.VirtualMachineManager.2008.Engine" ContextInstance="bc19827b-01e8-2bb9-a988-e8014d2acb41" Enforced="true" Rule="SystemCenter!Microsoft.SystemCenter.VirtualMachineManager.2008.Engine.AdminConsoleNotPresent.rule" Parameter="IntervalInSeconds" Module="DS">
<Value>600</Value>
</RuleConfigurationOverride>
Затем я удалил пакет управления по умолчанию. (Для этого следует точно так же выделить «Default Management Pack» и в его контекстном меню выбрать пункт «Delete»). И импортировал его новую версию — то есть ту, которая получилась после удаления фрагментов из файла XML.
После всех этих манипуляций я смог штатным образом удалить по очереди все пакеты управления «System Center Virtual Machine Manager 2008». А затем — импортировать их новые версии.
На этом процесс обновления пакетов управления VMM 2008 можно считать завершённым.
Добавлено в 1:20. Кстати говоря, если ваши серверы виртуализации (и не только) объединены в кластеры — то идея задействовать OpsMgr для их мониторинга напрашивается просто сама собой. Поэтому не пропустите Windows Server Cluster Management Pack for Operations Manager 2007 версии 6.0.6505.0, которая вышла буквально пару дней назад. В ней наконец-то поддерживается мониторинг кластеров Windows Server 2008, а значит — и роли Hyper-V.
Всё тайное рано или поздно становится явным, а все достойные идеи рано или поздно получают воплощение. По крайней мере, в этом убеждает меня недавняя новость. Утилита «Windows Image to Virtual Hard Disk (WIM2VHD) Converter», которая месяц назад была доступна только внутри Microsoft, теперь выложена в общий доступ на сайте MSDN Code Gallery.
WIM2VHD — это сценарий, написанный на языке JScript, который делает именно то, что значится в его названии. А именно — преобразовывает образ диска из формата Windows Image в формат Virtual Hard Disk. Формат Windows Image используется для распространения установочных образов Windows, начиная с Windows Vista. Его файлы имеют расширение «wim» и обычно находятся на DVD с дистрибутивами. Virtual Hard Disk — формат, в котором хранятся данные виртуальных машин всех платформ виртуализации Microsoft начиная от Virtual PC и заканчивая Hyper-V.
Таким образом, в результате работы сценария вы можете получить из дистрибутива Windows готовый файл виртуального диска с установленной ОС. Затем этот виртуальный диск можно использовать для создания виртуальной машины или для загрузки обычного компьютера.
Конечно, никакого волшебства в этом нету, и развёрнутая ОС будет находиться в том же состоянии, как и после применения образа и первой перезагрузки в ходе нормальной установки с помощью использования setup.exe. Такой же эффект получается после обобщения (Generalize) уже установленной системы с помощью утилиты Sysprep. То есть, после первой загрузки системы вам придётся пройти процедуру начальной настройки (Out Of Box Experience), которая раньше называлась «мини-установкой» (Mini-setup).
Для работы сценария существует несколько предварительных требований.
Сценарий WIM2VHD всё ещё находится в процессе разработки и тестирования, так что считается предварительной версией. Но и после завершения работы, вероятнее всего, Microsoft не станет поддерживать его через официальные службы. Впрочем, это характерно для большинства бесплатных утилит. Используйте сценарий на свой страх и риск.
Сегодня появилось объявление о том, что совершенно бесплатно стала доступна в электронном виде новая книга о решениях виртуализации. Она рассказывает обо всех текущих технологиях — включая новейшую Enterprise Desktop Virtualization (MED-V), которая только-только вышла в стадию публичного предварительного тестирования. Кроме того, речь пойдёт о:
Раскрыты такие темы, как планирование, внедрение и управление — не говоря уже о подробном обзоре продуктов. Сам я книги ещё не видел, но планирую на днях изучить её достаточно подробно. Надо сказать, что предыдущее издание на тему виртуализации Microsoft — «Windows Server 2008 Hyper-V Unleashed» — мне не понравилось совершенно. Будем надеяться, что у Microsoft Press и автора Mitch Tulloch (Митч Таллоч) получилось более достойное произведение.
Объём книги — более 400 страниц, и предлагаемый для загрузки файл в формате PDF занимает около 15 Mb. Для того, чтобы получить книгу, требуется зарегистрироваться с помощью Live ID. Осторожно, как минимум в Internet Explorer 8 Release Candidate 1 сайт ведёт себя некорректно — файл загружается с названием «pdf_loader.pl». Просто переименуйте его, задав расширение «pdf». И делитесь своими впечатлениями — как от этой книги, так и других — которые мы, возможно, пропустили.