Russian Windows Virtualization Discussion

Руководство по использованию BizTalk Server 2006 R2 в среде виртуализации Hyper-V

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

Вчера было выпущено руководство по установке и использованию BizTalk Server 2006 R2 в среде виртуализации Hyper-V. Он предназначен для специалистов партнёров и заказчиков, уже имеющих необходимую подготовку и опыт работы с BizTalk. Цель документа — дать им представление о преимуществах и недостатках использования виртуальных сред. Источником материала при написании руководства послужили собственные опыты и тестирование, которые заняли у сотрудников Microsoft полтора месяца. Ожидается, что этот документ будет обновляться с выходом новых версий BizTalk Server. Сегодня руководство затрагивает следующие темы.

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

Ссылки на рукодство по использованию BizTalk Server 2006 R2 с Hyper-V.

• Копия на MSDN;
• Копия на TechNet;
• Самостоятельная версия, которую можно загрузить для печати (в форматах Microsoft Word и Adobe PDF).

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

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

Одним из фундаментальных терминов Authorization Management Framework является Область (Scope). Что это такое я уже рассказывал, - очевидно, что для задачи делегирования прав на конкретные виртуальные машины следует создать область, содержащую данные машины. Создается область в консоли Authorization Manager.

Далее вам нужно поместить в данную область необходимые виртуальные машины. В некоторых случаях удобно для каждой ВМ создавать отдельную область, - когда вы хотите разным группам пользователей дать доступ к разным пересекающимся наборам ВМ. Иногда удобно виртуальные машины группировать в области по ролям - контроллеры, Exchange серверы, тестовые серверы отделов.

Следующим шагом станет помещение самих виртуальных машин в созданную область. Увы, этот шаг совсем не тривиален, по крайней мере пока у вас не установлен и настроен System Center Virtual Machine Manager 2008. Средств помещения виртуальной машины в заданную область в MMC консоли AzMan нет (в ней вообще не фигурируют сами ВМ), возможностей сделать это из командной строки в версии Hyper-V RC1 я не знаю. Однако, я знаю как это можно сделать через WMI запросы, а значит, это можно сделать и средствами PowerShell. Во вложении к статье вы найдете два скрипта, которые автоматизируют эту задачу. Первый скрипт - Getscope.vbs в качестве параметра требует имя виртуальной машины, а возвращает название области, которой она принадлежит. Если возвращенное значение пустое, значит виртуальная машина принадлежит к области по умолчанию (default scope). Второй скрипт Setscope.vbs в качестве параметров требует имя виртуальной машины и название созданной области, в которую вы хотите поместить виртуальную машину. В результате работы скрипта виртуальная машина переместится в указанную область.

Наиболее сложная часть на этом закончена. Далее потребуется лишь описать Задачи (Tasks) и Роли (Roles) в данной области, и связать роли с доменными пользователями или группами. Об этом я расскажу в следующий раз. Если знатоки PowerShell помогут переписать мои скрипты в виде cmdlet'ов, буду очень признателен.

Вебкаст — Deep Dive into Windows Server 2008 File Services

Мы уже много писали про разные варианты организации дисковой подсистемы в виртуальных машинах. В будущем мы планируем развить тему хранилищ, но уже с точки зрения «родительской» системы. То есть описать подходы к хранению самих файлов виртуальных дисков. А пока что, в качестве вводной темы, приглашаю всех посмотреть завтра вебкаст под названием «Deep Dive into Windows Server 2008 File Services» (глубокое погружение в файловые службы Windows Server 2008). Конечно, предмет этого вебкаста — не только и не столько виртуализация, сколько обзор базовых технологий, так или иначе связанных с хранением данных и появившихся или получивших развитие в Windows Server 2008:

• Distributed File System (DFS);
• Volume Shadow Copy Service (VSS);
• Storage management;
• Transactional NTFS;
• Self-Healing NTFS;
• Server Message Block (SMB) 2.0 protocol.

Вебкаст будет проходить завтра, 17 июля, и займёт полтора часа — с 9:30 до 11:00 по тихоокеанскому времени. Это с 20:30 до 22:00 в Москве. Язык проведения — английский, причём ожидается много технической информации: уровень сложности обозначен как 300.

Окончательный выпуск Offline Virtual Machine Servicing Tool

Некоторое время назад мы уже подробно описывали Offline Virtual Machine Servicing Tool. Напомню вкратце, что это бесплатный набор инструментов и документации (так называемый Solution Accelerator), предназначенный для поддержания виртуальных машин в соответствии с требованиями к установке обновлений ПО. В качестве источника обновлений используется либо WSUS, либо System Center Configuration Manager. В случае необходимости, OVMST сам запустит выключенные или приостановленные ВМ, инициирует установку обновлений, а затем вернёт ВМ в исходное состояние.

Недавно была выпущена окончательная версия Offline Virtual Machine Servicing Tool, готовая для промышленной эксплуатации. Для управления виртуальными машинами эта версия OVMST использует только System Center Virtual Machine Manager 2007. Это автоматически означает, что в качестве платформы виртуализации сейчас поддерживается только Virtual Server 2005 R2. Очевидно, что после выхода Virtual Machine Manager 2008 будет выпущено обновление для OVMST, которое добавит возможность использования Hyper-V — а также, возможно, и других платформ, поддерживаемых VMM 2008.

Ссылки на Offline Virtual Machine Servicing Tool

• домашняя страница,
• загрузка.

Проблемы с подключением дисков при помощи VHDmount.exe после установки обновления 948515 на Virtual Server 2005 R2 SP1

В середине мая для Virtual Server 2005 стало доступно обновление 948515, обеспечившее поддержку новых ОС на «родительском» сервере и в виртуальных машинах. Однако, не все оказалось идеально с данным обновлением. На некоторых системах замечены проблемы с подключением VHD дисков при помощи утилиты VHDMount.exe. Примером проблемы может являться появление ошибки:

The specified operation could not be completed as an unexpected error has occurred.

при выполнении команд vhdmount /m vhd file или vhdmount /p vhd file.

Исследование данных инцидентов показало, что на некоторых системах при установке обновления 948515 не обновляется драйвер «Microsoft Virtual Server Storage Bus». Новый драйвер при этом присутствует в системе, вам лишь необходимо вручную из консоли Device Manager найти данное устройство, уточнить версию драйвера, и в случае, если у вас установлена версия 1.1.594.0, а не 1.1.623.0 вручную его обновить из папки VHDMount инсталляции Virtual Server 2005. Подробнее об этом можно почитать в статье базы знаний 953482.

Hyper-V и производительность. Часть 4 — Набор счетчиков «Hyper-V Hypervisor»

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

Возвращаясь к счетчику Total Pages, я хотел бы вкратце описать, как гипервизор получает необходимую для создания раздела память. Когда пользователь включает виртуальную машину, Vid посредством драйвера winhv.sys делает гипервызов к гипервизору на создание гостевого раздела. Для создания виртуальных процессоров и буферов трансляции TLB гипервизору требуется память, которую он запрашивает у winhv.sys. Winhv.sys находит память и делает гипервызов, выделяя ее на создание раздела. Мы еще встретимся с термином «выделения ресурсов» в описаниях работы счетчиков. Надеюсь, приведенный пример дает начальное понимание того, как это происходит на уровне архитектуры Hyper-V.

Окончательный выпуск Hyper-V теперь и на Windows Update

Пару дней назад я получил такой вопрос: почему даже после установки вручную окончательной версии Hyper-V, при проверке обновлений через Windows Update всё равно предлагается более старая версия — Hyper-V RC1? А объяснение очень простое: 26 июня Hyper-V RTM выпущен в общий доступ через Microsoft Download Center — но не сразу же был добавлен на Windows Update.

Как и было обещано, на Windows Update Hyper-V RTM появился вчера — восьмого июля. Теперь именно эта версия предлагается в качестве рекомендуемого (Recommended) обновления для всех совместимых изданий Windows Server 2008. Так что можно сказать, что с сегодняшнего дня все предварительные версии устарели окончательно, и больше никаких недоразумений быть не должно.

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

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

