Запуск виртуальной машины на windows server 2012

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

Для установки роли Hyper-V на Windows Server 2012 R2 потребуется компьютер, под управлением Windows Server 2012 R2 (О том как установить Windows Server 2012 R2 можно прочитать в данной статье: «Установка и активация Windows Server 2012 R2 c USB флешки» ).

I. Установка роли Hyper-V на Windows Server 2012 R2

1. Откройте окно диспетчера сервера и выберите пункт Добавить роли и компоненты (Рис.1).

Рис.1

.

2. В появившемся окне нажмите Далее (Рис.2).

Рис.2

.

3. Выберите пункт Установка ролей и компонентов, затем нажмите Далее (Рис.3).

Рис.3

.

4. Выберите сервер на который будет производиться установка роли, затем нажмите Далее (Рис.4).

Рис.4

.

5. Поставьте галочку напротив Hyper-V (Рис.5).

Рис.5

.

6. Мастер установки ролей предупредит, что для установки роли Hyper-V нужно установить несколько компонентов. Нажмите Добавить компоненты (Рис.6).

Рис.6

.

7. Убедитесь, что после установки необходимых компонентов напротив Hyper-V стоит галочка, затем нажмите Далее (Рис.7).

Рис.7

.

8. На этапе добавления компонентов оставьте все значения по умолчанию и нажмите Далее (Рис.8).

Рис.8

.

9. Ознакомьтесь с дополнительной информацией касательно Hyper-V, затем нажмите Далее (Рис.9).

Рис.9

.

10. Мастер добавления ролей и компонентов предложит настроить сеть и выбрать сетевые адаптеры, ничего не выбирайте (настройку можно будет произвести позднее) и нажмите Далее (Рис.10).

Рис.10

.

11. Настройку миграции тоже можно произвести позднее, нажмите Далее (Рис.11).

Рис.11

.

12. Оставьте настройки по умолчанию и нажмите Далее (Рис.12).

Рис.12

.

13. Нажмите Установить (Рис.13).

Рис.13

.

14. Начнётся процесс установки (Рис.14).

Рис.14

.

15. После окончания установки нажмите Закрыть, затем перезагрузите сервер (Рис.15).

Рис.15

.

16. После перезагрузки откройте Диспетчер серверов, в левой колонке Вы увидите пункт Hyper-V (Рис.16). На этом установка роли Hyper-V в Windows Server 2012 R2 закончена.

Рис.16

.

II. Создание виртуальной машины в Hyper-V

1. Откройте Диспетчер серверов, затем Средства и выберите Диспетчер Hyper-V (Рис.17).

Рис.17

.

2. В открывшемся окне нажмите Создать (Рис.18).

Рис.18

.

3. В открывшемся меню выберите Виртуальная машина… (Рис.19).

Рис.19

.

4. В открывшемся окне Мастера создания виртуальной машины нажмите Далее (Рис.20).

Рис.20

.

5. В поле Имя введите имя для новой виртуальной машины (прим. в данном руководстве это DemoVM), затем нажмите Далее (Рис.21).

Рис.21

.

6. Выберите поколение виртуальной машины, затем нажмите Далее (Рис.22).

Рис.22

.

7. Поставьте галочку напротив Использовать для этой виртуальной машины динамическую память, затем нажмите Далее (Рис.23).

Рис.23

.

8. В окне настроек сети — нажмите Далее (Рис.24).

Рис.24

.

9. Выберите пункт Создать виртуальный жесткий диск, затем установите размер диска, после чего нажмите Далее (Рис.25).

Рис.25

.

10. Выберите пункт Установить операционную систему позднее, затем нажмите Далее (Рис.26).

Рис.26

.

11. Для создания виртуальной машины и закрытия мастера нажмите Готово (Рис.27). На этом создание виртуальной машины завершено.

Рис.27

.

III. Настройка сетевого взаимодействия

1. Откройте Диспетчер Hyper-V и выберите Диспетчер виртуальных коммутаторов (Рис.28).

Рис.28

.

2. Выберите необходимый тип виртуального коммутатора (прим. описание для каждого типа указаны в диспетчере виртуальных коммутаторов ниже. В данном руководстве будет использоваться Внешний тип виртуального коммутатора), затем нажмите ОК (Рис.29).

Рис.29

.

3. В поле Имя введите имя для виртуального коммутатора (прим. в данном руководстве это Demo Virtual switch). Выберите пункт Внешняя сеть и укажите Сетевое подключение, затем поставьте галочку напротив Разрешить управляющей операционной системе предоставлять общий доступ к этому сетевому адаптеру, нажмите Применить и ОК (Рис.30).

Рис.30

.

4. В появившемся окне предупреждения нажмите Да (Рис.31).

Рис.31

.

5. Откройте Диспетчер Hyper-V, выберите виртуальную машину (прим. в данном руководстве это DemoVM), откройте меню (пр. кнопкой мыши) и выберите Параметры… (Рис.32).

Рис.32

.

6. В окне Параметров выберите Сетевой адаптер, затем укажите виртуальный коммутатор (прим. в данном руководстве это Demo Virtual switch) (Рис.33).

Рис.33

.

7. После того как Вы выбрали виртуальный коммутатор, нажмите Применить, затем ОК (Рис.34). На этом настройка сети завершена.

Рис.34

.

IV. Запуск виртуальной машины в Hyper-V

1. Откройте Диспетчер Hyper-V и выберите Параметры… (Рис.35).

Рис.35

.

2. Выберите DVD-дисковод, затем пункт Файл образа и нажмите Обзор… (Рис.36).

Рис.36

.

3. Выберите ISO-образ операционной системы (прим. в данном руководстве, в качестве примера, используется Windows Server 2012 R2) и нажмите Открыть (Рис.37).

Рис.37

.

4. Нажмите Применить, затем ОК (Рис.38).

Рис.38

.

5. В Диспетчере Hyper-V выберите виртуальную машину, вызовите меню (пр. кнопкой мыши) и нажмите Пуск (Рис.39).

Рис.39

.

6. Сделайте двойной клик на названии виртуальной машины, после чего откроется окно запущенной виртуальной машины (Рис.40).

Рис.40

.

Установка и настройки роли Hyper-V, создание виртуальной машины, а также настройка сетевого взаимодействия и запуск виртуальной машины на Windows Server 2012 R2 произведены! Надеемся, что данное руководство было для Вас полезно!

.

Обновлено 27.11.2015

Добрый день уважаемые читатели блога pyatilistnik.org, сегодня хочу рассказать как создать виртуальную машину в Hyper-v 3.0 в Windows Server 2012R2.

Данная статья является продолжением статьи как установить Hyper-V в Windows Server 2012R2 и Как настроить виртуальный коммутатор в Hyper-v 3.0 в Windows Server 2012R2. И так давайте приступим.

Открываем оснастку Диспетчер Hyper-V. Найти можно в пуске.

Переходим в правую колонку

нажимаем Создать-Виртуальная машина

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

Далее выбираем поколение 2, чтобы можно было ставить новые операционные системы.

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

Далее выбираем сеть, а точнее к какому сетевому коммутатору подключиться

я выбираю внешний, чтобы обновиться вначале

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

На следующем шаге мастера монтируем ISo образ операционной системы, я смонтирую Windows Server 2012R2

готово.

Теперь щелкаем правым кликом по созданной машине и выбираем Пуск.

После того как vm запустится, нажмите Подключить, и у вас появится окно терминала, которое вам позволит дальше установить систему. Установка ни чем не отличается от классической, если у вас в этом есть трудности, то посмотрите Как установить windows server 2012R2. На этом, все. Вот так просто оказалось создать виртуальную машину в Hyper-v 3.0 в Windows Server 2012R2.

TrueConf Server поддерживает возможность запуска на виртуальной машине, хотя это сложная процедура и мы не рекомендуем её неопытным пользователям – настройка корректной работы виртуальной машины бывает порой довольно сложным делом.

В этой инструкции мы покажем пример настройки виртуализатора Hyper-V на сервере Windows Server 2012 R2.

Данная статья носит исключительно ознакомительный характер и не гарантирует непременную и полную работу сервера после выполнения инструкции.
Техническая поддержка TrueConf не консультирует пользователей по вопросам настройки виртуальных машин и запуска TrueConf Server на них. Виртуальная машина – это внешняя система, работа которой не зависит от приложения TrueConf, и её настройка и поддержка целиком лежат на плечах пользователя.

Шаг 1. Проверьте поддержку аппаратной виртуализации

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

Чтобы проверить, поддерживает ли ваше оборудование аппаратную виртуализацию, откройте консоль Windows PowerShell, введите systeminfo.exe и нажмите Enter.

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

Если соответствующий пункт не отмечен пометкой Да, то установка Hyper-V на вашу систему невозможна.

Шаг 2. Добавьте сервер в список компонентов

Откройте диспетчер серверов. В меню сверху выберите Управление → Добавить роли и компоненты.

Выбор сервера

В открывшемся мастере добавления ролей и компонентов кликните на пункт Выбор сервера на панели слева и выберите нужный сервер. Если сервер в списке один, то он будет выбран автоматически. Нажмите Далее.

Роли сервера

В меню Роли сервера отметьте флажок рядом с надписью Hyper-V. После этого автоматически откроется окно в котором нужно активировать флажок Включить средства управления (если применимо). После этого нажмите кнопку Добавить компоненты и Далее.

Компоненты

В меню Компоненты отметьте необходимые для работы Hyper-V флажки:

• cредства удалённого администрирования сервера;
• cредства администрирования ролей;
• cредства упраления Hyper-V (2 пункта);

Виртуальные коммутаторы

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

Хранилища по умолчанию

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

Подтверждения

В меню Подтверждения отметьте флажок Автоматический перезапуск конечного сервера, если требуется.

После этого нажмите кнопку Установить внизу и дождитесь окончания установки.

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

Шаг 3. Создайте виртуальную машину

Откройте диспетчер Hyper-V. На правой панели выберите пункт Создать → Виртуальная машина.

Имя виртуальной машины

Появится мастер создания виртуальной машины. Нажав один раз кнопку Далее, вы перейдёте к этапу установки Укажите имя и местонахождение (список этапов и текущий этап обозначаются в левой части окна). Здесь в соответствующем поле укажите имя виртуальной машины.

Выбор поколения

