Russian Windows Virtualization Discussion

Microsoft Deployment Toolkit 2010 — инвентаризация на службе виртуализации

Все большее количество компаний используют виртуальные машины в промышленной среде. Следовательно, нужно задуматься об автоматизации установки ОС в виртуальной среде. Иметь раздельные инструменты для установки ОС на физические и виртуальные серверы выглядит накладным. Значит, универсальные средства установки должны понимать азы технологий виртуализации, различать основные сценарии и уметь оценивать аппаратные требования и возможности. Хороший тому пример — представленный недавно обновленный набор инструментов для развёртывания «Microsoft Deployment Toolkit 2010».

Вышла окончательная версия второго выпуска служб интеграции Hyper-V для Linux

Чтобы до поры до времени закрыть тему совместимости с Linux, поднятую в предыдущей новости, нельзя не упомянуть ещё об одном событии, которое могло пройти незамеченным. Пару дней назад вышла окончательная версия второго выпуска служб интеграции Hyper-V для Linux. Показательно, что дистрибутив служб интеграции для Linux был впервые размещён в Центре загрузки Microsoft. Напомню, что даже окончательная версия первого выпуска служб интеграции для Linux, разработанных компанией Citrix для первой версии Hyper-V, была доступна только через сайт Microsoft Connect.

Hyper-V официально сертифицирован RedHat как поддерживаемая платформа

Недавно много шума наделала публикация исходных текстов компонентов интеграции на условиях лицензии GPL и их включение в ядро Linux. Зарубежные коллеги уже во всю демонстрируют работу этих компонентов с различными дистрибутивами Linux. Параллельно с этим мы уже говорили о выходе новых компонентов интеграции для Linux, в которых Microsoft заявляет поддержку RedHat. Но что же говорит сам поставщик? На днях в список поддерживаемых платформ на сайте RedHat вошли версии Hyper-V и Hyper-V R2 — как в виде роли полнофункциональной Windows Server, так и отдельного бесплатного продукта Hyper-V Server.

Опубликована вторая версия Служб интеграции Hyper-V для Linux

Сегодняшняя новость уже успела вызвать неслабый ажиотаж в некоторых кругах. Шутка ли — Microsoft заявила о том, что вносит свой вклад в ядро Linux на условиях General Public License (GPL) 2. Речь идёт, ни много ни мало, о примерно двадцати тысячах строках кода. Открыты исходные тексты служб интеграции для Hyper-V, и драйверы для синтетических устройств внесены на рассмотрение разработчиков Lunux для включения в следующие версии ядра. В разультате службы интеграции Hyper-V станут доступны как в будущих версиях популярных дистрибутивов Lunux, так и вообще в любых системах — при сборке ядра с соответствующими условиями.

Установка Integration Services в ВМ с Vista SP2 на сервере WS 2008 SP1 (RTM)

Не так давно второй пакет обновления (Service Pack 2) для Windows Vista и Windows Server 2008 был, наконец, выложен в общий доступ без ограничений. И теперь многие из вас, пожалуй, готовы опробовать его. Возможно, вы захотите начать с виртуальных машин. Это, однако, может оказаться не так тривиально. По странной логике разработчиков службы интеграции (Integration Services, IS) Hyper-V входят в Windows Server 2008 SP2, но не входят в Windows Vista SP2. То есть, при установке с нуля в ВМ Windows Vista с SP2, вы получите ВМ без служб интеграции, а при установке чистого Windows Server 2008 с SP2 службы интеграции будут уже установлены. Что же в этом сложного, можно подумать? Ничего сложного, если сам ваш родительский сервер, выполняющий роль Hyper-V, уже обновлен до Service Pack 2. В этом случае вы лишь подключите образ диска с дистрибутивом служб интеграции к своей виртуальной машине Vista SP2 и установите службы так же, как делали и до выхода Service Pack 2. Что же произойдет, если ваш родительский сервер не обновлен до SP2, а является первым выпуском Windows Server 2008 (который включал в себя SP1)? Штатным образом установить службы интеграции в виртуальной машине Vista SP2, запущенной на таком сервере, вы не сможете. Вместо этого, при запуске установки вы получите следующее сообщение: «An error has occured: One of the update processes returned error code 1».