В бета-версии Hyper-V, вышедшей вместе с Windows Server 2008, различные счетчики Hyper-V не были сгруппированы, а оказались разбросаны — что затрудняло поиск. Начиная с версии RC0 ситуация исправилась — появились наборы счетчиков с очевидным префиксом «Hyper-V». Таким образом, бывший набор счетчиков «Hypervisor» теперь называется «Hyper-V Hypervisor», а все остальные наборы идут вслед за ним. В окончательной версии Hyper-V в систему счетчиков производительности внесены финальные штрихи. Исчез довольно бесполезный набор счетчиков «Hyper-V VMMS Task Manager Summary». Названия некоторых счетчиков были уточнены — например, в основных наборах «Hyper-V Hypervisor…» в названии конкретных счетчиков добавилось «/sec», показывая явно единицу измерения. Некоторые дублируемые счетчики были убраны.

В окончательной версии Hyper-V присутствует 24 набора счетчиков. Перечислю их с кратким описанием.

* Последние три набора в настоящий момент существуют, но не реализованы. Возможно, они исчезнут в будущих версиях Hyper-V или произойдут другие изменения.

В следующих заметках мы более подробно остановимся на ключевых наборах «Hyper-V Hypervisor», «Hyper-V Hypervisor Logical Processor», «Hyper-V Hypervisor Virtual Processor» и «Hyper-V Hypervisor Root Virtual Processor», их счетчиках и рекомендациях по использованию.

Пошаговое руководство по установке защищённого решения виртуализации для филиалов

Думаю, что никто не станет спорить с тем, что основная цель виртуализации — это консолидация серверов. Иными словами, благодаря этой технологии мы можем расширить количество решаемых задач, при этом не увеличивая, а снижая общий объём и запросы необходимого оборудования. Исторически виртуализация развивалась как решение для больших центров обработки данных, где позволяла эффективно использовать ресурсы мощных систем путём совмещения разных типов полезной нагрузки. Этот подход зародился на мейнфреймах ещё до появления архитектуры х86.

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

Если вы искали способ построения инфраструктуры филиала или небольшого офиса вчера — вам, вероятно, приходилось выбрать один из следующих приоритетов и принести его в жертву двум другим:

• безопасность (при отказе от этого приоритета разворачиваем все необходимые роли на одном сервере. Который стоит в кладовке, под столом у секретаря или на рабочем месте у «самого надёжного» сотрудника);
• стоимость (вместо этого строим полноценное серверное помещение, покупаем и настраиваем несколько серверов);
• надёжность и удобство использования (можно развернуть всю инфраструктуру в центальном офисе и подключить к ней филиал с использованием публичных каналов связи).

Не самый приятный выбор. Согласитесь, что виртуализация позволила бы здорово смягчить описанные негативные эффекты. Теперь это стало вполне реально благодаря сочетанию двух ключевых технологий Windows Server 2008. Речь идёт во-первых о Hyper-V, которая предоставляет экономичное решение виртуализации, а во-вторых о BitLocker, которая позволит сделать это решение весьма защищённым.

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

1. установка Windows Server 2008,
2. установка роли Hyper-V и функции BitLocker,
3. подготовка загрузочного тома для использования BitLocker,
4. включение BitLocker и защита как операционной системы, так и томов с данными,
5. создание виртуальных машин.

Все шаги, кроме последнего, описаны действительно очень подробно и с картинками. Надо полагать, что выполнить такую инструкцию сможет даже совсем неопытный специалист. В конце концов, вы всегда сможете доработать её под свою ситуацию. Но если сама идея построения инфраструктуры филиалов с использованием виртуализации для вас нова — я уверен, что она заслуживает самого пристального рассмотрения.

Загрузить документ: Windows Server 2008 Hyper-V and BitLocker Drive Encryption.

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

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

Мы уже знаем, что Hyper-V имеет родительскую (основную, root, host в разной терминологии) операционную систему и гостевые (guest) ОС в виртуальных машинах. Родительская ОС работает с большинством устройств напрямую, в ней устанавливаются драйверы; в ней же существуют Virtual Service Providers, которые предоставляют доступ к устройствам для гостевых ОС, через их Virtual Service Clients. В архитектуре процессоров x86, однако, существуют элементы, к которым невозможно предоставлять совместный доступ. Таким образом, они не могут находиться под контролем родительской ОС, и гипервизор эмулирует эти элементы как для родительской, так и для гостевых ОС. Примером такого элемента является таймер, на основе которого, в частности, в компьютере работают часы.

Теперь рассмотрим один из важнейших наборов счетчиков производительности Windows — % Processor Time. Эти счетчики показывают суммарный процент загрузки процессора (есть ли свободные ресурсы для выполнения задач без ожидания в очереди) и процент загрузки процессора конкретным процессом (например, насколько интенсивно Microsoft Word 2009 использует процессор пока я пишу данную заметку для блога).

А теперь рассмотрим эти счетчики одновременно из родительской и гостевой ОС, заметим разницу в показаниях и выясним, кто прав, а кто врёт. Картинка ниже отражает ситуацию, когда в виртуальной машине я запустил программу, генерирующую стопроцентную загрузку процессора. Performance Monitor в гостевой ОС реально показывает загрузку процессора в 100%. Однако, в это же время в родительской ОС я вижу загрузку процессора в 85% в счетчике Hyper-V Hypervisor Guest Run Time для конкретной виртуальной машины.

Итак, кто же прав? Как ни странно — оба. Гостевая ОС использует 100% процессорных ресурсов, предлагаемых ей гипервизором, и все процессорное время, отданное данной гостевой ОС тратится на вычислительную задачу, генерирующую стопроцентную загрузку виртуального процессора.

При этом, счетчик Hyper-V Hypervisor Guest Run Time показывает загруженность физического процессора данной гостевой ОС. Именно в этом и есть отличие. Если вы измеряете нагрузку, которую оказывает ваша виртуальная машина на реальные ресурсы сервера, вам следует пользоваться счетчиками в родительской ОС. Если вас интересует загрузка виртуального процессора неким приложением в гостевой ОС, тогда следует измерять производительность именно в виртуальной машине. Цифры будут разными, так как отражают разные понятия — физический и виртуальный процессор.

Вышел Microsoft Assessment and Planning Toolkit Solution Accelerator (MAP) 3.1

Совсем недавно мы писали о публичной бета-версии MAP 3.1. И вот вчера этот продукт стал доступен в окончательной версии. Полный список нововведений опубликован в предыдущей заметке — а здесь просто упомняну, что нас, конечно, интересуют две особенности.

1. Поддержка роли Hyper-V — то есть оценка готовности обследуемых серверов к виртуализации.
2. Инвентаризация русских версий ОС. (Этого не было в предыдущих версиях MAP, и до последнего момента мы не знали точно — успеют ли включить в 3.1).

• Домашняя страница MAP
• Загрузить текущую версию MAP — 3.1.2016.0 от 2008.06.30
• Блог команды MAP. Регулярно публикуются видоролики с демонстрациями.

Cпособы установки Hyper-V — часть 3: Интегрируем RTM в дистрибутив (Обновлено для RTM)

Мы только что рассмотрели способ, позволяющий сделать образ системы с Hyper-V RTM, а также способ установки Windows Server 2008 и Hyper-V RTM без использования образов.

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

Даже если вы впервые устанавливаете Windows Server 2008 или Windows Vista с официального дистрибутива, вы все равно пользуетесь заранее подготовленными образами. Если вы посмотрите на DVD с Windows Server 2008 или Windows Vista, то в папке \Sources найдете файл install.wim. WIM — это аббревиатура от WIndows Image, то есть образ системы с Windows, который программа установки распакует на ваш диск.

Вы сами можете создавать файлы WIM при помощи утилиты ImageX, которая распространяется в составе Windows AIK, упоминавшегося в предыдущей статье.