В следующем пункте выберите поколение виртуальной машины. В нашем примере мы использовали Windows 7, которой соответствует первое поколение.

Выделяемая память

Укажите количество выделяемой памяти. Мы рекомендуем выделять не менее 1 Гб, то есть 1024 Мб.

Настройка сети

В разделе Настройка сети выберите тот виртуальный коммутатор, который вы выбрали при добавлении компонента в меню Виртуальный коммутатор.

Виртуальный жёсткий диск

Далее потребуется создать или выбрать уже имеющийся виртуальный жёсткий диск. В нашем примере мы создаём новый жёсткий диск размером 40 Гб.

Источник установки операционной системы

Выберите способ установки операционной системы. В нашем примере мы устанавливаем её с DVD-диска.

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

Шаг 4. Включите виртуальную машину

После окончания настройки вы вернётесь в диспетчер Hyper-V. Там в правом меню в группе кнопок вашей виртуальной машины (в нашем примере, напомним, она называется vm1) нажмите Подключить.

В открывшемся после этого окне должна появится надпись Виртуальная машина выключена. Соответственно, вам нужно её включить. Для её включения нажмите Действие → Пуск.

Если вы точно следовали инструкции и указали корректный носитель или .iso образ с дистрибутивом системы, машина запустится и начнётся установка Windows.

Шаг 5. Установите TrueConf Server

После успешной настройки виртуальной машины остаётся установить на неё TrueConf Server. Воспользовавшись нашей инструкцией, вы сможете сделать это за 15 минут.

 Создание виртуальной машины в Hyper-V Windows Server 2012 R2

Не так давно на страницах проекта gotoADM.ru была опубликована статья, а который был рассмотрен процесс установки сервера виртуализации Hyper-V на Windows Server 2012 R2. Сейчас мы продолжим развитие данной темы и выполним базовую настройки сервера Hyper-V, создадим виртуальный коммутатор, а затем виртуальную машину. Статья рассчитана на «самых молодых» ИТ специалистов и продолжает логическое и плавное развитие темы виртуализации и знакомство с гипервизором компании Microsoft.

Т.к. нашей виртуальной машине, да и всему парку VM необходимо активно работать с сетью, то перед созданием самой виртуальный машины я предлагаю выполнить настройки виртуального коммутатора. Стоит сразу отметить — для этого потребуется дополнительная сетевая карта. Существует три варианта работы виртуального коммутатора:

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

Как было сказано выше — нам подходит первый вариант, т.к. будет происходить активное использование сети.

В диспетчере управления гипервизором Hyper-V переходим в диспетчер виртуальных коммутаторов, как показано на рисунке выше. Далее выбираем нужный нам тип работы сети, указываем имя подключение (в нашем случае vSwith0) и сетевую карту, с которой необходимо связать работу VM. Теперь перейдем к созданию виртуальной машины. Сам процесс не сложен, «мастер» сделан просто и с достаточным уровнем подсказок и описаний:

В нашем случае диски и конфигурация виртуальных машин находится на том же сервере, если вы используете СХД или другое устройство — укажите корректный путь для расположения файлов жестких дисков.

В большинстве случаев необходимо выбирать второе поколение VM, но т.к. данная виртуальная машина создается под ОС Linux (CentOS 6.5 64bit), то для корректной работы данной операционной системы необходимо использовать первое поколение VM.

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

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

Еще раз проверяем настройки будущей системы — имя, расположение файла жесткого диска и указываем размер HDD.

И напоследок — указываем источник установки. В нашем случае — это iso образ, расположенный там же, где и сам гипервизор. После нажатия кнопки «далее» будет произведено создание VM. Запуск, выключение и настройка дополнительных параметров доступно также в диспетчере управления Hyper-V:

Настройка сети в Hyper-V и создание виртуальной машины завершено.

1. Введение

Microsoft давно пытается завоевать рынок виртуализации как десктопной, так и серверной. Не так давно вышла ОС Windows Server 2012 с новым гипервизором Hyper-V 3.0, который теоретически догнал гипервизор от вендора №1 виртуализации – VMware. Но речь пойдет не о серверной виртуализации, а о десктопной. Почему Microsoft? Потому что MS позиционирует свое VDI-решение как наиболее дешевое (и не зря, кстати), что мгновенно сказывается на заинтересованности рынка данным продуктом. Т.к. в VMware уже все понятно (там все хорошо), с Citrix тоже, осталось познать VDI от MS. Итак, каков он, VDI от MS в 2012-м, да и, пожалуй, в 2013-м и может даже 2014м? Да, т.к. большой любитель VMware, поэтому то тут, то там, будут проскакивать сравнения MS vs VMware.

2. Как это работает

На картинке показаны компоненты, необходимые для работы MS VDI (на самом деле если кто хорошо знаком с VMware View, разница невелика):

Прежде всего, нужен клиент – Remote Desktop Client. Да, для клиента сейчас уже лучше всего использовать Windows 8 и Windows 7 SP1, меньше и тем более XP – плохо.

Далее, на картинке показаны следующие компоненты (описание отсюда http://technet.microsoft.com/library/hh831447 и http://technet.microsoft.com/en-us/library/dd560658(v=ws.10).aspx):

· Remote Desktop Web Access (RDWA) — Веб-доступ к удаленным рабочим столам разрешает пользователям доступ к подключению к удаленным рабочим столам и удаленным приложениям RemoteApp через меню Пуск на компьютере, работающем под управлением Windows 8 или Windows 7, либо через веб-браузер. Подключение к удаленным рабочим столам и приложениям RemoteApp предоставляет настраиваемое представление удаленных приложений RemoteApp и рабочих столов на основе сеансов в коллекции сеансов, а также удаленных приложений RemoteApp и виртуальных рабочих столов в коллекции виртуальных рабочих столов. В VMware это собственно View Client, за исключением веб-портала.

· Remote Desktop Gateway (RDG) — Шлюз удаленных рабочих столов (шлюз RD) позволяет авторизованным пользователям подключаться к виртуальным рабочим столам, удаленным приложениям RemoteApp и рабочим столам на основе сеансов во внутренней корпоративной сети с помощью любого устройства, подключенного к Интернету. В VMware некий аналог View Security Server.

· Remote Desktop Session Host (RDSH) — Узел сеансов удаленных рабочих столов позволяет серверу размещать удаленные приложения RemoteApp или рабочие столы на основе сеансов. Пользователи могут подключаться к серверам узла сеансов удаленных рабочих столов в коллекции сеансов, чтобы выполнять программы, сохранять файлы и использовать ресурсы на этих серверах. Проще говоря, это управлялка службами терминалов. У VMware аналогов нет.

· Remote Desktop Virtual Host (RDVH) — Узел виртуализации удаленных рабочих столов объединяется с Hyper-V для развертывания коллекций помещенных в пул или личных виртуальных рабочих столов в организации с помощью подключения к удаленным рабочим столам и приложениям RemoteApp. Проще говоря, машина с ролью гипервизора – на ней должен стоять Hyper-V. В VMware это ESXi.

· Active Directory (AD) – тут все понятно: собственно AD, DNS и DHCP. В данном мануале DHCP сервера нет ввиду технических ограничений сети тестирования – я обошелся статикой, вовремя подменяемой в момент создания пулов машин J

· Licensing Server — Лицензирование удаленных рабочих столов управляет лицензиями, необходимыми для подключения к серверу узла сеансов удаленных рабочих столов или к виртуальному рабочему столу. Лицензирование удаленных рабочих столов можно использовать для установки, выдачи и отслеживания доступности лицензий.

· Remote Desktop Connection Broker (RDCB) – собственно управлялка подключениями. Аналог View Connection Manager.

Для развертывания простого варианта VDI нам потребуется физический сервер с ОС Windows Server 2012 и установленными ролями Hyper-V и RDVH, и две виртуальные машины: на одной будут службы AD, а на второй – роли RDWA и RDCB. Также нужно будет две виртуалки-шаблона с ОС Windows 7 и ОС Windows 8.

Про RemoteFX: протестировать чудеса графики от MS не получится, потому как хоть процессор (Xeon X56xx) и удовлетворяет требованиям RemoteFX, но нет в сервере физической карты GPU.

3. Подготовка инфраструктуры

Для начала подготовим инфраструктуру.

Что нам требуется:

· 1 физический сервер с ОС W2012 и ролями Hyper-V, RDVH: в качестве сервера у меня под рукой оказался Fujitsu PRIMERGY RX300 S6 с двумя Xeon X56xx, 24GB RAM и дисками 6x 300 SAS 15k;

· 1 контроллер домена с ролями ADDS, DNS (2GB, 2 vCPU);

· 1 сервера брокера соединений с ролями RDWA и RDCB (4GB, 2 vCPU;

· Клиент – ноутбук с правленым файлом hosts – в файл добавим инфу о сервере-брокере.

Используемые адреса:

192.168.1.201/24 iRMC управляющий порт сервера

192.168.1.202/24 hvhost01.vdi.local гипервизор, порт 01

192.168.1.203/24 hvhost01.vdi.local гипервизор, порт 02

192.168.1.204/24 msvdi-dc.vdi.local контроллер домена

192.168.1.205/24 msvdi-broker.vdi.local сервер брокера соединений

192.168.1.206/24 win7template шаблон windows 7

192.168.1.207/24 win8template шаблон windows 8

192.168.1.211/24 win7-01 пул windows 7

192.168.1.212/24 win7-02 пул windows 7

192.168.1.213/24 win8-01 пул windows 8

192.168.1.214/24 win8-02 пул windows 8

192.168.1.10/24 gate шлюз

192.168.1.100/24 client ноутбук-клиент

4. Установка Windows Server 2012 и роли Hyper-V. Создание виртуальных машин.

Установка проста – монтируем диск и устанавливаем, затем вводим пароль и делаем базовую настройку – меняем IP на нужный нам (в примере 192.168.1.202 и 203), правим настройки DNS (выставляем адрес будущего сервера DNS 192.168.1.204) , выставляем время, включаем доступ по RDP и переименовываем машину:

 

Далее, создаем какую-нибудь папку для образов ISO, и копируем в нее образы W2012, W7 и W8 — у меня эта папка C:ISO. Далее, создадим папку для конфигурационных файлов Hyper—V, образов машин и образов десктопов. У меня это E:VMConfig, E:VMVHD и E:VMVDI соответственно.

Далее добавляем роль Hyper—V:

Выбираем установить роли:

Выбираем наш сервер, на котором будут крутиться все виртуальные машины:

Тут ничего не выбираем, просто жмем Next:

Выбираем один адаптер – второй сейчас не нужен, т.к. для каждого адаптера Hyper—V создает свой коммутатор:

Сервер у нас один – никаких миграций не планируется:

Здесь указываем пути, где будут храниться файлы жестких дисков машин и конфигурационные файлы:

Все, роль гипервизора установлена – можно создавать виртуальные машины. Теперь ребут и идем в консоль Hyper—V Manager для создания виртуальных машин:

Создадим виртуальные машины для контроллера домена и брокера – жмем New в панели Hyper—V Manager:

Обзовем машину запланированным именем и раздаем ресурсы.

Дадим контроллеру домена 2GB, а брокеру – 4GB. Десктопам позднее дадим тоже 2.

Выберем, к какому коммутатору будет подключена виртуальная машина:

Каким будет диск виртуальной машины и где он будет лежать (стоит отметить, что диски создаются в Thin-формате, т.е. место на физическом диске используется по требованию):

Далее указываем ранее скопированные нами ISO-образы ОС:

И создаем машину, но пока ее не стартуем:

Теперь дадим машине 2 vCPU (идем в свойства машины), также включим автостарт (нужен чтобы после ребута хоста машины поднимались автоматически):

Далее запуск, и ждем…

Итак, машины проинсталлены:

Стоит отметить, что шаги по созданию виртуальной машины практически идентичны аналогичным шагам в клиенте VMware vSphere Client. Также по ощущениям, создание 2-х машин на 4-х дисках в RAID-5 было уж очень неповоротливым, ОС Windows Server 2012 ставилась порядка 40 минут (ставилось их всего две параллельно). Может сказывается медлительность NTFS over VHD over NTFS? В аналогичных условиях на VMware VMFS (получаем NTFS over VMDK over VMFS) параллельная установка ОС выполняется быстрее.

Теперь установим роль контроллера домена и включим в домен машину-брокер msvdi— broker и собственно хост hvhost01.

Продолжение следует…

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

В Hyper-V в Windows Server 2012 заложены весьма широкие возможности масштабирования, виртуальные машины могут иметь до 64 виртуальных процессоров (vCPU) и до 1 Тбайт оперативной памяти. Благодаря новому формату VHDX теперь возможно создавать виртуальные жесткие диски (VHD) объемом до 64 Тбайт, что избавляет от необходимости задействовать транзитное хранилище. Таким образом, можно согласиться с тем, что практически любое приложение может быть виртуализовано с помощью Hyper-V.

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

Такие новые возможности, как виртуализация операций ввода-вывода SR-IOV (single root I/O virtualization), протокол Server Message Block (SMB) версии 3.0, виртуальный адаптер Fibre Channel и виртуализация сети, делают Hyper-V очень эффективным гипервизором. Однако многие организации не рассматривали его ранее и не знают, с чего начать. В этой статье мы рассмотрим основы установки и настройки Windows Server 2012 Hyper-V.

Какое аппаратное обеспечение мне потребуется?

В простом случае, то есть при развертывании одного сервера, вам потребуется сервер с 64-разрядным процессором, поддерживающим аппаратную виртуализацию. У процессоров Intel эта технология называется Intel Virtualization Technology (VT), у процессоров AMD — AMD virtualization (AMD-V). Практически любой процессор из выпущенных за последние пять лет поддерживает эту технологию. Но если вы не уверены в своем аппаратном обеспечении, загрузите и запустите из командной строки с повышенными привилегиями утилиту Coreinfo (technet.microsoft.com/en-us/sysinternals/cc835722.aspx) с параметром –v. Утилита покажет, поддерживает ли процессор аппаратную виртуализацию и преобразование адресов второго уровня (Second Level Address Translation (SLAT); для процессоров Intel и AMD эта возможность также может называться Extended Page Tables. Результат запуска утилиты, показанный на экране 1, говорит о том, что аппаратная виртуализация Intel включена, а это все, что нужно, чтобы начать. Поддержка SLAT не является обязательной для работы Hyper-V, но улучшает производительность. Поэтому предпочтительно задействовать SLAT всегда, когда это возможно, а в тех средах, где используются технологии виртуальных рабочих столов, такие, как виртуализованные серверы служб удаленных рабочих столов Remote Desktop Services или инфраструктура виртуальных рабочих столов (VDI), применение SLAT является абсолютно необходимым.

Экран 1. Пример вывода утилиты Coreinfo

Windows Server 2012 не имеет ограничения на соотношение между физическими и логическими процессорами (в Windows Server 2008 R2 поддерживалось соотношение 8:1 для виртуальных машин с серверными операционными системами). Если вас удовлетворяет, как сервер справляется с нагрузкой, то Microsoft этого достаточно.

Объем необходимой памяти полностью зависит от того, сколько памяти вы планируете выделить виртуальным машинам. Обычно я выделяю 2 Гбайт на хост, а затем добавляю память, которая потребуется для виртуальных машин. Для крупномасштабных виртуальных сред серверы с объемом памяти в 96 или 192 Гбайт — дело обычное. Но для тестовой среды вам хватит ровно столько памяти, сколько необходимо для работы.

У каждой виртуальной машины есть один или более виртуальных дисков. В Windows Server 2012 используется новый формат VHDX, который не только поддерживает диски объемом 64 Тбайт (старый формат поддерживал диски объемом до 2 Tбайт), но и был оптимизирован так, что его производительность практически не уступает физическим жестким дискам. Это верно даже для динамических виртуальных жестких дисков, которые изначально занимают немного места и увеличиваются в объеме по мере записи данных. Также есть возможность создания VHD фиксированного размера. Этот вариант, как правило, используется в производственных средах, как из соображений производительности, так и для того, чтобы не израсходовать все свободное место на диске. А это вполне может произойти, если фактический объем занимаемого дискового пространства не отслеживается должным образом, поскольку динамические файлы VHDX увеличиваются в размере. Используйте старый формат VHD только в том случае, если вам нужна совместимость с предыдущими версиями серверов Hyper-V, такими как Windows Server 2008 R2.

Файлы VHDX могут храниться на локально подключенном хранилище (в тестовой среде, например, это могут быть встроенные диски), но в идеале стоит использовать внешнее хранилище, такое как SAN. Новая возможность в Windows Server 2012 — это хранение и запуск виртуальных машин из общей сетевой папки, с использованием протокола SMB 3.0. Применение внешнего хранилища упрощает создание резервных копий виртуальной среды. Внешнее хранилище позволяет задействовать больший объем дискового пространства по мере увеличения количества серверов. Использование центрального пула упрощает управление. Внешнее хранилище также пригодится, если вы собираетесь использовать отказоустойчивую кластеризацию для включения нескольких узлов кластера, позволив, тем самым, виртуальным машинам легко перемещаться между хостами и автоматически перезапускаться, если один хост выйдет из строя. Миграция типа Shared Nothing Live Migration позволяет виртуальным машинам также перемещаться без перерыва в работе за пределы кластера, как уже упоминалось выше. Кроме того, кластеры чрезвычайно полезны для проведения планового обслуживания, поскольку они позволяют переместить все виртуальные машины на другой узел (используя динамическую миграцию, что предотвращает момент недоступности виртуальной машины), пока на первоначальный узел устанавливаются обновления и он перезагружается, после чего машины перемещаются обратно и следующий узел обновляется и перезагружается. Любой узел в кластере может быть обновлен без простоя виртуальных машин. Используя этот процесс, в Windows Server 2012 можно обновить весь кластер одним щелчком мыши.

Что с сетевыми подключениями?

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

1. Вам необходимо управлять хостом Hyper-V. Соответственно, вам требуется подключение для выполнения административных задач.
2. Скорее всего, виртуальным машинам потребуется связь с внешним миром. Частный виртуальный коммутатор позволяет виртуальным машинам взаимодействовать между собой, а внутренний виртуальный коммутатор позволяет им взаимодействовать между собой и хостом Hyper-V. Но ни один из них не дает возможности взаимодействовать с внешним миром. Следовательно, вам понадобится сетевой адаптер для трафика виртуальных машин. В производственной среде вам, вероятнее всего, потребуется как минимум два адаптера для трафика виртуальных машин; вы сможете объединить их для создания отказоустойчивого подключения. Существует возможность использовать один и тот же адаптер как для управления, так и для виртуальных машин; в тестовой среде вы можете задействовать этот вариант. Но в идеале лучше разделять административный трафик и виртуальный сетевой коммутатор, который управляет трафиком виртуальных машин. Вы ведь не хотите потерять доступ к серверу, если что-то случится с виртуальным коммутатором.
3. Необходимо, чтобы узлы в кластере обменивались служебной информацией, такой, как различные сообщения IsAlive. Обычно для этого применяется отдельная сеть. Дополнительно к трафику подтверждения соединения кластера (heartbeat) кластерная сеть используется для трафика общего тома кластера cluster shared volume (CSV). Это позволяет всем узлам кластера одновременно задействовать одни LUN в NTFS. Обычно трафик CSV состоит только из изменений метаданных. Однако в некоторых ситуациях отдельные узлы используют эту сеть для передачи трафика, относящегося к хранилищу. Поэтому при использовании CSV кластеру потребуется отдельная сеть.
4. Вам потребуется выделенная сеть, чтобы гарантировать, что миграция виртуальных машин между узлами происходит за приемлемое время. Таким образом, вам нужно выделить сеть для динамической миграции.
5. Если вы используете iSCSI для подключения к хранилищу, то вам опять же потребуется выделенная сеть.

Это требование наличия пяти сетевых подключений не учитывает использование нескольких сетевых адаптеров для трафика виртуальных машин или объединения сетевых карт (для балансировки нагрузки и обеспечения высокой доступности). Кроме того, оно не учитывает использование нескольких сетевых подключений iSCSI или Microsoft Multipath I/O (MPIO) для обеспечения дополнительной отказоустойчивости.

В данном расчете предполагается, что вы используете подключения 1 Гбит/с. При использовании подключений 10 Гбит/с ситуация меняется. Не имеет смысла выделять отдельный интерфейс 10 Гбит/с для административного трафика или трафика CSV. В средах с 10 Гбит/с, вероятнее всего, будет два подключения; используйте объединение сетевых карт для каждого из них для обеспечения отказоустойчивости и должного качества обслуживания Quality of Service (QoS), чтобы гарантировать пропускную способность для каждого типа трафика. Подробные рекомендации Microsoft можно найти в статье «Hyper-V: Live Migration Network Configuration Guide» (technet.microsoft.com/en-us/library/ff428137(v=WS.10).aspx).

Можно применять тот же подход и в сетях 1 Гбит/с. Используйте объединение сетевых карт и QoS, чтобы гарантировать пропускную способность для трафика разных типов.

Какую операционную систему использовать?

После того, как вы определили подходящие процессор, память, диски и сеть, все, что вам нужно — это выбрать операционную систему. Но какую именно редакцию выбрать — Windows Server 2012 Standard, Windows Server 2012 Datacenter или бесплатную Microsoft Hyper-V Server 2012? С точки зрения Hyper-V разницы нет. Все три операционные системы имеют одинаковые ограничения, возможности кластеризации и функции. Решение зависит от того, какая операционная система будет использоваться на хосте Hyper-V.

Если это Windows Server, то планируете ли вы свободно перемещать виртуальные машины между хостами? В Hyper-V 2012 Server невозможно установить на виртуальную машину операционную систему Windows Server. И это имеет смысл – операционная система бесплатна и вполне подойдет, если вы не будете устанавливать на виртуальные машины операционную систему Windows Server. Если вы используете виртуальные рабочие столы (VDI) с виртуальными машинами Windows 8 или у вас виртуальные машины только на UNIX или Linux, то ориентируйтесь на Hyper-V 2012.

Если вам нужно применять Windows Servers на виртуальных машинах, то вам подойдет редакция Windows Server 2012 Standard, которая дает возможность запускать одновременно две виртуальные машины с операционной системой Windows Server. Если бы мне потребовалось запустить четыре виртуальные машины с операционной системой Windows Server, то я мог бы купить два экземпляра Windows Server 2012 Standard. Обратите внимание, что вы можете запускать на одном и том же сервере и другие виртуальные машины, не с серверными операционными системами. По количеству виртуальных машин ограничений нет, есть только ограничение на число виртуальных машин с операционной системой Windows Server, работающих на Hyper-V, VMware или любой другой платформе виртуализации.

Если предстоит запускать несколько экземпляров операционной системы Windows Server, то вам потребуется редакция Windows Server 2012 Datacenter, которая дает возможность запускать неограниченное количество виртуальных машин с серверными операционными системами. При расчете учтите стоимость версий Standard и Datacenter применительно к своей среде. Например, если вам нужно запускать менее шести виртуальных машин с Windows Server, то дешевле купить несколько копий Standard, чем Datacenter. А если вы используете кластеризацию и хотите перемещать виртуальные машины, то вам придется учесть следующий фактор: лицензии Windows Server привязаны к аппаратному обеспечению, и их можно перемещать между серверами только раз в 90 дней.

Давайте рассмотрим пример с региональным офисом, в котором развернуты два кластера виртуализации. Повторюсь, речь идет о лицензировании Windows, а не Hyper-V, поэтому все, о чем я говорю, не зависит от используемого гипервизора. На каждом узле Hyper-V обычно работает 4 виртуальные машины, поэтому мне нужны две копии Windows Server 2012 Standard для каждого узла. Поскольку узлы включены в кластер, я могу перемещать виртуальные машины между узлами. Например, для установки обновлений мне нужно переместить все виртуальные машины на узел B (в результате на нем одновременно будет работать восемь виртуальных машин), пока я буду устанавливать обновления и перезагружать сервер А. Затем мне понадобится переместить все восемь машин на узел А, пока я буду обновлять и перезагружать узел B. Но я могу это сделать, только подождав 90 дней с момента перемещения всех виртуальных машин на узел В. К тому же, если узел выйдет из строя, то я не смогу в течение 90 дней передвинуть обратно перемещенные виртуальные машины, когда узел будет восстановлен. Для того чтобы свободно перемещать виртуальные машины, мне необходимо достаточное количество свободных лицензий, чтобы обеспечить ими все виртуальные машины, которые только могут оказаться на данном узле, то есть восемь машин. Для этого мне понадобится четыре копии Standard для каждого сервера, что делает Datacenter в данном случае более разумным вариантом.

Многие компании часто неверно понимают это сравнение, которое имеет большое значение, когда речь идет о планировании количества необходимых лицензий. Как правило, когда виртуализация используется мало, вам будет достаточно Windows Server 2012 Standard. В то время как в полностью виртуализованных средах, вероятнее всего, понадобится Windows Server 2012 Datacenter.

Еще один важный вопрос — использовать ли режим Server Core или режим с графическим пользовательским интерфейсом. В общем случае использование Server Core предпочтительно, так как требует установки меньшего количества обновлений и, как следствие, перезагрузок. Но при этом в Windows Server 2012 пользовательский интерфейс в любой момент можно добавить или удалить, что требует только одной перезагрузки. Поэтому, особенно если вы еще не очень хорошо знакомы с Windows Server 2012, изначально установите сервер с пользовательским графическим интерфейсом. Сделайте все настройки, освойтесь, а затем удалите графическую оболочку и инструменты управления и используйте сервер в режиме Server Core, управляя им удаленно с компьютера с операционной системой Windows 8.

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

Итак, вы установили Windows Server 2012, применили последние обновления, подключили сервер к системе хранения, переименовали сетевые подключения, чтобы их было проще различать (и объединили их, если необходимо) и настроили IP-адреса. Следующий шаг — установка роли Hyper-V. Эту задачу можно решить из графического интерфейса с помощью диспетчера сервера или же используя Powershell:

Install-WindowsFeature Hyper-V -IncludeManagementTools –Restart

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

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

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

1. Зарегистрируйтесь на сервере, который будет хостом Hyper-V, под учетной записью с правами администратора и запустите диспетчер сервера. Или запустите диспетчер сервера на удаленной машине, используя учетную запись с правами администратора на сервере, который будет хостом Hyper-V.
2. Выберите «Добавить роли и функции» из меню «Управление».
3. Нажмите «Далее».
4. На странице «Выбор типа установки» выберите «Установка на основе ролей» и нажмите «Далее».
5. На странице «Выбор сервера» из списка серверов выберете сервер, на который необходимо установить Hyper-V, и нажмите «Далее».
6. В списке «Роли сервера» отметьте Hyper-V и подтвердите автоматическую установку инструментов управления.
7. На странице «Создать виртуальный коммутатор», показанной на экране 2, выберите сетевой адаптер, который будет использоваться для трафика виртуальных машин, и нажмите «Далее».
8. Оставьте режим «Включить динамическую миграцию» выключенным и нажмите «Далее». Динамическую миграцию легко включить позже.
9. Укажите место для хранения виртуальных машин или оставьте значения по умолчанию и нажмите «Далее».
10. Установите флажок для автоматической перезагрузки сервера, если это необходимо, и щелкните «Да» в окне подтверждения. Нажмите кнопку «Установить».

Экран 2. Создание виртуального коммутатора

После того, как сервер перезагрузится, вы становитесь счастливым обладателем сервера Hyper-V. Запуск команды

bcdedit /enum

из командной строки показывает, что гипервизор теперь загружается автоматически при старте системы. Результат выполнения команды показан на экране 3.

Экран 3. Результат выполнения команды, показывающий автозагрузку гипервизора при старте системы

Запустите диспетчер сервера, в разделе «Инструменты» выберите «Диспетчер Hyper-V» и подключитесь к своему серверу. На нем пока нет виртуальных машин. Но если вы нажмете «Диспетчер виртуальных коммутаторов», вы увидите единственный виртуальный коммутатор, который будет называться так же, как и контроллер сетевого адаптера, например Realtek PCIe GBE Family Controller, как показано на экране 4.

Экран 4. Настройка виртуального коммутатора

Я рекомендую заменить название на более понятное, например «Внешний коммутатор», чтобы было ясно, к какой сети он подключен. Использовать типовые имена для коммутаторов на всех хостах Hyper-V очень важно. Если вы перемещаете виртуальные машины между хостами, коммутатор с одним и тем же названием должен существовать как на исходном, так и на конечном хосте, чтобы виртуальная машина сохранила сетевое подключение. Кроме того, как показано на экране 4, не выбирайте пункт Allow management operating system to share this network adapter. Данная настройка нужна, только если у вас нет отдельного сетевого адаптера для управления сервером или если у вас только один сетевой адаптер, который используется совместно виртуальными машинами и хостом. Здесь же вы можете создать дополнительные коммутаторы, если это необходимо.

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

Есть еще несколько моментов, на которые необходимо обратить внимание.

• Если вы включили Windows Update, то, вероятно, не хотите, чтобы ваш сервер автоматически перезагружался после установки обновлений. Поэтому если вы используете корпоративное решение для управления обновлениями, настройте сервисный интервал, во время которого сервер Hyper-V может перезагрузиться, так, чтобы он не пересекался с рабочими часами. Во время перезагрузки Hyper-V виртуальные машины недоступны.
• Если вы используете антивирусное программное обеспечение на сервере Hyper-V, то в целях повышения производительности необходимо исключить из сканирования определенные файлы и папки. Исключения описаны в статье Microsoft «Virtual machines are missing, or error 0x800704C8, 0x80070037, or 0x800703E3 occurs when you try to start or create a virtual machine» (support.microsoft.com/kb/961804).
• Делайте резервные копии своих виртуальных машин. В Windows Server 2012 дополнительное преимущество заключается в том, что если у вас есть резервная копия виртуальной машины, то импортировать ее на новый сервер Hyper-V очень просто. Вам не нужно предварительно экспортировать ее.
• Если на вашем сервере Hyper-V установлен большой объем оперативной памяти, то по умолчанию Windows создаст большой файл подкачки. Размер этого файла может быть изменен вручную, так как большую часть памяти используют виртуальные машины. Вы спокойно можете создать для сервера Hyper-V файл подкачки размером 4 Гбайт, используя модуль «Система» в панели управления. Перейдите на вкладку «Дополнительно», нажмите кнопку «Настройки» в разделе «Производительность», снова откройте вкладку «Дополнительно», нажмите кнопку «Изменить» в разделе «Виртуальная память» и задайте необходимый размер. Нажмите «Задать» и «ОК» во всех открытых диалоговых окнах.

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