Поддержка Red Hat Enterprise Linux в виртуальных машинах Hyper-V — и Windows Server в виртуальных машинах RHEL

Итак, упорные слухи наконец материализовались в официальные заявления. Microsoft и Red Hat объявили о начале сотрудничества в области виртуализации. Впрочем, это не является каким-либо особым соглашением, а на практике просто выражается в следующих шагах навстречу с обеих сторон.

Сценарии PowerShell для Hyper-V WMI. Использование службы интеграции обмена Парами ключ-значение (KVP Exchange Integration Service). Часть 3 — заключительная. Добавление новых элементов из гостевой ОС

В прошлый раз (как давно это было! ;-)) мы рассмотрели Добавление новых элементов из родительского раздела с использованием Службы интеграции обмена Парами ключ-значение (KVP Exchange integration component). С помощью KVP мы из родительского раздела записали ключи в реестр гостевой ОС. Теперь давайте получим в родительском разделе ключи, переданные из гостевого раздела.

Компоненты интеграции для Linux не определяются SCVMM

Один из заказчиков помимо Windows использует для некоторых задач серверы Linux. Работая над этим проектом, я заметил, что в списке виртуальных машин консоли SCVMM статус служб интеграции не отображается. Причём это касается именно виртуальных машин с Linux. Действительно, SCVMM всегда показывает «Not Detected» для всех ВМ с Linux, вне зависимости от того, установлены в них службы интеграции или нет.

Архитектура служб интеграции Hyper-V и их работа в различных ОС

Я часто использую слова «службы интеграции» или «Integration Services» (также известные как «компоненты интеграции» или «Integration Components» в предварительных версиях Hyper-V). Но еще не писал, что стоит за этими словами и из чего собственно состоят сами службы интеграции. Еще во времена Virtual Server 2005 мы устанавливали в гостевых ОС специальные дополнения — VMAdditions, — которые, во-первых, существенно ускоряли работу ОС в виртуальной машине, а во-вторых предоставляли дополнительные возможности. В Hyper-V эта ситуация изменилась не принципиально. Но я бы хотел немного глубже затронуть вопрос о том, из чего же состоят компоненты интеграции Hyper-V и какой функционал приносит их установка в зависимости от версии ОС в виртуальных машинах.

Обновление для поддержки 24 логических процессоров опубликовано для общего доступа

На днях в Центре загрузки появилось обещанное обновление, которое добавляет в Hyper-V поддержку 24 логических процессоров и 192 одновременно запущенных виртуальных машин. Оно не является ни критическим, ни рекомендуемым — поэтому устанавливать его стоит только в том случае, если вам действительно необходимо расширить ограничения возможностей Hyper-V до указанных пределов. Подробная информация об обновлении изложена в статье Базы знаний Microsoft под номером 956710 — «A Hyper-V update is available to increase the number of logical processors and virtual machines on a Windows Server 2008 x64-based computer». Обратите внимание на то, что это обновление вносит изменения не только в родительский раздел. После его установки службы интеграции (Integration Services) в гостевых ОС будут также обновлены. Впрочем, это должно происходить автоматически и прозрачно для пользователя. Другое интересное замечание — если вам необходимо запускать одновременно более 150 виртуальных машин, простой установки обновления всё-таки недостаточно. Помимо этого, потребуется ещё и отредактировать параметр в реестре для того, чтобы удвоить объём оперативной памяти («кучи»), динамически выделяемой каждому рабочему столу неинтерактивного оконного терминала. Детали этой операции описываются в статье Базы знаний.

Службы интеграции для Linux готовы (а также видеозаписи вчерашних выступлений)

