Russian Windows Virtualization Discussion

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

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

Мероприятия, посвящённые запуску продуктов виртуализации Microsoft — в России и в мире

Восьмого сентября в США пройдёт центральное мероприятие, посвящённое запуску серии новых продуктов, которые так илии иначе реализуют технологии виртуализации. Причём речь пойдёт как про Hyper-V, который был официально выпущен уже два месяца назад, так и про ещё более новые разработки.

Hyper-V Constrained Delegation of Authority — или как подключить образы компакт-диска с другого сервера или разместить виртуальные диски на сетевом ресурсе

Я думаю, что многие из вас уже пробовали подключить к виртуальному компакт-диску ВМ образ в формате ISO, который лежит на неком файловом сервере. Или может вы пробовали подключить к виртуальный диск в формате VHD, находящийся на удаленном сервере, а не локальном диске? Ведь благодаря SMB 2.0 производительность сети в Windows Server 2008 значительно увеличилась — и особенно это заметно при доступе к крупным файлам. Так или иначе, вне зависимости от того, используете вы Hyper-V, Virtual Server 2005 или даже какое-то стороннее решение виртуализации (при условии, что оно запускается не как приложение пользователя, а как служба ОС), задачу подключения дисков к ВМ по сети вы сразу выполнить не сможете. Причина конечно же известна — службы работают в контексте учетной записи «Local System», которая не всегда имеет права доступа к сетевым ресурсам. В Базе знаний Microsoft есть несколько статьей, посвященных этой проблеме. Сегодня мы детально разберемся в нем, чтобы более вопросов не возникало. Я буду описывать подход для Windows Server 2008 и Hyper-V — но имейте в виду, что для Windows XP/2003/Vista и Virtual Server 2005 все делается аналогично. Причем оговорюсь сразу — я описываю только поддерживаемый Microsoft способ с использованием Constrained Delegation, а не манипуляции с выдачей прав на различные объекты учетным записям компьютеров.

Что такое SID виртуальной машины?

Что такое SID (Security IDentifier) в общем понимает каждый, кто имел дело с администрированием Windows. Какие объекты имеют SID? С этим немного сложнее, попробуем разобраться. С понятием SID пользователя или группы мы сталкиваемся постоянно, предоставляя права доступа к папкам и файлам NTFS. С SID компьютера мы встречаемся, делегируя права учетным записям компьютеров в домене на выполнение неких операций или чтения политик безопасности. Понятие SID домена тоже довольно понятно интуитивно, но что же дальше?

Новые веб-трансляции по виртуализации

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

Лицензирование, часть 7. Новое в лицензировании — свободное перемещение экземпляров ПО

Месяц назад я анонсировал вебкаст про лицензирование и пообещал, что в нём будут объявлены некие новые условия лицензирования в виртуальных средах. К сожалению, ничего нового в том вебкасте сказано не было — то ли было решено отложить публичные объявления, то ли просто у докладчиков что-то «не сраслось». Но вот сегодня, наконец, об этих изменениях было объявлено официально — и я спешу поделиться с вами.

Официальная поддержка серверных приложений в виртуальных машинах

Сегодня Microsoft сделала ещё один шаг в сторону продвижения технологий виртуализации в массы. Нет, даже два больших и уверенных шага. Постараюсь рассказать обо всём последовательно. Во-первых, официально объявлено о том, что теперь 31 серверный продукт будет полностью поддерживаться при установке в виртуальных средах. Причём речь идёт не только о Hyper-V и Hyper-V Server, но и всех «дружественных» платформах виртуализации.

Обновление службы NLB для Hyper-V

На прошлой неделе я писал об обновлении службы Failover Clustering для Hyper-V, сегодня расскажу об обновлении службы Network Load Balancing. Сразу отмечу, обновление не такое значительное, как для службы Failover Clustering, и требует установки лишь в тех сценариях, когда изначальная версия работает некорректно. Несколько месяцев назад я рассказывал о полной поддержке всех сценариев работы NLB в виртуальных машинах на Hyper-V и их комбинациях. Однако в некоторых случаях при создании кластера NLB на виртуальной машине или добавлении ее в существующий кластер NLB, возникают проблемы.

Лицензирование виртуальных машин. Часть 6 — Продукты System Center

В продолжение сложной, но крайне важной и интересной темы лицензирования я бы хотел поговорить о продуктах семейства System Center. Причем не столько с точки зрения их лицензирования на виртуальных машинах (эти вопросы хорошо освещены в предыдущей части цикла статей), сколько лицензирования System Center в общем. Дело в том, что предложения Microsoft в сфере виртуализации очень сильно связаны с продуктами System Center. Это едва ли не одно из самых сильных конкурентных преимуществ на данный момент — такого набора служб конкуренты не предоставляют.

Скоро: Hyper-V во всех учебных курсах Microsoft

Уже сейчас огромное число заказчиков получило Hyper-V в составе Windows Server 2008. Однако далеко не все устанавливают эту роль, а кто-то может просто не знать о том, как просто и эффективно организована работа с виртуальными машинами прямо из самой ОС. Как обучить аудиторию, не навязывая обязательной установки роли Hyper-V во всех случаях? Очевидный ответ — перевести все учебные курсы Microsoft Official Curriculum (M.O.C.) в формат, требующий работы с Hyper-V. Так, чтобы во время планового обучения любым продуктам Microsoft происходило знакомство и с технологией Hyper-V. Длина курсов в программах обучения Microsoft варьируется от одного до пяти дней, в течении такого срока у обучаемых будет возможность оценить базовые возможности виртуализации, встроенной в ОС. А те, кто заинтересуется, смогут уже в дальнейшем изучить ее самостоятельно или на специализированных курсах. Подробности (и немного рекламы) ниже.

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».

Обновление службы Failover Cluster для Hyper-V. Несколько ВМ на LUN и многое другое

Наконец-таки после двухмесячного внутреннего тестирования вышло обновление 951308 для службы Failover Cluster и консоли Failover Cluster Manager. Помимо прочего, оно реализует долгожданные улучшения поддержки Hyper-V в сценариях высокой доступности. В данный момент обновление доступно как заказчикам, имеющим действующий контракт Премьер-поддержки, так и через PSS (обычную службу поддержки). В сентябре обновление должно стать доступно для загрузки на веб-сайте.

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

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

Публикация консоли Hyper-V Management через Terminal Services

Зачастую мне жалуются на то, что не существует консоли управления Hyper-V для Windows XP/ Server 2003. Действительно, Microsoft выпускает компоненты управления Hyper-V только для Windows Server 2008 и Windows Vista SP1. Одним из общепринятых выходов является терминальное подключение к самому серверу Hyper-V и запуск консоли управления Hyper-V Management в сессии «Удаленного рабочего стола». Однако, Terminal Services в Windows Server 2008 позволяют также и публиковать отдельные приложения таким образом, чтобы вы зашли на веб-страницу сервера с помощью браузера — и запустили оттуда любое приложение, которое будет отображаться на вашем рабочем столе, но выполняться на самом сервере. Например, консоль Hyper-V Managenent. Сейчас мы рассмотрим, что необходимо сделать для публикации консоли, и как вы сможете использовать ее с Windows XP.

VMC to Hyper-V migration tool от автора VRMCPlus

Я уже писал о совместимости виртуальных машин VPC/VS2005 и Hyper-V и о шагах, требуемых для переноса виртуальной машины. По минимуму вам потребуется вручную создать новую ВМ в Hyper-V, предоставить ей необходимые ресурсы (процессоры, память, сетевые адаптеры, дисковые контроллеры, CD-ROM, дисководы,..), изменить настройки BIOS, подключить оригинальный виртуальный диск формата VHD к виртуальному IDE контроллеру, и лишь после вы сможете загрузить данную ВМ в Hyper-V. Если вы попробуете сделать это с несколькими десятками виртуальных машин, то поймете, насколько это может быть утомительно. Matthijs ten Seldam, автор VRMCPlus начал новый проект, - утилиту импортирующую в Hyper-V виртуальные машины Viirtual PC / Virtual Server 2005.