Russian Windows Virtualization Discussion

Hyper-V и расширенное управление питанием. Функции Sleep и Hibernate

Очевидно, что Hyper-V разрабатывался для использования преимущественно на серверах и своей архитектурой предполагает именно серверные сценарии работы. Также очевидно, что на физических серверах в промышленной среде вы навряд ли используете энергосберегающие состояния — сна (sleep) или гибернации (hibernate). Однако я сам, как и многие из моих коллег, предпочитаю использовать серверную операционную систему на домашнем компьютере и даже на ноутбуках. Ведь возможность интерактивной демонстрации работы продукта на переносимом стенде — большое преимущество при продаже решения. Да и работа с лучшей технологией виртуализации для Windows на собственном ноутбуке также является хорошим подспорьем для технического специалиста. Если перечисленные сценарии затрагивают и вас — то вы, наверное, уже знаете, что при установке роли Hyper-V на Windows Server 2008 отключаются функции расширенного управления питанием. В частности, пропадает возможность просто закрыть ноутбук с расчетом на то, что он «заснёт» или сохранит своё состояние в режиме гибернации. Цель сегодняшней заметки — рассказать о том, как можно использовать Hyper-V на ноутбуке, не лишаясь при этом возможностей закрыть ноутбук, не задумываясь о том, что он «не заснёт» и посадит вам всю батарею за пару часов.

Официальное руководство по оптимизации прозиводительности Windows Server 2008 теперь включает советы по настройке Hyper-V

Новость, которая уже давно не новость для тех, кто следит за обновлениями официальных документов по настройке серверных ОС Microsoft. Теперь Performance Tuning Guidelines for Windows Server 2008 включает в себя советы по настройке сервера виртуализации и выбору конфигурации для виртуальных машин.

Почему при копировании виртуальной машины не сохраняются сетевые настройки?

За последние пару месяцев мне несколько раз задавали вопрос, почему при копировании виртуальной машины сбрасываются настройки сетевых интерфейсов. Если честно, изначально я не придавал ему большого значения, но когда он прозвучал из нескольких независимых источников — я решил разобраться. В Virtual Server 2005 мы просто копировали файлы виртуальных дисков (VHD) и настроек виртуальных машин (VMC) на любой другой сервер, или даже просто создавали новую ВМ на основе старого VHD диска — и все старые сохранялись. В Hyper-V для этого потребуется экспортировать виртуальную машину отдельной командой, а затем импортировать ее соответствующим образом. Но иногда этой процедурой приходится пренебречь и просто скопировать файл виртуального диска. Например, когда этот файл вам передали на внешнем носителе, не экспортировав предварительно ВМ. Что же произойдет в этом случае? Вы создадите новую ВМ, включите ее, она загрузится — но все сетевые настройки: адрес IP, серверы WINS и DNS, суффикс подключения будут потеряны. Почему это происходит? Сразу скажу, новая модель безопасности и изоляции ВМ в Hyper-V тут ни при чем. Подумайте — что будет, если вы в физическом сервере замените сетевую карту? Или даже перенесете жесткий диск в другой сервер — что, собственно, и происходит при создании новой ВМ на основе имеющегося файла виртуального диска. Вот тут-то и зарыта собака! Случится то же самое: потеряются настройки подключения. Ведь изменится GUID сетевой карты, и для нового устройства ОС создаст новое подключение. Давайте разберемся, что с этим можно сделать, куда исчезает старое подключение, исчезает ли вообще и можно ли вернуть настройки обратно.

Hyper-V и производительность. Часть 6 — расчет загрузки процессора виртуальными машинами при помощи WMI

Часто задаваемый в последнее время вопрос — как получить формулу загрузки ресурсов процессора виртуальными машинами Hyper-V при помощи WMI или PowerShell. Я приведу некоторые выкладки с примерами расчета и опишу способ вычисления через WinRM (WMI). Мой пример для вычисляет загрузку процессора гостевыми ОС, то есть использует экземпляр счетчика PercentGuestRunTime. Вы можете с легкостью вычислить другие показатели нагрузки — «% Total Run Time», «% Hypervisor Time» и «% Idle time». Данные экземпляры счетчика в WMI объекте Win32_PerfRawData_HvStats_HyperVHypervisorLogicalProcessor называются не «PercentGuestRunTime», а соответственно «PercentTotalRunTime», «PercentHypervisorRunTime» и «PercentIdleTime».

Сценарии 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). Этот компонент реализован в виде службы в гостевой ОС и позволяет передавать некоторую ограниченную информацию из ВМ в родительскую ОС и обратно.

Делегирование прав на Hyper-V. Часть 2 — присвоение области виртуальным машинам

Мы уже обсуждали общие вопросы модели делегирования Authorization Management Framework и Authorization Manager, используемый в Hyper-V. Сейчас пришло время более детально рассмотреть некоторые наиболее насущные вопросы. Большинство заказчиков, которым я рассказываю про модель делегирования в Hyper-V первым делом спрашивают меня, возможно ли делегировать пользователю или группе некоторые права на конкретную виртуальную машину. В Virtual Server 2005 единственным способом предоставления доступа к ограниченному набору ВМ являлось использование NTFS ограничений на конфигурационные файлы, так чтобы пользователи могли работать лишь с теми виртуальными машинами, на которые у них достаточно NTFS прав. Модель, используемая в Hyper-V позволяет настраивать это более гибко.

Hyper-V и производительность. Часть 2 — счетчики производительности. Где правда?

Меня часто спрашивают, как правильно измерять производительность и нагрузку на виртуальные машины в Hyper-V. Основным источником таких вопросов является... таймер. Давайте рассмотрим первопричину вопросов и попробуем разобраться в ситуации.

Hyper-V и производительность. Часть 1 — как тестировать?

Обычно перед принятием решения о консолидации серверов в виртуальной среде или миграции с альтернативных платформ на виртуализацию Microsoft требуется провести тестирование производительности работы гостевой ОС и приложений. Сегодня мы немного поговорим о том, что необходимо иметь в виду при подготовке к такому тестированию, как правильно настраивать гостевую ОС и саму виртуальную машину, чтобы получить хорошую производительность. Рассмотрим три главных шага, ведущих к получению достойного результата. Эти шаги следует выполнять не только при тестировании, но и для достижения нужных результатов в эксплуатируемых системах.

Работа с WinPE и установка компонентов интеграции в виртуальной машине Hyper-V

Виртуальные машины Hyper-V используют архитектуру синтетических устройств (в отличии от эмулированных устройств в VS2005). Это позволяет добиться серьезного увеличения производительности виртуальных машин, однако у администратора появляется новая головная боль — необходимость установки компонентов интеграции (Integration Components) в гостевой ОС. Без компонентов интеграции гостевая ОС не сможет работать с виртуальными контроллерами SCSI, синтетическим сетевыми адаптерами, а указатель мыши будет «застревать» в окне «Virtual Machine Connection» до нажатия специальной комбинации клавиш. Если вам необходимо в виртуальной машине загрузиться в WinPE для проведения установки или восстановления системы, вам наверняка потребуется использовать компоненты интеграции и в этой среде. Очевидно, что для нормального использования WinPE в Hyper-V потребуется создать загрузочный образ WinPE с встроенными компонентами интеграции.

Создаем возможность загрузки ОС с выключенным гипервизором

При инсталляции роли Hyper-V с вашей ОС происходят довольно радикальные перемены. В частности, устанавливается гипервизор и переводится в активное по умолчанию состояние. Использовать Hyper-V без запущенного гипервизора вы не можете, однако, если вы захотите по каким-то соображениям поработать в VirtualPC, Virtual Server 2005 или сторонним решением виртуализации на сервере с ролью Hyper-V, то необходимо предусмотреть возможность загрузки ОС с отключенным гипервизором. Два средства виртуализации на одном железе это чересчур, VirtualPC при запущенном гипервизоре работает значительно медленнее чем обычно. Значит, необходимо внести в Boot Configuration Data запись о загрузке ОС без гипервизора. Для этого воспользуемся утилитой bcdedit.exe. Запустим командную строку с правами администратора и выполним следующий набор команд: bcdedit /copy {current} /d "Microsoft Windows Server 2008 - no hypervisor"

Поиск серверов с Virtual Server 2005 и Hyper-V

В крупной сети администратору может быть сложно уследить за всеми серверами и рабочими станциями. Как точно определить, на каких именно машинах установлено ПО виртуализации? Ведь любой пользователь, имеющий достаточно прав на свой компьютер, может установить на него Virtual Server. Сейчас, в свете выхода System Center Virtual Machine Manager 2008, вопрос учета становится еще более актуальным.

Какие порты использует Hyper-V?

Ответим сегодня на часто задаваемый вопрос: «Какие порты необходимы для управления сервером при помощи Hyper-V Manager?». Радовать особенно нечем: 135, 2179, 49512-65535. Да, в MMC используется протокол RPC — а следовательно, требуется динамический набор верхних портов. Windows Server 2008 по умолчанию выделяет 16384 динамических порта. Это, однако, можно изменить.

Создаем ярлыки на конкретную ВМ

Зачастую мы работаем с ограниченным набором виртуальных машин, так что возникает желание обойтись без использования медленной оснастки Hyper-V Manager и подключаться к любимым ВМ напрямую. Так как же создать ярлык на конкретную виртуальную машину, чтобы открывать ее одним щелчком мыши? На данный момент я знаю два способа, основанных на штатной утилите «Virtual Machine Connection» (vmconnect.exe), которая устанавливается вместе с оснасткой Hyper-V Manager. Очевидно, что объект ВМ также можно вызвать через WMI и VBScript, но об этом в другой раз.

Информация о родительской системе в ВМ

Интересно, что гостевые ОС в Hyper-V знают о том, что они виртуальны. Они знают даже адреса NETBIOS и FQDN основного (родительского) сервера, на котором запущены.