Только вчера отгремело пафосное мероприятие, которое было посвящено недавнему выпуску Hyper-V и грядущим SC VMM 2008, Hyper-V Server 2008 и Application Virtualization 4.5. Как и было обещано, теперь появились и видеозаписи выступлений — на официальном сайте виртуализации Microsoft и в пресс-центре. (Набор и формат роликов немного отличается, поэтому привожу обе ссылки). И вот — ещё более свежие новости. Готова окончательная версия Hyper-V Integration Services для гостевых операционных систем Linux. Обо всех их функциях мы писали раньше — здесь и немного тут. Напомню основное.

Сценарии PowerShell для Hyper-V и WMI. Использование компонента интеграции обмена парами ключ-значение (KVP Exchange integration component). Часть 2 — Добавление новых элементов из родительского раздела

В прошлый раз мы рассмотрели «Компонент интеграции обмена парами ключ-значение» (Key Value Pair, KVP Exchange Integration Component). Теперь мы знаем, какие уже есть внутренние (intrinsic) KVP, как получить текущие значения KVP и как их расшифровать. С помощью KVP мы можем из родительского раздела записать ключи в реестр гостевой ОС, а также прочитать в родительском разделе ключи, переданные из гостевого раздела. Это реализуется с помощью метода AddKvpItems класса Msvm_VirtualSystemManagementService. Сейчас мы рассмотрим пример передачи ключей от родительского раздела в гостевые.

Сценарии PowerShell для Hyper-V и WMI. Использование компонента интеграции обмена парами ключ-значение (KVP Exchange integration component). Часть 1 — версия гостевой ОС

Когда Алексей опубликовал вводную заметку о компоненте обмена данными (Data Exchange) из комплекта служб интеграции (Integration Services) Hyper-V, это неожиданно вызвало целый ряд вопросов о том, что же именно можно передавать из родительской системы в ВМ и обратно. Поэтому теперь я собираюсь рассказать об этой возможности подробнее. Официально она называется «Компонент интеграции обмена парами ключ-значение» (Key Value Pair, KVP Exchange Integration Component). Этот компонент реализован в виде службы в гостевой ОС и позволяет передавать некоторую ограниченную информацию из ВМ в родительскую ОС и обратно.

Номера KB различных дистрибутивов, связанных с Hyper-V

Согласен, заголовок выглядит довольно путанно. Дело в том, что до Hyper-V всё обстояло очень просто. Ни сами средства виртуализации, ни поставлявшиеся с ними дополнения для виртуальных машин (VM Additions) не являлись частью ОС. Следовательно, они распространялись в виде отдельных дистрибутивов с собственными программами установки. С появлением первых версий Hyper-V ситуация изменилась. Поскольку среда виртуализации теперь является ролью серверной ОС, обновления для неё подчиняются общим правилам. То есть, распространяются в формате Microsoft Update Standalone Package (MSU) и должны иметь номер KB для идентификации — даже если самой статьи в Базе знаний нету и не предвидится. То же самое касается и компонентов интеграции для гостевых ОС последнего поколения — Windows Vista и Windows Server 2008.

Проблемы с обновлением Hyper-V Integration Components в ВМ Vista SP1 x86

Возможно, кому то из вас уже пришлось столкнуться с этой проблемой. Если нет, надеюсь, теперь она не отнимет у вас много времени. Те, кто сначала установил в Beta версии Hyper-V (поставляемой с RC0, RC1 и финальной версией Windows Server 2008) виртуальные машины под управлением ОС Windows Vista x86 SP1, а затем обновил Hyper-V до RC0 уже знают, что компоненты интеграции (Integration Components) в виртуальной машине следует установить обновление, которое есть на поставляемом образе диска с компонентами. Для Vista x86 SP1 это файл Windows6.0-KB949219-x86.msu. И данная версия ОС заявлена поддерживаемой в Hyper-V. Однако, некоторые из вас могли столкнуться с ошибкой, выдаваемой при запуске обновления: