Russian Windows Virtualization Discussion

Первые заметки о второй версии Hyper-V

Сегодня первый день Professional Developer Conference 2008 — главного мероприятия Microsoft, посвящённого объявлению новых технологий. И наконец в открытых источниках начали появляться первые сведенья о возможностях второй версии Hyper-V. Понятное дело, что список этот ни в коем случае не претендует на завершённость. Ведь во-первых, он всё ещё не был объявлен официально. А во-вторых, что важнее, на текущем этапе разработки проект может претерпеть ещё весьма значительные изменения. Поэтому воспринимайте всё, сказанное ниже, именно как список возможностей, а не чёткие обещания.

Network Teaming для серверов виртуализации Hyper-V. Часть третья — практическая, частный случай. Серверы HP

Сегодня я расскажу о том, создать Network Teaming на примере лезвий HP ProLiant BL460c. Сама настройка в данном случае выполняется очень просто — с помощью мастера и принятия настроек по умолчанию. Поэтому я немного усложнил задачу и собираюсь показать, как настроить конфигурацию с использованием VLAN Tagging в соответствии со стандартом IEEE 802.1q. Согласитесь, это будет весьма полезно для тех случаев, когда предстоит использовать всего два сетевых адаптера, которые встроены в сервер. И при этом хотелось бы получить возможность подключать виртуальные машины в разные сегменты сети. Скажу по секрету — именно такая схема практикуется Microsoft IT для организации внутренней инфраструктуры компании, а также хостинга веб-сайтов TechNet и MSDN (то есть, в промышленной эксплуатации).

Network Teaming для серверов виртуализации Hyper-V. Часть вторая — практическая, общий случай. Адаптеры Broadcom

Вчера мы начали разговор про Network Teaming и пообещали поделиться работающими методами создания отказоустойчивых сетевых подключений. Для начала рассмотрим самый общий случай. В абсолютное большинство современных серверов встроены сетевые адаптеры, основанные на наборе микросхем производства компании Broadcom Corporation. Именно под этим именем определит новое устройство свежеустановленная ОС Windows. Но фирма-производитель сервера иногда дает такому адаптеру свое собственное название, чтобы интегрировать его в свою линейку продуктов. В этом случае драйверы, которые поставляются производителем сервера, будут менять название устройства. И если вы получили сервер с предустановленной операционной системой и драйверами — то можете даже не знать о том, что ваши сетевые адаптеры на самом деле произведены компанией Broadcom. Как бы то ни было, но сегодня речь пойдет именно про такие устройства — вне зависимости от того пути, который они проделали прежде чем попали к вам. Этот способ сработает наверняка на всех серверах, которые используют сетевые адаптеры Broadcom серии 57xx семейства NetXtreme II. Возможно, что это касается и некоторых похожих моделей, которые мы не тестировали.

Network Teaming для серверов виртуализации Hyper-V. Часть первая — теоретическая

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

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

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

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, а не манипуляции с выдачей прав на различные объекты учетным записям компьютеров.

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

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

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

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

NLB и Hyper-V. Поддерживаемые сценарии

Как вы знаете, Virtual Server 2005 R2 в ряде сценариев поддерживал NLB. В Базе знаний Microsoft есть специальная статья, посвященная этому вопросу, — где все такие сценарии перечислены. Для Hyper-V такой статьи пока нет. В свете чего возникает интересный вопрос: для каких именно сценариев в Hyper-V появится поддержка Network Load Balancing (NLB)? Короткий ответ на этот вопрос — для всех. Более развернутый вариант читайте ниже. Дабы не вводить слишком много текста, описывающего каждый из восемнадцати сценариев, я попробую представить каждый в виде диаграмм. Для начала введем условные обозначения на примере одной диаграммы:

Работа с унаследованными (Legacy) сетевыми адаптерами в Windows XP и Server 2003 x64

Тех, кто впервые устанавливает в качестве гостевой ОС 64-битную версию Windows XP/2003 (с Service Pack 2), ждет пренеприятное открытие. Унаследованные сетевые адаптеры (Legacy Network Adapters, что также иногда переводится как «эмулируемые») не поддерживаются и недоступны в Windows XP/2003 на платформе x64. А синтетический адаптер (Network Adapter) сможет работать только после установки Integration Components. Вопрос «почему эмулированный адаптер не распознается ОС Windows Server 2003 на платформе x64» — один из самых задаваемых в последнее время. Пришло время приоткрыть завесу тайны над этой историей и рассказать, как можно исправить ситуацию. Итак, унаследованный сетевой адаптер Hyper-V эмулирует работу сетевой карты DEC 21140. Для работы этой карты нужен драйвер, который находится в файле dc21x4.sys. До 2003 года разработкой этого драйвера занималась компания Intel — и она не выпускала его 64-битной версии. Именно поэтому Windows XP и Server 2003 x64 никогда и не содержали этого драйвера в дистрибутиве.

Оптимизация работы сети в Hyper-V

Примерно с неделю назад у нас в консалтинге развелись бурные дискуссии, когда случайно был обнаружен интересный факт. Обновление драйверов сетевых карт Intel на «родительской» (host) системе Hyper-V до последней версии «родных» драйверов увеличивает производительность сети в виртуальным машинах в два раза! Microsoft всегда рекомендовала использовать оригинальные драйверы от производителя оборудования, где это возможно — но то и дело подспудно устанавливала свои собственные версии этих драйверов через Windows Update. В случае с драйверами Intel мы наблюдаем именно такую картину. Вы можете скачать

Проблемы с Hyper-V на серверах HP

На днях всплыл один неприятный баг в Hyper-V (как в версии Beta, так и в RC0). Заключается он в том, что на серверах Hewlett-Packard с установленной HP Network Configuration Utility процесс включения или отключения роли Hyper-V повисает соответственно на 54 и 75 процентах процесса "Configuring Updates Stage 3 of 3". Также эта ошибка проявляется при обновлении версии Beta до RC0. Таким образом, если у вас установлена HP Network Configuration Utility

Использование беспроводных сетей в Hyper-V

Вам должно быть известно, что Hyper-V не поддерживает беспроводные сетевые интерфейсы 802.11. То есть на такие интерфейсы невозможно установить virtual network switch, и беспроводная связь недоступна для виртуальных машин. Сделано это в основном из-за технических проблем (если будет интересно, я расскажу, почему ни Hyper-V, ни Virtual Server 2005, ни даже Virtual PC 2007 не поддерживают беспроводную связь), но и позиционирование продукта как серверного решения также обычно не требует такой поддержки. Однако, зачастую необходимость работы с беспроводными сетями из виртуальных машин всё-таки возникает — особенно при демонстрации технологии Hyper-V с лаптопа, когда другие сети могут быть попросту недоступны. Очевидно, есть выход, который напрашивается сам собой. Все, что вам потребуется, — это лишь создать internal virtual switch и воспользоваться Internet Connection Sharing (ICS). Рассмотрим это подробнее.

Работа с сетью в Hyper-V

Поговорим о том, как Hyper-V работает с сетью. Что это означает для основной ОС, расположенной в parent partition, и для виртуальных машин, расположенных в child partitions? Начнем с того, что Hyper-V работает с сетью совсем не так, как это было в Virtual Server 2005 или Virtual PC. Для начала посмотрим, что мы имеем после установки Windows Server 2008 на системе с одним сетевым интерфейсом. В Network Connections мы увидим следующую картину: