Windows server 2008 r2 server virtualization

Hyper-V: технология виртуализации для Windows Server 2008

Содержание статьи

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

Технология Hyper-V

Пару лет назад ситуация на рынке систем виртуализации напоминала полный
штиль. Пользователи и администраторы, желающие установить один из подобных
продуктов, выбирали традиционные решения. И очень часто таким решением
оказывался всем известный VMware, который давно (и вполне заслуженно) занял
место лидера. Но сейчас ситуация резко изменилась и напоминает гонку
процессоров, когда одна ошибка может дорого стоить. Сегодня виртуализация
используется примерно на 10% всех серверов в мире, а это весьма солидный кусок
пирога.

Технология Hyper-V стала одной из ключевых возможностей Win2k8, хотя первые
релизы этой системы включали beta3-версию Hyper-V. Финальный выпуск был обещан
через 180 дней после анонса Win2k8, но он появился в начале лета, на два месяца
раньше заявленного срока. Сегодня он входит в состав 64-битных версий Win2k8
Standard/Enterprise/Datacenter (Web и Itanium – нет) – и как отдельный продукт
под названием Microsoft Hyper-V Server 2008. Последний полностью бесплатен и не
требует CAL (Client Access License); лицензия понадобится лишь для гостевых
Windows. Технологию Hyper-V можно использовать как в режиме полной установки (с
графической оболочкой), так и в Server Core.

Возможности, предоставляемые Hyper-V, в разных версиях Win2k8 несколько
отличаются. Так, Hyper-V Server 2008, по сути, является сильно облегченной
версией Win2k8 Standard, из которой убрано практически все, что не касается
виртуализации. Оставлены только средства управления гипервизором. Предназначен
этот вариант для «чистой виртуализации» (других сервисов там попросту нет), но
зато требует на порядок меньше ресурсов, чем тот же Server Core. Он поддерживает
(как и Standard) до 4 физических процессоров и до 32 Гб ОЗУ. Возможен запуск до
128 VM, недоступен локальный графический интерфейс управления и отсутствует
поддержка кластеров, – что не позволяет создавать на нем отказоустойчивые
решения и реализовать возможность быстрой миграции.

Основной минус новой технологии: довольно высокие требования к процессорам.
Как ты, наверное, заметил, поддержка 32-разрядных систем отсутствует (вообще
говоря, архитектура платформы x86 никогда не предназначалась для запуска
нескольких операционных систем одновременно; кроме того, ей присущи различные
ограничения, например, максимальный размер ОЗУ равен 4 Гб). Возможна работа
только на 64-разрядных процессорах, поддерживающих технологии Intel VT или AMD-V
(прежнее название Pacifica). В BIOS должен быть активизирован механизм защиты
исполняемого кода (Intel XD или AMD NX).

Работает гипервизор на Ring-1 – напрямую общается с оборудованием сервера,
без вмешательства основной ОС, роль которой в Hyper-V минимальна. Микроядерная
архитектура гипервизора (размер – менее 1 Мб) позволяет абстрагироваться от
основных функций. На его плечи возложено управление выделением ресурсов (CPU,
RAM, I/O). Каждый сервер Hyper-V имеет один родительский (Parent Partition) и
несколько дочерних разделов (по количеству гостевых ОС, Child Partition).
Родительский раздел – это виртуальное устройство с прямым доступом к аппаратным
ресурсам. Гостевые ОС для доступа к устройству используют Parent Partition.
Заявленные возможности Hyper-V весьма впечатляют:

Количество официально поддерживаемых гостевых ОС постоянно увеличивается.
Уточненный список можно просмотреть на странице, посвященной Hyper-V (www.microsoft.com/servers/hyper-v-server).
На сегодняшний день это практически все семейство ОС от Microsoft, начиная с
версии WinXP Pro SP2. Из «не оконных» систем в список попал только SUSE Linux
Enterprise Server 10 SP1 (неудивительно, учитывая соглашение, заключенное между
Novell и Microsoft). Но под Hyper-V нормально работают и другие
Linux-дистрибутивы – Debian, Ubuntu, Mandriva. Есть информация и об удачных
гостевых запусках FreeBSD.

Установка Hyper-V

Сам процесс добавления новой роли выполняется стандартно в «Диспетчере
сервера» (Server Manager) при помощи мастера добавления ролей, вызываемого
нажатием ссылки «Добавить роли» (Add Roles). Перейдя на страницу выбора ролей «Select
Server Roles», отмечаем флажком Hyper-V и переходим к следующему шагу «Create
Virtual Networks». Здесь необходимо отметить один или несколько физических
сетевых адаптеров, которые будут использованы при создании виртуальных сетей.
Рекомендуют одно сетевое устройство использовать только для удаленного
управления компьютером, не задействуя его в виртуальной сети. Далее знакомимся с
установками и, если все в порядке, нажимаем кнопку Install. Возможно, будет
предложено произвести некоторые действия, например, включить поддержку
виртуализации в BIOS для Intel VT (для AMD-V она активирована по умолчанию). По
всем вопросам здесь же присутствуют ссылки, по которым можно получить
дополнительную информацию. Чуть позже потребуется перезагрузка. После рестарта
обязательно зарегистрируйся в системе под той же учетной записью. Еще какое-то
время уйдет на автоматическую установку компонентов и конфигурирование при
помощи «Resume Configuration Wizard».

Для установки Hyper-V в режиме Server Core необходимо произвести стандартные
настройки сервера (смотри статью «Без окон, без дверей» в августовском ][ за
2008 год) и затем ввести команду:

> start /w ocsetup Microsoft-Hyper-V

Управление Hyper-V

Для управления настройками Hyper-V в Win2k8 предлагается «Диспетчер Hyper-V»
(Hyper-V Manager), установленный нами на предыдущем шаге. Как и все прочие
инструменты в этой системе, диспетчер является консолью MMC и позволяет
управлять не только локальным, но и несколькими удаленными серверами. Его можно
вызвать либо из Server Manager, либо как отдельное приложение из меню
Administrative Tools.

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

При первом запуске диспетчера необходимо принять условия лицензионного
соглашения. Далее подключаемся к удаленному серверу, нажав ссылку «Connect to
Server», или выбираем локальную систему. Перед началом дальнейших настроек
советую зайти в «Hyper-V Server Settings» и пройтись там по пунктам. Например,
по умолчанию виртуальные диски и снапшоты помещаются в один из каталогов на
системном диске С. Это не очень практично с точки зрения производительности,
безопасности, да и резервного копирования. Лучше использовать отдельный раздел
для их хранения. Остальные параметры позволяют настроить реакцию виртуальной
системы на комбинацию переключения окон (), комбинацию для выхода из
виртуальной машины ( ) и прочее.

Если уже есть готовые виртуальные машины (допустим, созданные в Virtual
Server), то их можно импортировать в Hyper-V. Для этого достаточно нажать ссылку
«Import Virtual Machine», после чего указать на каталог, в котором расположены
связанные файлы.
Большая часть настроек производится при помощи мастеров, поэтому процесс
создания новой виртуальной машины довольно прост. Необходимо пройти всего
несколько шагов, но для начала лучше познакомиться с некоторыми тонкостями.

Читайте также:  Windows 10 х86 или х64 разница

Виртуальные сети и диски

В Hyper-V для связи с VM и VM могут использоваться три типа виртуальных
сетей:

Чтобы создать новую виртуальную сеть, выбери ссылку «Virtual Network Manager».
Откроется окно диспетчера виртуальных сетей, в котором будут показаны все
виртуальные сетевые устройства, подключенные к Hyper-V на этапе установки. Для
удобства в поле Name можно прописать другое имя сетевого устройства и добавить
его описание в поле Notes, чтобы легче ориентироваться среди множества
виртуальных девайсов. По умолчанию, все созданные виртуальные сетевые устройства
имеют тип External (кстати, для него можно указать альтернативное физическое
устройство, с которым он и будет сопоставлен). При необходимости этот тип можно
изменить, установив переключатель в поле «Connection Type» в другую позицию.
Наконец, в самом низу прописывается VLAN-идентификатор (опционально). Кнопка
Remove позволяет удалить выбранный виртуальный адаптер. Чтобы создать новую
сеть, щелкаем в панели слева ссылку «New virtual network», указываем тип сети,
нажимаем кнопку Add, – после чего редактируем параметры.

Сервер Hyper-V может работать с тремя типами устройств хранения данных:

Кроме того, в Hyper-V есть возможность напрямую использовать физический диск
без создания виртуального (только локальный диск или LUN (logical unit number)
SAN-среды). В этом случае виртуальная система должна иметь исключительный доступ
к такому разделу (установи Offline в Disk Management!), а его размер ограничен
возможностями самой системы хранения. Естественно, он не может быть «Dynamically
expanded» или «Differencing».

После выбора типа диска переходим к следующему шагу мастера, где можно
указать его расположение. Размер виртуального диска указывается на этапе «Configure
Disk». Переключив флажок в положение «Copy the contents of the specified
physical disk», сможем задать раздел для прямого доступа. Разделы локальной
системы будут показаны в списке внизу. В дальнейшем можно изменить некоторые
параметры созданных ранее жестких дисков. Для этого в «Диспетчере Hyper-V»
следует выбрать «Edit Disk» и указать на нужный образ. На этапе «Choose Action»
доступно три пункта, при помощи которых можно уменьшить размер образа,
перераспределив свободное пространство, изменить его тип (Dynamic на Fixed) и
увеличить размер.

Подобно мастеру создания жесткого диска, в меню присутствует и мастер
создания образа флоппи-дисковода, – принцип работы с ним аналогичен.

Итак, пришло время создания новой виртуальной машины. Выбираем «New – Virtual
Machine» и следуем указаниям мастера «New Virtual Machine Wizard». Пропустив
информацию на первом шаге, мы вводим имя новой VM и, при необходимости,
указываем другое место размещения файлов. Задаем в окне «Assign Memory»
количество ОЗУ, которое будет доступно VM (не может быть больше, чем размер
физической памяти в компьютере). Далее выбираем из раскрывающегося списка сеть,
к которой будет подключена VM. Создаем новый виртуальный диск или выбираем из
списка имеющийся. И на шаге «Installation Options» указываем источник, с
которого будет ставиться ОС. Это может быть физический CD/DVD-привод, ISO-образ,
загрузочный флоппик (физический или образ) или сетевая PXE-загрузка. Чтобы
создать VM, на последнем шаге нажимаем Finish. Через некоторое время новая VM
появится в окне «Диспетчера». Кстати, чтобы отменить работу мастера, на любом
этапе нажимай Cancel; кнопка Finish также активна, и, если нажать ее по ошибке,
будет создана VM или другое виртуальное устройство с неполными характеристиками.
Чтобы запустить VM в работу, выбери ее в окне «Диспетчера» и нажми ссылку Start.
Впоследствии можно изменить основные настройки VM, – в том числе, добавить еще
устройства, выбрав в контекстном меню ссылку Settings.

Заключение

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

Инструменты управления Hyper-V

Помимо встроенного «Диспетчера Hyper-V» в Win2k8, есть и другие инструменты
управления. По адресу support.microsoft.com/kb/952627 доступен аналогичный
диспетчер для Vista SP1. Существует и более мощное решение: System Center
Virtual Machine Manager (SCVMM) 2008, основное назначение которого – управление
массивами виртуальных серверов в большой сети компании или провайдера. При этом
он может работать как отдельное приложение, но рекомендуется соединять его с
другими решениями System Center. Также SCVMM поддерживает Microsoft Virtual
Server и VMware ESX. В этом случае он позволит не только управлять, но и следить
за состоянием виртуальных машин (нагрузка, количество доступных ресурсов,
системные события). Оценочную 120-дневную версию SCVMM можно скачать по ссылке
на странице продукта:

www.microsoft.com/systemcenter/virtualmachinemanager.

Клавиши управления Hyper-V

При работе в виртуальной системе при использовании Hyper-V тебе понадобятся
некоторые комбинации клавиш, так как стандартные сочетания Windows (даны в
скобках) в полноэкранном режиме работают иначе:

Некоторые комбинации и реакцию на них родительской и виртуальных систем можно
настроить в «Hyper-V Server Settings».

А так же

Первоначально технология виртуализации Hyper-V называлась Viridian.

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

Официально Hyper-V в качестве гостевых систем поддерживает практически все
версии 32х и 64х Windows, начиная с XP Professional SP2 и заканчивая Win2k8
(сюда же входит Windows HPC Server 2008), а также SUSE Linux Enterprise Server
10 SP1. Поддержка вариантов Home не заявлена.

Распределение ролей сервера между виртуальными машинами вместо запуска
множества серверных приложений на одной операционной системе способствует
повышению уровня безопасности.

Источник

“Изюминки” Windows Server 2008 R2: виртуализация и поддержка Windows 7

В гипервизоре Hyper-V, предусмотренном в редакции R2 операционной системы Windows Server 2008, появилась возможность перемещать виртуальные машины с одного хоста на другой, не прерывая работы ОС. Кроме того, эта версия Windows Server впервые за последнее десятилетие выходит одновременно с новой клиентской ОС (в данном случае Windows 7). Поэтому она включает много функций, позволяющих ей более эффективно работать в её среде.

Хотя редакция Windows Server 2008 R2 не содержит особенно значительного расширения функционала, она заслуживает внимания со стороны организаций, которые собираются заняться виртуализацией серверов или намерены в ближайшее время внедрять Windows 7.

Гипервизор Hyper-V теперь позволяет перемещать виртуальные машины с одного хоста на другой без прерывания работы системы. Данная функция, названная Live Migration, является важным дополнением Hyper-V, однако этот гипервизор все еще отстает от более зрелого продукта компании VMware, в котором аналогичная поддержка переноса виртуальных машин появилась еще в 2003 г. Я обнаружил, что ESX Server разработки VMware проще в конфигурировании и использовании, чем Hyper-V, при манипулировании как отдельным хостом виртуализации, так и кластером хостов. Правда, в последнем случае я не опробовал готовящийся к выпуску продукт Virtual Machine Manager, который должен упростить управление множеством хостов.

Читайте также:  Panasonic kv ss081 драйвер windows 7

Версия Windows Server 2008 R2 выходит одновременно с Windows 7. За последние десять лет это первый случай, когда Microsoft параллельно выпускает очередную редакцию серверной ОС и новую клиентскую операционную систему. Поэтому компания снабдила R2 целым рядом функций, предназначенных для улучшения совместной работы с Windows 7 и направленных на стимулирование перехода на эти две ОС.

В число таких новинок входят средства DirectAccess для создания на клиентской машине под управлением Windows 7 безопасного соединения с корпоративной сетью без помощи виртуальной частной сети; утилита BranchCache для ускорения обмена файлами по медленным каналам связи; дополнения к функционалу терминального доступа Terminal Services (теперь называется Remote Desktop Services).

Помимо новинок, связанных с Hyper-V и Windows 7, в R2 имеется ряд менее значительных обновлений, предназначенных для управления удаленными системами, составления с помощью PowerShell скриптов для администрирования и снижения энергопотребления физических и виртуальных машин, работающих под управлением этой ОС.

Хотя Microsoft еще не объявила схему ценообразования для Windows Server 2008 R2, я полагаю, что она будет такой же, как для Windows Server 2008, которая вышла в пяти вариантах: Standard Edition с пятью лицензиями для доступа к клиентам за 999 долл.; Enterprise Edition с 25 клиентскими лицензиями за 3999 долл.; Datacenter Edition за 2999 долл. на один процессор; вариант для систем на базе Itanium за 2999 долл. на один процессор; вариант для Web-сервера за 469 долл.

В число уже объявленных изменений входит отказ от варианта Windows Server 2008 SKU без Hyper-V и перемены с клиентскими лицензиями, связанные с тем, что для экземпляра Windows Server, исполняемого только в качестве Hyper-V, не требуется клиентская лицензия. Более того, Microsoft будет поставлять новинку — Foundation Server SKU для OEM-серверов, предназначенную малым предприятиям с числом пользователей не более 15.

Начиная с версии Windows Server 2008 R2 компания прекращает поддержку платформы x86, но продолжает поддерживать процессоры x86-64 и Itanium 2.

Я протестировал вариант Datacenter Edition системы Windows Server 2008 R2 для x86-64 на серверах компании HP — DL360 G6 и DL380 G6, используя их в качестве узлов под управлением Hyper-V в конфигурации Failover Cluster. А кроме того, проверил R2 при исполнении контроллера домена и удаленном управлении настольными компьютерами посредством виртуальных машин, функционирующих на двух перечисленных выше хостах.

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

Теперь в Hyper-V появилась функция Cluster Shared Volumes, которая выполняет оперативный перенос при исполнении Windows Server в конфигурации Failover Cluster. Эта функция компенсирует то, что Windows NTFS не является кластерной файловой системой. Cluster Shared Volumes создает в NTFS дополнительный логический уровень, который позволяет следить за тем, какой виртуальных машине принадлежит данное логическое устройство (LUN) в совместно используемой памяти.

Положительной стороной является то, что использование Cluster Shared Volumes при работе с NTFS обеспечивает более широкий доступ к памяти, чем в других случаях. Например, файловая система VMFS компании VMware доступна только в продуктах VMware.

Отрицательная сторона подхода Microsoft связана с тем, что Cluster Shared Volumes поддерживает более узкий набор запоминающих устройств, чем VMFS. Так, для Cluster Shared Volumes требуется система хранения с постоянным резервированием (persistent reservation). В моем случае это означало, что при тестировании Cluster Shared Volumes я не смог использовать то же самое устройство OpenFiler iSCSI на базе Linux, которое обычно применял при тестировании продуктов VMware. Вместо этого я выбрал устройство NexentaStor на базе OpenSolaris, обеспечивающее при работе с новой подсистемой хранения COMSTAR компании Sun поддержку постоянного резервирования, требуемую для Cluster Shared Volumes.

Разобравшись с вопросами совместного использования памяти, я занялся проблемами, связанными с применением службы каталогов Windows Server 2003 Active Directory в нашей тестовой лаборатории. Мы сконфигурировали домен под управлением Active Directory для работы в смешанном режиме с обратной совместимостью, который в Windows Server 2003 задается по умолчанию. Поскольку обе наши виртуальные машины под управлением Hyper-V получили имена, состоящие более чем из 16 символов, в сети стали появляться перемежающиеся неисправности. И лишь когда я сократил эти имена до 16 символов, всё заработало как нужно.

Решить проблемы с совместным использованием памяти и снизить трудности со службой каталогов Active Directory мне в некоторой степени помогла wizard-программа, предусмотренная в конфигурации Failover Clustering. В случае совместного использования памяти эта программа точно сообщила мне, что нужно делать. Однако для службы каталогов она довольно расплывчато предположила, что проблема связана с тем, что мои узлы находились на одном и том же устройстве. Мне пришлось самому устранять неисправность методом проб и ошибок.

Когда все было нормально установлено, я смог перенести работающую виртуальную машину с одного узла Hyper-V на другой с очень коротким остановом. Я тестировал Live Migration, создав с помощью R2 виртуальную машину, выполняющую функцию терминального доступа Remote Desktop Services (RDS). Сконфигурировав экземпляры RDS для выполнения приложения Word 2010 в качестве удаленного приложения RemoteApp, я обратился к Word с системы Windows 7 в моей сети. Открыв в Word новый документ и начав вводить символы, запустил операцию переноса Live Migration с помощью управляющей консоли, предусмотренной в Failover Clustering, и переключился обратно на мой документ. Во время переноса наблюдалась моментальная заминка при работе с редактором Word, однако ничего из того, что я ввел в документ, не пропало.

Использовать функцию Live Migration было очень легко, но процесс конфигурирования и применения Live Migration в Windows Server 2008 R2 оказался значительно сложнее, нежели сервера VMware ESX и Virtual Center. В отличие от продукта VMware, в котором все задания собраны вместе в специальном интерфейсе, Windows Server требует при конфигурировании Cluster Shared Volumes обращения к разным утилитам.

Источник

Знакомство с Windows Server 2008 Hyper-V

В наши дни виртуализация — одна из наиболее актуальных технологий, а средство виртуализации Hyper-V, встроенное в систему Windows Server 2008, является новым сильным «игроком», способным изменить ситуацию на этом рынке. На сегодня лидером рынка признан продукт ESX Server. Чтобы сделать вывод о конкурентоспособности Hyper-V, необходимо разобраться в том, как сравнивать архитектуры двух продуктов. Кроме того, в состав пакета Hyper-V входит несколько новых важных функций, и стоит посмотреть, как связаны между собой Hyper-V и старое решение Virtual Server 2005 R2. Наконец, в этой статье я покажу, как настраивать и использовать Hyper-V.

Читайте также:  Port ping for windows

Условия работы

В отличие от пакета Virtual Server 2005 R2, работающего и на 32-разрядной, и на 64-разрядной системе, Hyper-V требует наличия 64-разрядной системы с поддержкой технологий Intel-VT или AMD-V. Кроме того, у процессора основной машины должен быть активирован механизм защиты исполняемого кода (Intel XD или AMD NX). Технология виртуализации Hyper-V поставляется компанией Microsoft со следующими версиями Windows Server 2008:

Как и системы Windows Server 2003 R2 версий Enterprise и Datacenter, платформа Windows Server 2008 редакции Enterprise позволяет поддерживать до четырех виртуальных образов системы Windows без дополнительных затрат на лицензии, а Server 2008 Datacenter позволяет создавать неограниченное количество образов системы по одной лицензии. Можно использовать Hyper-V как в полных версиях системы Server 2008, так и в системах с ядром Server Core любой из редакций Server 2008. Кроме того, компания Microsoft со временем предложит самостоятельную версию данной функции под названием Hyper-V Server за 29 долл.

Архитектура Windows Server Hyper-V

Функция Hyper-V, которая должна была составить конкуренцию Vmware ESX Server, изначально создавалась на основе новой микроядерной архитектуры. На рисунке показана архитектура Server 2008 Hyper-V. Быстро сравнить пакеты ESX Server и Hyper-V поможет врезка «Лицом к лицу: VMware ESX Server против Microsoft Hyper-V».

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

Все версии Hyper-V имеют один родительский раздел. Этот раздел управляет функциями Hyper-V. Из родительского раздела запускается консоль Windows Server Virtualization. Кроме того, родительский раздел используется для запуска виртуальных машин (VM), поддерживающих потоковую эмуляцию старых аппаратных средств. Такие VM, построенные на готовых шаблонах, эмулирующих аппаратные средства, являются аналогами VM, работающих в продуктах с виртуализацией на базе хоста, например Virtual Server.

Гостевые VM запускаются из дочерних разделов Hyper-V. Дочерние разделы поддерживают два типа VM: высокопроизводительные VM на основе архитектуры VMBus и VM, управляемые системой-хостом. В первую группу входят VM с системами Windows Server 2003, Windows Vista, Server 2008 и Linux (поддерживающими Xen). Новую архитектуру VMBus отличает высокопроизводительный конвейер, функционирующий в оперативной памяти, соединяющий клиентов Virtualization Service Clients (VSC) на гостевых VM с провайдером Virtual Service Provider (VSP) хоста. VM, управляемые хостом, запускают платформы, не поддерживающие новую архитектуру VMBus: Windows NT, Windows 2000 и Linux (без поддержки технологии Xen, например SUSE Linux Server Enterprise 10).

Hyper-V и Virtual Server 2008

Hyper-V предоставляет гораздо больше возможностей, чем Virtual Server 2005 R2. Так как Hyper-V работает только на 64-разрядных платформах, хост-системе выделяется до 1 Тбайт оперативной памяти. Hyper-V не ограничивает число активных VM: максимальное количество определяется только возможностями аппаратных средств хоста. Кроме того, VM Hyper-V являются более масштабируемыми, чем VM Virtual Server. Hyper-V поддерживает как 32-разрядные, так и 64-разрядные гостевые операционные системы. Гостевые системы могут использовать высокопроизводительную архитектуру VMBus, а также получают больше оперативной памяти и процессорных ресурсов, чем предлагает Virtual Server. Технология Virtual Server 2005 R2 не поддерживает симметричную мультипроцессорную обработку и имеет ограничение при выделении оперативной памяти (до 3,6 Гбайт на каждую VM). Hyper-V выделяет для каждой VM до четырех виртуальных процессоров и до 32 Гбайт оперативной памяти. Для того чтобы использовать эти возможности полностью, хост-система должна иметь как минимум четыре процессорных ядра и более 32 Гбайт физической оперативной памяти.

Hyper-V предоставляет новые технологии хранения данных. Поддержка технологии Storage Area Network (SAN) позволяет загружать VM и реализовывать кластеризацию с перехватом отказа гостевых систем и виртуальных серверов. Пакет Hyper-V также предоставляет возможность хранения данных с доступом через VM. С помощью технологии Hyper-V можно обратиться к образам виртуальных жестких дисков, без монтирования образа VHD на активной VM. Hyper-V также позволяет использовать службу Volume Shadow Copy Service (VSS) для резервного копирования VM. На сетевом уровне технология Hyper-V позволяет установить новый виртуальный коммутатор с поддержкой механизма Windows Network Load Balancing (NLB) для соединения VM и различных серверов. Кроме того, Hyper-V позволяет делать «снимки» активных VM и дает возможность сделать возврат состояния виртуальной системы по любому из сохраненных «снимков».

Установка Hyper-V

Hyper-V не устанавливается по умолчанию с системой Server 2008. Для установки компонента Hyper-V используется Server Manager из состава Windows Server 2008. В меню Start выберите Programs, Administrative Tools, после чего щелкните Server Manager. В окне Server Manager добавьте роль виртуализации. Для этого щелкните на кнопке Add Roles и запустите мастер Add Roles Wizard, показанный на экране 1.

В мастере Add Roles Wizard нужно отметить роль Windows Server Virtualization. Далее щелкните на кнопке Next и просмотрите экраны мастера, позволяющие изучить и настроить Hyper-V. Первым делом мастер объяснит, что, возможно, вам придется настраивать поддержку виртуализации в BIOS. Программа даст ссылку на файлы службы помощи Windows Server Virtualization Online Help. Далее мастер предложит указать сетевые подключения, которые вы хотите связать с виртуальными сетями. По умолчанию мастер создает одну виртуальную сеть для каждого реально установленного сетевого адаптера. Далее будет предложено подтвердить указанную информацию и перезагрузить систему

Системы с технологией AMD-V поддерживают виртуализацию по умолчанию. Однако, если система использует технологию виртуализации Intel-VT, придется просмотреть настройки BIOS во время загрузки и убедиться, что виртуализация разрешена. При работе с материнскими платами компании Intel нужно нажать клавишу F2 во время загрузки, чтобы просмотреть настройки BIOS. Можно установить параметр Enable VT, чтобы разрешить процессору поддержку виртуализации.

После перезагрузки системы появится экран Resume Configuration Wizard. Используйте его для завершения добавления роли Windows Server Virtualization. Новая роль будет добавлена в контейнер установленных ролей в Server Manager.

Консоль управления Hyper-V

После установки роли сервера виртуализации все готово к созданию новых VM. В отличие от продукта Virtual Server 2005 R2, управление которым осуществляется через Web-консоль, Hyper-V управляется с помощью графического интерфейса на основе консоли Microsoft Management Console (MMC) 3.0. Для запуска консоли Virtualization Management Console управления Hyper-V выберите в меню Start пункты Administrative Tools, Windows Virtualization Management. На экране 2 изображена консоль управления Hyper-V.

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

Источник

Поделиться с друзьями
Советы экспертов и специалистов
Adblock
detector