Одним из преимуществ технологии WIM (а их много, но сейчас не время их перечислять) — в том, что при помощи ImageX вы можете монтировать образ в к используемой файловой системе. То есть видеть и использовать образ как локальный каталог на диске в вашей рабочей системе, копировать фалы туда и обратно, а затем сохранить образ. При проектировании Windows Vista и Server 2008 была проделана большая работа, позволившая упростить задачи поддержки и управления ОС. Не хочу петь маркетинговые гимны нашим новым ОС — скажу лишь, что одним из нововведений стал Offline Servicing. То есть возможность изменять и исправлятьОС, даже не загружаясь в нее.

Итак, что это все дает нам для установки Hyper-V?

Hyper-V RTM распространяется в формате файла обновления ОС. Это означает, что вы можете использовать все преимущества Offline Servicing для того, чтобы интегрировать его в любой имеющийся у вас образ Windows Server 2008. Это касается как образов с официальных дистрибутивов, так и любых образов, подготовленных самостоятельно. Единственное, что я вам крайне порекомендую сделать при использовании своих собственных образов, — воспользоваться утилитой sysprep с ключем /generalize, как мы обсуждали в первой статье цикла.

Исходя из того, что файл WIM у вас есть (install.wim с DVD или ваш образ после sysprep), надо выполнить несколько операций:

• Скачать Hyper-V RTM — файл в формате MSU.
• Командой expand извлечь из пакета MSU файл CAB, содержащий собственно обновление. Как это делать — я рассказывал во второй статье цикла. Также об этом можно почитать в Базе Знаний.
• Открыть AIK Tools Command Prompt (вы же уже установили Windows AIK?) с правами администратора (командой «Run as Administrator» в контекстном меню).
• Создать каталог для монтирования образа WIM. Например, C:\mnt.
• Выполнить команду imagex /mountrw <путь до файла WIM> <Индекс образа внутри WIM> C:\mnt. (Файл WIM может содержать несколько разных образов — поэтому каждому образу обязательно присвоен номер. Для того, чтобы увидеть список образов внутри файла WIM и их индексы, воспользуйтесь командой ImageX /info <путь до файла WIM>).
• Выполнить команду start /w pkgmgr /ip /m:<путь к файлу CAB, который получился после распаковки MSU> /o:c:\mnt;c:\mnt\windows /s:%temp%
• Проверить, не вернула ли предыдущая команда кода какой-либо ошибки. Для этого выполните echo %errorlevel%.
  Если возвращается любое ненулевое значение — значит, у вас возникли проблемы с интеграцией обновления. Тогда  вам пора читать Базу Знаний.
• Выполнить команду imagex /unmount /commit c:\mnt

Все! Ваш образ готов. Теперь в него встроена версия Hyper-V RTM. Когда вы в следующий раз примените этот образ, ваш свежеустановленный Windows Server будет сразу иметь версию Hyper-V RTM в списке доступных ролей. Однако по умолчанию эта роль не будет включена. Чтобы автоматически задействовать эту роль, вам придется воспользоваться файлом unattend.xml — так, как мы обсуждали во второй статье цикла. Но как только вы ее задействуйте, — будьте уверены, она уже имеет версию RTM.

Вопрос из переписки — как установить Hyper-V?

Хороший показатель подогретого интереса к технологии виртуализации Microsoft — сегодня с утра я получил вопрос о том, как же установить Hyper-V. Это означает, что человек не интересовался предварительными версиями, но собрался попробовать Hyper-V в тот же день, как было объявлено об окончательном выпуске.

Итак, вы развернули свежую установку Windows Server 2008 и ищете в списке ролей возможность установить Hyper-V. Можете не искать — на только что установленном сервере этой роли нет. Несмотря на то, что в дистрибутив Windows Server 2008 RTM встроена бета-версия Hyper-V, по умолчанию она недоступна. Поэтому в любом случае, для того, чтобы получить возможность установить роль Hyper-V, вам необходимо предварительно установить обновление из файла в формате «Microsoft Update Standalone Installer» (MSU). Поскольку вчера вышла окончательная версия Hyper-V, вам не нужны никакие предварительные версии этого обновления — ни те, что входят в дистрибутив Windows Server 2008, ни какие-либо другие, которые вы могли загрузить с сайта Microsoft до вчерашнего дня. Итак, последовательность действий такова:

1. Загрузите обновление KB950050 для Windows Server 2008 x64.
2. Запустите его (самостоятельно или командой wusa.exe Windows6.0-KB950050-x64.msu).
3. Перезагрузите сервер после успешной установки обновления.
4. Теперь в окне «Initial Configuration Tasks» и оснастке «Server Manager» появится возможность штатным образом установить роль Hyper-V.

Другая распространённая ошибка — попытка установить это обновление на Windows Server 2008 x86. Обновление, предназначенное для платформы x64, просто не установится. А аналогичное обновление для платформы х86 содержит только инструменты удалённого управления и не даёт возможности устанавливать роль Hyper-V. Для Hyper-V необходима только 64-битная ОС.

Третий «подводный камень», который может вас ожидать — после успешной установки роли Hyper-V гипервизор может не запускаться. Об этом можно узнать либо из соответствующих предупреждений в журнале событий системы, либо при попытке подключиться к серверу с помошью оснастки «Hyper-V Manager» (в том числе, и локально). Наиболее распространённая причина этого — отсутствие аппаратной поддержки виртуализации. Полная информация о системных требованиях приведена во вчерашней заметке «Окончательный выпуск Hyper-V и ограничения конфигураций».

Здесь есть ещё один интересный момент. Если вы обнаружите, что необходимо включить некоторые функции в BIOS сервера, иногда даже полной перезагрузки оказывается недостаточно. Даже если вы включите необходимые настройки, гипервизор может по-прежнему не запускаться. В этом случае полностью выключите сервер на несколько секунд, и только потом загружайтесь.

Окончательный выпуск Hyper-V — коллекция ссылок

На тот случай, если после всех сегодняшних новостей ваша жажда знаний осталась ещё не удовлетворена, в завершение этого интересного дня хотелось бы поделиться общим набором ссылок. Большинство из этих ресурсов у всех на слуху, мы неоднократно ссылались на них в других записях этого блога. Но есть и несколько страничек, которые появились или были существенно обновлены только сегодня.

Официальные ресурсы

• Virtualization Home Page
• Virtualization Case Studies
• Virtualization TechCenter
• Virtualization Solution Accelerators
• Windows Server 2008 Virtualization & Consolidation
• Optimized Desktop Infrastructure
• Hyper-V Home Page
• Hyper-V FAQ
• Hyper-V Performance Tuning Guide
• MSDN & TechNet Powered by Hyper-V Whitepaper

Сегодняшние статьи, посвящённые выходу Hyper-V и неминуемому обострению конкуренции на рынке виртуализации

• blogs.zdnet.com: Hyper-V: It’s here
• money.cnn.com: Microsoft Raises Its Game Against VMWare
• pcworld.com: Kiss VMware's Rump Good-Bye

К сожалению, пока что появились статьи только на англоязычных сайтах. Если вам встретится заметка, которую я пропустил — напишите об этом в комментариях, будем пополнять список вместе. (Конечно, это актуально ближайшие несколько дней, пока новость остаётся новостью).

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

Сегодня компания QLogic, производитель решений для хранения данных, опубликовала результаты крайне любопытного исследования. При использовании SAN и 8-гигабитного адаптера FibreChannel QLogic 2500 Series, Windows Server 2008 достиг показателя 121 000 операций ввода-вывода в секунду. С Hyper-V, виртуальные машины смогли приблизиться к этому покзателю практически вплотную — 113 000 операций ввода-вывода, что составляет 93% от «чистого» показателя. Если же уменьшить размер блока с 8 KB до 512 байт, то цифры становятся ещё более впечатляющими. Производительность собственно Windows Server 2008 достигает 200 000 операций в секунду, а виртуальных машин Hyper-V — 180 000, то есть 90%.

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

Update. Добавил в качестве вложения сам текст пресс-релиза, так как на официальном сайте QLogic он пока недоступен.