Virtual server r2 windows server 2008 r2

Виртуализация серверных платформ становится все более популярной, но большинство администраторов к ней еще относятся с опаской. Причин тому несколько: это и некоторое падение производительности сервера при работе в виртуальной среде, и возможные проблемы со стабильностью работы системы с «эмулированными» устройствами — сетевыми адаптерами, контроллерами дисков и т. д. Правда, есть еще один фактор, о котором стоит упомянуть, — это обычный страх перехода на новую платформу взамен старой, уже испробованной. А если этот страх умножить на ответственность, которая лежит на системных администраторах, выбор однозначен: только «стандартная» схема работы, один сервер — одна операционная система.

Но от новых веяний никуда не деться, и все чаще компании при проектировании новой или обновлении существующей инфраструктуры на стандартной платформе х86 вспоминают о технологиях виртуализации, понимая, что в обычных условиях физический сервер просто не используется на полную мощность. До недавнего времени пакетом, который рассматривался в первую очередь, был VMware ESX Server. Это платформа, позволяющая создавать виртуальные системы «на голом железе», а значит, повышать производительность работы системы и ее устойчивость. Но и стоимость данного решения была иногда выше стоимости самого сервера, на котором планировалось развернуть виртуальные системы.

Недавно компания Microsoft анонсировала выход новой серверной операционной системы Windows Server 2008, в составе которой будут использоваться встроенные средства виртуализации с использованием технологий Intel VT и AMD-V. Данные средства вполне могут составить конкуренцию VMware ESX Server, и они значительно превосходят существующий продукт Microsoft Virtual Server 2005, но давайте обо всем по порядку.

Немного теории

Что собой представляют технологии виртуализации в разном исполнении? Чаще всего используемая среда выглядит следующим образом (рис. 1).

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

Такая методика виртуализации приводит к некоторой потере производительности в работе виртуальных систем, и это неудивительно, так как запросы гостевых операционных систем к аппаратной части проходят «сквозь» слои из менеджера виртуальных машин и родительской операционной системы.

Более производительной архитектурой виртуализации является подход, где установка виртуальных систем происходит без «прослойки» операционной системы (рис. 2).

В этом случае между аппаратной составляющей и гостевыми операционными системами существует только один слой программного обеспечения — менеджер виртуальных машин. Другой вариант данного подхода предполагает использование гипервизора, задача которого — управление операционными средами или разделами (partitions). Каждый раздел — это набор из вычислительных ресурсов системы: определенного процента использования процессора, оперативной памяти, пространства на жестком диске, устройства ввода/вывода. Задачи гипервизора — это распределение имеющихся ресурсов между разделами и контроль над их использованием операционными средами.

В свою очередь, использование второго метода виртуализации также можно разбить на два варианта (рис. 3a, 3б).

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

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

Второй вариант лишен этого недостатка.

В нем в каждой из гостевых виртуальных систем используется собственный набор драйверов, что позволяет обезопасить работу одной гостевой операционной системы при крахе другой из-за ошибок или при сбое стека драйверов. Гипервизор здесь играет роль тонкой прослойки, не выполняя преобразование запросов гостевых операционных систем сквозь свой стек драйверов.

Последний вариант как раз и реализован в новой технологии виртуализации в Windows Server 2008. Построение виртуальных сред показано на рис. 4.

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

Ключевые отличия технологий, реализованных в Virtual Server 2005 R2 и Windows Server 2008 Virtualization, перечислены в таблице.

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

Большинство современных серверов уже поставляется с процессорами, которые поддерживают технологию виртуализации (например, для процессоров Intel Xeon это процессоры семейства 51xx, 53xx и 54хх, для процессоров AMD — четырехъядерные Opteron).

Возможности Hyper-V

Что собой представляет новая технология Hyper-V, предлагаемая компанией Microsoft, и какие функции становятся доступны системным администраторам?

Ключевые возможности, предоставляемые новой технологией, следующие:

• 64-разрядная архитектура гипервизора обеспечивает поддержку широкого круга аппаратных устройств и более высокий (по сравнению с Virtual Server) уровень защиты и производительности работы системы (в этом мы попробуем убедиться позже);

• поддержка широкого круга операционных систем в качестве гостевых, включая 32- и 64-разрядные серверные платформы, такие как Windows, Linux и др. Следует отметить, что Linux-платформы должны обеспечивать поддержку Xen;

• поддержка мультипроцессорной обработки SMP (Symmetric Multiprocessor) в виртуальной среде, что позволяет добавлять в виртуальную среду до восьми процессоров (фактически речь идет о восьми процессорных ядрах). Правда, возможность использования мультипроцессорной конфигурации доступна только при запуске в качестве гостевой системы Windows Server 2008. При использовании Windows Server 2003 придется применять однопроцессорную конфигурацию;

• балансировка нагрузки между виртуальными системами. Hyper-V включает в себя функции виртуального коммутатора, что позволяет воспользоваться функциями компонента балансировки нагрузки Network Load Balancing (NLB);

• поддержка миграции виртуальной системы с одной физической платформы на другую, что позволяет построить кластерную среду, которая обеспечивает переход с одного сервера на другой в случае сбоя первого или миграцию на более производительный сервер;

• создание снимков виртуальной системы. Данная особенность очень полезна при использовании сервера для тестирования приложений и служб, так как в случае проблем с работой после установки нового приложения администратор сможет восстановить предыдущее состояние сервера, минимизируя время, которое понадобилось бы для удаления приложения или полной переустановки системы;

• гибкое управление ресурсами виртуальной среды. Администратор при необходимости может выделять дополнительные ресурсы для работы системы без остановки последней;

• интеграция со средствами управления System Center для мониторинга и управления виртуальными средами. Следует отметить, что Hyper-V предоставляет собственные счетчики производительности для отображения состояния виртуальной среды, точно так же как интерфейсы WMI и API, что предоставляет широкие возможности для разработки собственных сценариев управления виртуальной средой;

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

Управление только на уровне единичного сервера позволяет управлять параметрами виртуального сервера, создавать и восстанавливать снимки состояний системы (что мы рассмотрим далее). Более интересная комбинация возможна при интеграции с System Center Operation Manager для отслеживания и управления виртуальными средами на основе анализа состояний системы. Например, при загрузке одной из виртуальных систем, обеспечивающей доступ к Web-серверу, выше указанного порога, возможен запуск дополнительной виртуальной системы для работы на NLB-кластере совместно с текущей системой. Таким образом, сценарии могут быть самые различные, и это уже тема для отдельной статьи.

Установка базовой операционной системы

Чтобы попробовать работать с Hyper-V, воспользуемся Windows Server 2008 Enterprise Edition RC1 и системой с процессором, который поддерживает технологию виртуализации. При загрузке выбираем вариант полной установки, хотя на промышленных серверах такой необходимости нет — можно задействовать режим Windows Core. Режим Windows Core оптимально подходит для работы с виртуальными серверами, так как мы не планируем осуществлять установку и работу служб в базовой операционной системе, отводя ей только роль «управляющего» гостевыми виртуальными системами (более того, не рекомендуется установка дополнительных ролей на сервере с установленной ролью Hyper-V).

Описывать процесс установки я здесь не буду, отмечу только, что используется уже знакомый интерфейс, который применяется при установке Windows Vista, а это значит — минимум усилий со стороны администратора по установке и ввод только основных параметров (таких, например, как ключ продукта) и разбивка жесткого диска, которая производится в графическом интерфейсе. После этого можно немного отдохнуть и выпить чашечку кофе, пока файлы системы копируются с DVD на жесткий диск.

По завершении установки запускаем приложение Server Manager и в разделе Roles Summary выбираем пункт Add Roles. В мастере установки ролей необходимо выбрать Hyper-V. Далее, проходя по этапам мастера установки ролей, вводим необходимые параметры для запуска Hyper-V. По завершении необходимо перезагрузить систему, а затем зарегистрироваться с учетной записью пользователя, под которой была выполнена установка роли. Для управления виртуальными средами используется оснастка MMC Hyper-V Manager.

Если изначально выбрать режим установки Windows Core, то установка роли производится с помощью команды

Start /w ocsetup Microsoft-Hyper-V

Управление же виртуальной средой нужно будет осуществлять с консоли управления, установленной на другом сервере.

Установка гостевой операционной системы

Добавить новую гостевую систему помогает мастер, и, пройдя через все этапы, вы создадите файл для виртуального жесткого диска и укажете все параметры конфигурации системы (экран 1). Правда, есть нюанс — с помощью мастера нельзя сразу указать количество виртуальных процессоров, выделяемых для системы, — процессорных ядер (я проводил тесты на однопроцессорном двухъядерном компьютере). И невозможно указать, что вместо использования файла *.vhd следует использовать раздел жесткого диска, что полезно для ускорения работы дисковой системы. Но эти параметры можно скорректировать позже, сразу после создания виртуальной системы.

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

Производительность работы физической и виртуальной системы

Описанный выше метод реализации виртуализации в Windows Server 2008 имеет преимущества в производительности по сравнению с системой, которая работает над прослойкой в виде операционной системы под управлением менеджера виртуальных машин. Но насколько заметно упадет производительность при работе между операционной системой без использования Hyper-V и гостевой операционной системой, работающей с использованием технологии Hyper-V?

Чтобы это выяснить, я решил использовать утилиту PCMark05 версии 1.2.0, которая поддерживает работу в системе Windows Vista и позволяет проводить синтетические тесты. Меня интересовали три параметра: CPU Benchmark, Memory Benchmark и HDD Benchmark. Тесты проводились в такой последовательности:

1. Устанавливался Windows Server 2008 RC1 Enterprise Edition и производились тесты.

2. Добавлялась роль Hyper-V, потом в качестве виртуального сервера — Windows Server 2008 RC1 Enterprise Edition и производились тесты.

3. Удалялась роль Hyper-V, устанавливался Virtual Server 2005 R2 SP1, в нем в качестве виртуального сервера — Windows Server 2008 RC1 Enterprise Edition и производились тесты.

Конечно же, разница в функциональности продуктов Windows Server Virtualization и Microsoft Virtual Server 2005 R2 SP1 не позволяет говорить об объективно равных условиях тестирования. Windows Server Virtualization умеет работать с 64-разрядными гостевыми системами, и можно указать, сколько виртуальных процессоров выделить для разделов, а Virtual Server 2005 R2 SP1 не имеет такой возможности. Но все же ради любопытства все три конфигурации были опробованы (для третьей конфигурации была взята 32-разрядная версия Windows Server 2008 RC1 Enterprise Edition). Результаты полученных тестов отображены на графиках (рис. 5).

Что касается показателей тестов процессора и памяти, то в первом и втором случае заметно незначительное падение общей производительности. По сравнению с результатами работы в среде Virtual Server 2005, использование гипервизора дает существенные преимущества. Что же касается низких показателей работы с жестким диском, это результат того, что виртуальный сервер был установлен с применением не выделенного раздела, а файла виртуального жесткого диска. При практическом использовании на промышленных серверах данный показатель также будет приближаться к «эталонным» показателям работы дисковой системы, как при установке на отдельный сервер без использования механизмов виртуализации.

Снимки виртуальных систем

Одна из возможностей, которая включена в Hyper-V, — это использование службы снимков VSS для создания образов состояния системы. Использование снимков возможно с любой виртуальной средой, даже в процессе установки системы, так как работа снимков реализована на слое виртуализации. Принцип работы снимков заключается в следующем:

• при первом создании снимка формируется файл AVHD, в который начинают сохраняться изменения, производимые в дисковой подсистеме. При этом в оригинальный VHD-файл изменения не вносятся;

• при повторном создании снимка создается следующий файл AVHD, в который начинают записываться вносимые изменения, а предыдущий файл AVHD не изменяется.

Для создания снимка в консоли управления следует выбрать виртуальную машину, вызвать контекстное меню и нажать пункт Snapshot (экран 3). При этом можно задать имя для снимка либо выбрать автоматическую генерацию имени.

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

Размещение файла-снимка системы задается в свойствах виртуальной системы, и администратор может выделить для снимков особый раздел, расположенный на другом физическом диске. При создании снимка генерируется два файла, BIN и VSV, в которых хранится текущее состояние системы, а также файл AVHD с картой виртуальной дисковой системы.

При повторном снятии снимка с виртуальной системы в консоли отображается дерево снимков, которое указывает на зависимость второго снимка от начального. Также создается пара файлов BIN/VSV состояния системы и файл AVHD.

Для восстановления предыдущего состояния системы предусмотрено использование пункта Revert для возврата на предыдущее состояние системы и пункта Apply на выбранном снимке, что позволяет вернуться к любому состоянию системы. При восстановлении системы в одно из состояний виртуальная система начинает запись в файл AVHD, который соответствует восстановленному состоянию системы. А при повторном создании снимка — в новый файл состояния дисковой системы, который в качестве базового использует уже восстановленное состояние.

Такой подход позволяет строить широкое дерево снимков, что может применяться при тестировании системы (например, разработка новой версии программного продукта) или при установке обновлений. В случае сбоя операционной системы администратору достаточно «вернуться» к рабочему состоянию системы вместо переустановки всей операционной системы или приложения. При этом он может использовать не только последнее, но и любое предыдущее состояние системы. Управление и восстановление состояния системы в таком дереве реализовано достаточно удобно (экран 4).

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

Виртуализацию — в жизнь

Предложенный Windows Server 2008 механизм виртуализации Hyper-V, несомненно, будет востребован при построении ИТ-инфраструктур предприятий. Ряд преимуществ по сравнению с Virtual Server 2005 R2 SP1 позволит администратору более гибко управлять вычислительными ресурсами сервера, обеспечивая необходимый уровень производительности служб. Дополнительные функции, такие как «горячее» добавление памяти, процессорной мощности, дисковой и сетевой подсистем, позволят избежать необходимости перезагрузки виртуальной среды, а умеренные вычислительные затраты на работу гипервизора позволяют говорить о высоком коэффициенте полезного действия вычислительных мощностей сервера.

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

Алексей Приймак (alexey.priymak@gmail.com) — ведущий консультант по инфраструктурным решениям в украинской компании-интеграторе «БМС Консалтинг». Имеет сертификаты MCSE, MCT

---

Таблица. Различия Virtual Server 2005 R2 и Windows Server 2008 Virtualization

В данной статье я расскажу как установить роль Hyper-V в Windows Server 2008 R2, а также рассмотрю процесс создания виртуальных дисков и виртуальных машин.

0. Оглавление

1. Что понадобится
2. Подготовка компьютера
3. Установка роли Hyper-V
4. Создание виртуального жесткого диска
5. Создание виртуальной машины
6. Редактирование параметров виртуальной машины
7. Запуск и подключение к виртуальной машине

1. Что понадобится

1. Компьютер с процессором, поддерживающим технологию аппаратной виртуализации. Проверить, поддерживает ли ваш процессор данную технологию можно на сайте производителя. Например, для процессоров Intel — смотрите здесь, для AMD — здесь.
2. Установленная на данном компьютере Windows Server 2008 R2. Об установке этой операционной системы можно прочитать здесь.

2. Подготовка компьютера

Перед тем, как начинать все действия необходимо включить в BIOS компьютера опции:

• «No Execute Page Protection» .
• «Intel Virtualization Technology» (Intel VT) для процессоров Intel или «AMD Virtualization» (AMD-V) для процессоров AMD.

Очень важно! После включения данных опций необходимо сохранить настройки BIOS, затем физически отключить питание компьютера и включить снова. Обычная перезагрузка не активирует эти режимы.

На скриншотах ниже показано включение этих опций для стоечного сервера ProLiant DL585 G5 на базе AMD.

3. Установка роли Hyper-V

Теперь заходим в Windows Server с правами администратора и запускаем диспетчер сервера («Пуск» — «Администрирование» — «Диспетчер сервера»). Раскрываем вкладку «Роли» и нажимаем «Добавить роли» .

Запустится «Мастер добавления ролей» . Жмем «Далее» , затем выбираем в списке роль «Hyper-V» и снова 2 нажимаем «Далее» .

Теперь необходимо выбрать один или несколько сетевых адаптеров из имеющихся физических сетевых карт для создания виртуальной сети. Отмечаем необходимые и жмем «Далее» .

В следующем окне жмем «Установить» , дожидаемся конца установки и перезагружаем компьютер. После чего появится сообщение об успешной установке роли Hyper-V.

А в Диспетчере сервера раскрыв вкладку «Роли» увидим, что там появилась роль «Hyper-V«. Раскрыв ее попадем на оснастку «Диспетчер Hyper-V» (доступен также через «Пуск» — «Администрирование» — «Диспетчер Hyper-V» ) где найдем наш сервер виртуализации (совпадает с именем физического компьютера) .

4. Создание виртуального жесткого диска

Теперь создадим виртуальный жесткий диск. Сделать это можно и во время создания виртуальной машины, но я отдельно опишу эту процедуру. Итак, в Диспетчере Hyper-V кликаем правой кнопкой мыши по нашему серверу виртуализации, в контекстном меню выбираем «Создать» — «Жесткий диск…» .

Запустится «Мастер создания виртуального жесткого диска» , жмем «Далее» и попадаем на окно выбора типа жесткого диска. Здесь приведено краткое описания для каждого типа. Выбирайте тот, который вам более подходит. Скажу только, что если нет необходимости экономить пространство физического диска, лучше выбрать диск «Фиксированного размера» т. к. он дает наибольшую производительность. Кроме того, если сомневаетесь, можно прочитать подробную справку по этому вопросу нажав на «Дополнительные сведения о виртуальных жестких дисках» . Выбрав нужный тип диска нажимаем «Далее» .

На следующей странице указываем имя виртуального диска и его расположение. Если на физическом компьютере имеется RAID-массив или SSD-диск, то для увеличения быстродействия логично расположить виртуальный диск именно там. Указав все данные жмем «Далее» .

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

Проверяем все настройки и нажимаем «Готово» . В зависимости от параметров системы и выбранного объема, создание виртуального жесткого диска может занять довольно продолжительное время. Дождавшись конца установки в указанной папке появится только что созданный файл с расширением «vhd» (Virtual Hard Disk).

5. Создание виртуальной машины

Теперь пришло время создать виртуальную машину. Для этого в Диспетчере Hyper-V в контекстном меню сервера виртуализации выбираем «Создать» — «Виртуальная машина…» .

Запустится «Мастер создания виртуальной машины» . Нажимаем «Далее» , попадаем в окно, где нужно указать имя и, если необходимо, изменить физический путь хранения виртуальной машины (по умолчанию «С:\ProgramData\Microsoft\Windows\Hyper-V\«). Необходимо позаботиться, чтобы на жестком диске было достаточно свободного места, для последующего сохранения снимков. После указания всех данных жмем «Далее» .

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

На этом шаге надо определить, будет ли виртуальная машина подключена к виртуальной сети (созданной на шаге 2) выбрав соответствующий параметр и нажав «Далее» .

Теперь необходимо подключить в виртуальную машину виртуальный жесткий диск, созданный на предыдущем шаге, выбрав пункт «Использовать имеющийся виртуальный жесткий диск» и указав путь к нему. Или же можно создать новый виртуальный жесткий диск выбрав «Создать виртуальный жесткий диск» и заполнив все параметры (аналогично пункту 2 этой инструкции). Указав все данные жмем «Далее» .

Проверяем все настройки, нажимаем «Готово» и дожидаемся сообщения об успешном создании виртуальной машины.

6. Редактирование параметров виртуальной машины

Если на предыдущем шаге все сделано правильно, то в диспетчере Hyper-V в окне «Виртуальные машины» появится только что созданная виртуальная машина. Для изменения параметров кликаем по ней правой кнопкой мыши и выбираем «Параметры» в контекстном меню.

Откроется окно настроек для виртуальной машины. Здесь можно выбрать порядок проверки загрузки устройств во время запуска виртуальной машины, изменить объем виртуальной памяти (в том числе и выбрать динамический режим), установить число логических процессоров в диапазоне от 1 до 4 (как увеличить это значение читайте в статье «Увеличение числа логических процессоров в виртуальной машине Hyper-V »), добавить еще один виртуальный жесткий диск и много другое. Например чтобы добавить виртуальный дисковод компакт-дисков откроем вкладку «Контроллер 1т IDE» — «DVD-дисковод«, где можно указать iso образ диска для виртуального дисковода или подключить в виртуальную машину физический дисковод компьютера. Для установки операционной системы укажем путь к образу установочного диска или вставим установочный диск в физический дисковод компьютера в соответствии с выбранными параметрами. Для сохранения всех настроек нажимаем «Применить» и «ОК» .

7. Запуск и подключение к виртуальной машине

Наконец, когда все предварительные настройки выполнены, можно переходить к запуску виртуальной машины, что аналогично включению физического компьютера. Для этого в списке виртуальных машин в Диспетчере Hyper-V кликаем правой кнопкой мыши по созданной виртуальной машине и выбираем пункт «Пуск» . Состояние виртуальной машины изменится на «Работает» . Чтобы ее выключить нужно соответственно выбрать в контекстном меню «Выключить…» или «Завершение работы…» . Ну а чтобы подключиться к виртуальной машине (равносильно тому, чтобы оказаться перед монитором физического компьютера) необходимо выбрать пункт «Подключить…» .

Откроется окно «Подключение к виртуальной машине» в котором увидим текущее состояние виртуальной машины. В данном случае это окно установки операционной системы. В дальнейшем все действия в виртуальной машине аналогичны действиям на любом физическом компьютере.

First published on TECHNET on Jul 31, 2007

Virtualization Nation,

If you’re trying to run Virtual Server R2 SP1 on Window Server 2008 Beta 3, it does work. However, there are three steps for success. You need to:

1. Add the IIS role with the correct settings for Virtual Server.
   
2. Install Virtual Server R2 SP1.
   
3. Run IE elevated as an Administrator to access the Virtual Server Administration Page. To run IE elevated, right click on IE and select
   
   Run as Administrator
   
   . (BTW: If you don’t do this, IE will quit with an error. This is a known issue and a fix is being investigated.)

Since the first step, adding the IIS role, requires specific settings to be enabled, I thought I’d cover this first step in detail. The second and third steps are straightforward and require nothing special. So, below I’ve provided step-by-step instructions for configuring IIS, the correct settings and included screen shots.

These installation instructions are for running Virtual Server R2 SP1 on a full installation of Windows Server 2008 Beta 3, not a server core installation. I’ll cover that in a future blog.

Cheers,

-Jeff

———CONFIGURING IIS IN WINDOWS SERVER 2008 FOR VIRTUAL SERVER BELOW———————————

To Enable IIS and the right settings here are the steps you need to take.

1. Go to the

Start

Menu and select

Server Manager.

2. Under

Roles Summary

click

Add Roles.

3. You will now be presented with the Select Server Roles screen. Select

Web Server (IIS).

4. Click

Next

.

5. A dialog will be displayed telling you that IIS has dependencies that need to be installed as well. Click

Add Required Features.

6. You will now see a screen called

Select Role Services

where you can select which IIS services you want enabled. Here are the required IIS services for Virtual Server.

Under

Common Http Features

enable:

• Static Content
  
• Default Document
  
• Directory Browsing
  
• HTTP Errors

Under

Application Development Features

enable:

• CGI

Under

Health and Diagnostics

enable:

• HTTP Logging
  
• Request Monitor

Under

Security

enable:

• Windows Authentication

Under

Performance Features

enable:

• Static Content Compression

Under

Management Tools

enable:

• IIS 6 Management Console
  
• IIS 6 Management Compatibility
  
• IIS 6 Metabase Compatibility

7. Once you’ve enabled all of the settings above, click

Next.

8. You’ll be presented with the confirmation screen. Click

Install

and the installation will begin.

9. After about a minute, the role has been added and you’ll see that the installation was successful. You can click

Close.

10. After closing the last window you’ll now see that the Web Server (IIS) appears in the Roles Summary.

Время на прочтение
4 мин

Количество просмотров 130K

Вступление

Сегодня я расскажу вам как установить и настроить гипервизор от Microsoft, а так же как управлять им.
Итак, сначала небольшое лирическое отступление.
По мере оптимизации существующей инфраструктуры встал вопрос о виртуализации. Я тут же вспомнил про замечательное решение от VMware — ESXi, с которым раньше неоднократно работал и был более чем доволен и собрался уже было на него мигрировать, но судьба распорядилась иначе. В процессе планирования и выбора платформы виртуализации неожиданно победил Hyper-V.
Две вещи склонили чашу весов в его сторону: отличная поддержка железа, а так же тот фактор, что у меня в организации используются только продукты Microsoft, вследствие чего имеем более тесную интеграцию и лучшую управляемость. К сожалению, поддержка AD была анонсирована в ESXi 4.1 позже начала миграции, а то наверное я бы еще подумал.
Как многие знают, Hyper-V Server 2008 R2 — бесплатный продукт и представляет собой ОС Windows Server 2008 R2 Standard, работающую в режиме Server Core (то есть без GUI) и с включенной ролью Hyper-V. В связи с этим возникают некоторые сложности в настройке системы для «виндовых» админов, так как нет волшебных кнопочек «далее» и «готово», а уж для линуксоидов и подавно — синтаксис комманд в винде и рядом не лежал с никсами по удобству и понятности.

Установка

Начнем с установки.
Установка с компакт-диска не представляет собой ничего сложного — загрузились с диска, выбрали язык, согласились с лицензионным соглашением, выбрали раздел и «ушли курить» минут на 10.

Настройка

Теперь начинается самое интересное — настройка.
При первом входе в систему мы видим текстовое меню, позволяющее произвести первичную настройку сервера.

На мой взгляд, оно не очень удобное, к тому же по умолчанию вы не сможете удаленно подключиться к серверу с помощью Диспетчера Hyper-V, поэтому смело его закрываем и переходим в коммандную строку.
1. Установка пароля администратора
выполните команду net user administrator * и введите новый пароль
2. Настройка сети
По умолчанию сетевые адаптеры настроены на получение адреса по DHCP, если вас это устраивает, можете переходить сразу к шагу 3.
Выполните команду netsh interface ipv4 show interface, запомните IDx нужной сетевой карты.
Выполните команду netsh interface ipv4 set address name=‘2’ source=static address=192.168.0.2 mask=255.255.255.0 gateway=192.168.0.1 где 2 – тот самый IDx.
Для настройки днс серверов выполните netsh interface ipv4 add dnsserver name=‘2’ address=192.168.0.10
Вы всегда можете вернуть родные настройки командой netsh interface ipv4 set address name=‘2’ source=dhcp
3. Имя компьютера и ввод в домен
В принципе домен не обязательно нужен, но это сильно упрощает жизнь, позже я расскажу почему. Будем считать что домен есть и мы будем пользоваться этим достижением человеческой мысли.
Смотрим имя компьютера командой hostname
Меняем имя компьютера командой netdom renamecomputer WIN-KMTUYKKZPJQ /newname:vm1, где WIN-KMTUYKKZPJQ – старое имя вашего компьютера, а vm1 – новое.
Вводим компьютер в домен командой netdom join vm1 /domain:contoso.com /userd:administrator /password:* и вводим пароль указанной учетной записи.
Перезагружаемся.
На этом первичная настройка завершена.

Управление

Для управления сервером вам потребуется скачать и установить Remote Server Administration Tools (RSAT) для клиентской операционной системы и установить компонент Диспетчер Hyper-V, или добавить роль Hyper-V и установить компонент Диспетчер Hyper-V на Windows Server 2008 R2.
Пытаемся подключиться к нашему серверу и видим ошибку, которая говорит нам занести админу пива, чтобы он выдал нужные права. Вспомнив, что мы и есть тот самый админ, не падаем духом и читаем дальше.
John Howard, который занимает пост Senior Program Manager in the Hyper-V team at Microsoft, написал цикл статей, посвященный раздаче необходимых прав, а в последствии состряпал замечательную утилиту HVRemote, которая произведет хитроумную настройку сервера и клиента, не взрывая мозг админу.
Ей мы и воспользуемся. Итак, скачиваем, заходим на сервер по \\server\C$, кладем HVremote.wsf в папку Windows (или в любое другое место, но тогда не забываем указывать полный путь до нее). Запускаем на сервере:
cscript hvremote.wsf /add:domain\account ***, где domain\account – ваше имя пользователя в домене. Скрипт пропишет все необходимые привилегии, в том числе откроет нужные порты на фаерволе.
Затем, на клиенте cscript hvremote.wsf /mmc:enable, скрипт создаст исключения фаервола.
Теперь можно запускать Диспетчер Hyper-V и подключаться к нашему серверу, создавать виртуалки и радоваться жизни.

Заключение

Расскажу о некоторых моментах, с которыми мне пришлось столкнуться:
1. Используйте англоязычную версию Hyper-V – на русскоязычной скрипт не будет работать, поскольку названия групп в фаерволе будут отличаться. С клиента интерфейс hyper-v все равно будет русским.
2. Используйте домен. Если домена нет, нужно будет выполнить следующие шаги:
• Создать на сервере и на клиенте аккаунт с помощью net user
• Дать этому пользователю доступ cscript hvremote.wsf /add:accountname ***
• На клиенте разрешить анонимный доступ к DCOM cscript hvremote.wsf /anondcom:grant, залогиниться под тем же аккаунтом, которому разрешили доступ на сервере, или запустить Диспетчер Hyper-V из под нужного аккаунта, прописать учетные данные для подключения к серверу командой cmdkey /add:servername /user:servername\account /pass, а также создать исключения брандмауэра командой cscript hvremote.wsf /mmc:enable
Вот и все. Если будут вопросы – с удовольствием отвечу.
P.S: Автор — мой товарищ CLaiN.