Russian Windows Virtualization Discussion

Будущее виртуализации в Windows Server 2008 R2. Часть 3

Продолжаем разговор о Microsoft Windows Server 2008 R2, представленной совсем недавно на PDC и WinHEC. Я уже рассказал о том, как изменится функционал одной из серверных ролей, теснее всего связанных с виртуализацией, — кластеров с переходом по отказу (Failover Clustering). Сегодня мы рассмотрим нововведения в самой технологии гипервизора. Поговорим о второй версии Hyper-V, которая будет встроена в новую серверную ОС.

Первые заметки о второй версии 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. Часть первая — теоретическая

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

Ошибка запуска виртуальных машин после установки драйвера Intel IPMI

Те читатели блога, которые подписались на получение комментариев к статьям, на прошлой неделе получили порцию сообщений сильно больше обычной. Причиной послужила длительная переписка с одним из читателей, который столкнулся со следующей проблемой. После установки пакета под названием «Intel Active System Console» версии 3.0 любые попытки запуска виртуальных машин заканчивались ошибкой. Проведенное исследование показало, что проблема заключается в совместимости с Windows Server 2008 драйвера Intel IPMI версии 13.0. Этот драйвер входит как в Intel Active System Console, так и в Intel Active System Monitor. Несовместимость как раз и проявляется в том, что после установки драйвера все виртуальные машины Hyper-V перестают запускаться. При этом выводится ошибка доступа к файлу виртуального диска, которая выглядит следующим образом. В английской версии: The application encountered an error while attempting to change the state of 'VM name' - IDE/ATAPI: Couldn't attach 'path to disk.VHD' to location 0/0 of IDE Controller. Error: 'General access denied error' (0x80070005). Или в русской версии: Приложением обнаружена ошибка при попытке внести изменения состояния «Имя ВМ».

Обновление для поддержки 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 виртуальных машин, простой установки обновления всё-таки недостаточно. Помимо этого, потребуется ещё и отредактировать параметр в реестре для того, чтобы удвоить объём оперативной памяти («кучи»), динамически выделяемой каждому рабочему столу неинтерактивного оконного терминала. Детали этой операции описываются в статье Базы знаний.

Hyper-V станет поддерживать 24 виртуальных процессора (и 192 виртуальных машины)

Казалось бы — только неделю назад в Америке прошло торжественное мероприятие, посвящённое запуску разных технологий виртуализации, и все громкие объявления были сделаны именно тогда. Но сегодня Intel представила новую линейку шестиядерных процессоров Xeon на ядре Dunnington. И Microsoft тут же обявила, что Hyper-V сможет использовать все новые ядра в полный рост.

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

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

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

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

Окончательный выпуск Hyper-V и бета-версия SCVMM 2008

Недавно мы писали о выходе обновления для текущей общедоступной бета-версии System Center Virtual Machine Manager 2008. В полном соответствии с обещаниями, это обновление приносит в SCVMM поддержку и вышедшей сегодня окончательной версии Hyper-V . По

Hyper-V и устройства, использующие порты USB/COM

Вопрос, наболевший для многих, поднимается вновь и вновь: можно ли использовать устройства USB с виртуальными машинами Hyper-V? А устройства, использующие порты COM? Ответ обычно очень неутешителен. По соображениям безопасности серверные решения виртуализации не предполагают работы с такими устройствами. Не существует связки VSP/VSC для шины USB, а также портов COM и LPT. Если для портов COM еще есть обходной путь через именованные каналы (Named Pipes) и Hyper-V это поддерживает, то с USB все мрачно. А даже для серверов часто требуются ключи HASP (привет 1С), криптографические токены для шифрования, считыватели смарткарт, модемы и так далее. И как правило такие устройства работают только через шину USB.

Проблемы с обновлением 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. Однако, некоторые из вас могли столкнуться с ошибкой, выдаваемой при запуске обновления:

Утилиты для проверки поддержки Hyper-V на вашей системе

На днях на сайте AMD стала доступна утилита, которая проверяет CPUID вашего процессора и настройки BIOS — и предоставляет вам результат: будет ли Hyper-V работать на вашей системе. Увы, на процессорах Intel утилита не работает: На сайте Intel доступна CPU Identification Utility. Она анализирует ваш процессор и выводит много различной информации — в частности, поддерживается ли технология виртуализации Intel:

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 никогда и не содержали этого драйвера в дистрибутиве.