Hyper v windows 8

Администрирование платформы Hyper-V в Windows 8.1

Содержание

В операционной системе Microsoft Windows 8 появилась технология виртуализации Hyper-V, ранее доступная только в серверных операционных системах Microsoft.

Системные требования для работы Hyper-V в Windows 8

1. Операционные системы

Hyper-V доступен только в 64-разрядных версиях Windows 8/8.1. Поддерживаются редакции операционных систем Windows 8/8.1 Профессиональная и Корпоративная.

2. Процессор

  • 64-битный процессор производства Intel или AMD
  • Поддержка технологий виртуализации (Intel VT-x или AMD-V), а также технологии преобразования адресов второго уровня (Second Level Address Translation, SLAT). У Intel эта технология называется Еxtended Page Tables (EPT), у AMD — Rapid Virtualization Indexing (RVI).

Перед включением компонента Hiper-V необходимо проверить, включены ли все эти технологии в BIOS/UEFI. В некоторых случаях для их включения может потребоваться обновление BIOS.

Проверить, поддерживает ли процессор данные технологии виртуализации можно на сайте производителя intel http://ark.intel.com/Products/VirtualizationTechnology или amd http://products.amd.com/pages/desktopcpuresult.aspx

Также можно воспользоваться для процессоров Intel утилитой Intel Processor Identification Utility.

1. Скачать программу с сайта Intel downloadcenter.intel.com

2. Установить и запустить программу.

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

Включение компонента Hyper V в ОС MS Windows 8.1

1. Для установки — необходимо открыть Панель управления -> Программы и компоненты и выбрать пункт Включение или отключение компонентов Windows.

Данное окно можно вызвать нажатием Win + R (для открытия окна Выполнить) и вводом OptionalFeatures.

2. В открывшемся окне найти пункт Hyper-V

Кроме самой платформы Hyper-V сюда входят средства для ее управления — графическая оснастка Hyper-V Manager и модуль Hyper-V для PowerShell.

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

4. После перезагрузки в интерфейсе Metro появятся ярлыки для запуска Диспетчера Hyper-V и Подключения к виртуальной машине Hyper-V.

5. Эти ярлыки доступны также в C:ProgramDataMicrosoftWindowsStart MenuProgramsHyper-V Management Tools

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

1. Открыть Диспетчер Hyper-V

2. В главном меню выбрать Действия -> Создать -> Виртуальная машина… Аналогичные действия доступны на правой панели Действия.

3. В открывшемся диалоговом окне мастера нажать кнопку Далее

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

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

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

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

  • в качестве гостевой операционной системы в виртуальной машине второго поколения можно использовать только операционные системы:
    1. Windows Server 2012 и Windows Server 2012 R2;
    2. Windows 8 (64 bit) или Windows 8.1 (64 bit).
  • отсутствуют устаревшие устройства, такие как floppy-дисковод и COM-порты
  • отсутствует IDE-контроллер, вместо него остался SCSI-контроллер с возможностью загрузки
  • стандартный BIOS заменен firmware на основе Unified Extensible Firmware Interface (UEFI).

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

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

7. На следующем этапе мастер создания виртуальной машины покажет экран Настройка сети.

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

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

9. В диалоговом окне Параметры установки необходимо выбрать, откуда будет устанавливаться операционная система. Необходимо установить радиокнопку в пункте Файл образа (.iso) и указать путь к iso образу устанавливаемой операционной системы.

Если дистрибутив операционный системы записан на диск, необходимо выбрать Физический CD или DVD-диск. Если необходимо позже прописать путь к ISO образу операционной системы, то можно выбрать Установить операционную систему позднее.

10. Диалоговое окно итоговой конфигурации виртуальной машины. Если необходимо внести изменения в конфигурацию, необходимо нажать кнопку Назад. После нажатия кнопки Готово запись о новой виртуальной машине появится в диспетчере Hyper-V в состоянии Выключена.

Создание и настройка виртуального коммутатора Hyper-V

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

Существует три типа виртуальных сетей, к которым можно подключаться в Hyper-V: частная, внутренняя и внешняя виртуальная сеть

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

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

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

12. Выбрать тип виртуальной сети Внешняя -> Создать виртуальный коммутатор

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

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

15 .Если в сети используется разбиение на логические подсети, то для виртуального коммутатора, подключенного к внешней сети, можно разрешить использование VLAN, установив флажок в чекбоксе Разрешить идентификацию виртуальной локальной сети для управляющей операционной системы и указать VLAN ID.

16. Нажать Применить -> OK

17. На панели Виртуальные машины диспетчера Hyper-V выбрать сконфигурированную виртуальную машину и вызвать контекстное меню правой клавишей мыши.

18. В контекстном меню выбрать Параметры -> Сетевой адаптер

19. Указать для выбранной виртуальной машины созданный виртуальный коммутатор

20. Нажать Применить -> OK

21. Запустить инсталляцию гостевой операционной системы, нажав на пиктограмму Пуск на панели Действия (также запуск виртуальной машины можно осуществить, выбрав в главном меню Действие -> Пуск или через контекстное меню).

Записки IT специалиста

Технический блог специалистов ООО»Интерфейс»

  • Главная
  • Hyper-V в Windows 8.

Hyper-V в Windows 8.

  • Автор: Уваров А.С.
  • 29.01.2014

Хорошая новость для всех любителей виртуализации: в состав Windows 8 включен полноценный гипервизор Hyper-V. Теперь, чтобы работать с виртуальными машинами, вам не нужно ставить серверную версию системы и появляется еще один весомый повод обновиться до Windows 8. А сейчас самое время познакомиться с этой возможностью поближе.

Читать еще:  Установочная флешка windows 8

Для того, чтобы использовать Hyper-V вам потребуется 64-битная версия Windows 8 Профессиональной или Корпоративной редакции. Ограничения по разрядности ОС связаны с использованием общих технологий с Windows Server, который, начиная с 2008 R2, доступен только в 64-битной редакции. Однако особо сожалеть здесь не о чем, ограничения 32-битных систем по объему доступной оперативной памяти делают нормальную работу с виртуализацией практически невозможной.

Из аппаратных требований необходима поддержка со стороны процессора технологий:

  • Аппаратная виртуализация Intel-VT (VMX) или AMD-V (SVM)
  • Трансляция адресов второго уровня Intel EPT или AMD RVI

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

в результате вы увидите какие технологии виртуализации поддерживает ваш процессор:

Убедившись в том, что ваше оборудование удовлетворяет требованиям Hyper-V, можно приступать к включению гипервизора в вашей ОС. Для этого перейдем в Панель управления — Программы и компоненты — Включение или отключение компонентов Windows, в открывшемся окне включим компоненту Hyper-V, после чего потребуется перезагрузка системы.

Те же самые действия можно выполнить при помощи одной команды PowerShell:

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

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

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

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

К достоинствам Hyper-V как настольного средства виртуализации можно отнести высокую производительность и совместимость с серверным гипервизором (по сути это один и тот-же продукт). А также бесплатность и простоту работы с ним.

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

Также следует отметить слабую поддержку не Windows систем, и если для Linux дела обстоят относительно неплохо — версии ядер начиная с 3.4 содержат драйвера Hyper-V, то с другими системами все довольно печально. Скорее всего вы сможете использовать только эмулируемые устройства, которые по производительности основательно уступают синтетическим.

Для управления гипервизором используется привычная по серверным ОС оснастка:

При всем желании ничего нового вы там не найдете, сетевые настройки также ничем не отличаются от серверной версии:

О сетевых настройках в Hyper-V мы подробно рассказывали в предыдущем материале, но скажем сразу, все вопросы по обеспечению ваших виртуальных сетей интернетом и базовыми службами типа DHCP вам придется решать самостоятельно, в то время как VMWare или VirtualBox позволяют использовать встроенный NAT и DHCP.

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

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

Если же вы много работаете с не Windows системами и испытываете потребность в подключении к виртуальным машинам различных периферийных устройств, либо предъявляете к системе виртуализации особые требования, например вам нужно запустить гипервизор внутри виртуальной машины, то вам следует остановить свой выбор на VMWare Workstation или на бесплатном VMWare Player.

Установка и настройка виртуальной машины Hyper-V в Windows 8

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

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

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

  1. Операционная система Windows 8 Профессиональная / Windows 8 Pro (64-bit) или Windows 8 Корпоративная / Windows 8 Enterprise (64-bit). В других версиях роли Hyper-V нет (ссылка).
  2. Компьютер с процессором, поддерживающим технологию аппаратной виртуализации. Кроме того, необходима поддержка технологии преобразования адресов второго уровня — SLAT (Second Level Address Translation). У Intel эта технология называется Еxtended Page Tables (EPT), у AMD — Rapid Virtualization Indexing (RVI). Проверить, поддерживает ли ваш процессор данные технологии можно на сайте производителя. Например, для процессоров Intel — смотрите здесь, для AMD — здесь.
  3. Дополнительный сетевой адаптер на физическом компьютере, в том случае, если требуется предоставить виртуальной машине доступ в сеть.

2. Включение поддержки виртуализации в биосе компьютера

Прежде всего необходимо включить поддержку виртуализации. Для этого зайдем в биос физического компьютера и найдем соответствующий пункт. В разных версиях биос, он может называться по разному. Например на ноутбуке HP Pavilion g6 это пункт Virtualization Technology на вкладке System Configuration.

3. Активация роли Hyper-V

Запускаем Панель управления, переходим на вкладку «Программы» , затем нажимаем «Включение или отключение компонентов Windows» .

В открывшемся окне отмечаем все компоненты в группе «Hyper-V» и жмем «ОК» .

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

Эти ярлыки доступны также в
C:ProgramDataMicrosoftWindowsStart MenuProgramsHyper-V Management Tools

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

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

В запустившемся диспетчере, нажмем на «Создать виртуальный сетевой коммутатор» и попадем в окно, где необходимо выбрать тип будущей виртуальной сети. Возможны 3 варианта:

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

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

Откроется окно свойств виртуального коммутатора. Здесь необходимо указать имя коммутатора, а также можно задать дополнительные параметры. Например, у моего компьютера имеется 2 сетевых карты: для проводного подключения через разъем RJ-45 и Wi-Fi адаптер. Последний я переопределяю для текущего коммутатора. Таким образом моя будущая виртуальная машина будет выходить в сеть через данный Wi-Fi адаптер.

Читать еще:  Где в виндовс 8

Ну а в сетевых подключениях видно, что теперь данная Wi-Fi сетевая карта связанна с появившемся там виртуальным коммутатором.

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

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

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

Затем указываем объем оперативной памяти, которую будет использовать виртуальная машина во время работы, и жмем «Далее» .

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

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

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

  • Не устанавливать операционную систему.
  • Использовать DVD-привод физического компьютера.
  • Использовать файл образа диска с физического компьютера.
  • Использовать виртуальный диск.
  • Сетевая установка.

Выбрав нужный вариант, нажимаем «Далее» .

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

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

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

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

Смотрите также:

Унаследованный системой Windows 8 от серверных Windows гипервизор Microsoft Hyper-V в дальнейшем стал частью ещё двух настольных операционных систем – версий-последовательниц 8.1 и 10. На борту самой актуальной на сегодняшний…

Чтобы не подвергать ОС, установленную на компьютере, риску, но иметь возможность исследовать как различное ПО, так и функционал любой другой ОС, на рынке софта существует специальный тип программ для создания…

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

Rascal’s… home?

Windows 8.1 роль Hyper-V. Установка и настройка

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

Поскольку Hyper-V — серверная виртуализации, она требует аппаратной поддержки, а именно процессор должен поддерживать технологии виртуализации (Intel VT-x или AMD-V), а также технологию преобразования адресов второго уровня (SLAT).

Установка Hyper‑V в Windows 8.1
Есть несколько способов установить роль Hyper‑V в Windows 8.1:

    Классический путь. Панель управления -> Программы -> Программы и компоненты -> Включение или отключение компонентов Windows.

После установки требуется перезагрузить компьютер.

Настройка Hyper‑V
После перезагрузки становится доступен инструмент управления «Диспетчер Hyper-V». Он располагается в панели управления, либо можно нажать Win+R и запустить его командой virtmgmt.msc. Перед созданием первой виртуальной машины Hyper-V следует произвести некоторые настройки:

    Поскольку диск C:, на моем компьютере расположен на SSD, я перенес на диск D: расположение виртуальных жестких дисков и файлов конфигурации виртуальных машин.

Создание виртуальной машины Hyper‑V
Создание виртуальной машины довольно тривиальный процесс, единственный нюанс в выборе поколения виртуальной машины:

  • Поколение 1. Это классический компьютер с BIOS, подходит для большинства операционных систем.
  • Поколение 2. Это современный компьютер, в котором UEFI пришел на смену BIOS. Только современные операционные системы (Debian 8, RHEL/CentOS 7 & etc) смогут работать с этим поколением.

Виртуализация в Windows 8: встроенный Hyper-V

Итак Windows 8 представлена официально и начинается ее активное распространение. Соответственно, по крайней мере, перед некоторыми из нас вскоре встанет вопрос: стоит ли обновлять имеющуюся ОС?

Действительно, предустановленной на новый ПК (даже самый обычный, а не современный гибрид-трансформер) Windows 8 наверняка не будет вызывать большого отторжения, т. к. ее «настольная» часть мало чем отличается от Windows 7. Отсутствие кнопки Пуск можно легко компенсировать одной из сторонних утилит, многие из которых умеют практически полностью скрывать Metro, так что сталкиваться с новым интерфейсом (который я по-прежнему считаю неуместным на настольном компьютере или обычном ноутбуке) придется совсем редко. А некоторые новые функции Windows 8 несомненно полезны: безопасная загрузка, усовершенствованные аварийные инструменты, новый менеджер задач, дифференцированная работа с беспроводными сетями и т. д.

Но с точки зрения нынешнего пользователя Windows 7 ситуация далеко не столь однозначна. Да, Windows 8 более современна, на доли или единицы процентов быстрее, в ней присутствуют некоторые дополнительные полезности, но ведь переход на нее потребует не только денег, но и времени (которые во многих случаях суть одно и то же) — на изучение, освоение новых приемов, обустройство рабочей среды, решение проблем совместимости привычного ПО. В форумах нередко можно встретить мнение вроде того, что, мол, ничего страшного, быстро привыкаешь — вопрос: ради чего?

На самом деле в Windows 8 есть некоторые возможности, способные потрафить даже самому консервативному пользователю ПК. И это, конечно, совсем не Metro, который (вместе с API WinRT) безусловно является самым принципиальным изменением в Windows 8, но актуальным лишь для сравнительно небольших устройств с сенсорным экраном, в первую очередь, — планшетов. Есть более практичные новинки, одна из которых — встроенная система виртуализации на основе гипервизора Hyper-V.

Клиентские гипервизоры

Технология Hyper-V пришла в Windows 8 из Windows Server. Формально она призвана заменить морально устаревший Virtual PC и XP Mode, но на самом деле имеет несколько иное позиционирование и больше отличий, чем сходств. Hyper-V называют просто гипервизором, хотя этот термин (синоним — монитор виртуальных машин, VMM) распространяется на все системы виртуализации. Поэтому во избежание путаницы их делят на две категории — Type 1 и Type 2. Гипервизоры первого типа также называют bare-metal, т. е. работающими непосредственно на «железе», без родительской ОС общего назначения. Сюда относятся Microsoft Hyper-V, VMware ESX/ESXi, Citrix XenServer, Xen, KVM. Второй тип, соответственно, функционирует как приложение в рамках родительской ОС и использует различные ее механизмы. Примеры — VMware Workstation/Player, Oracle VirtualBox.

Читать еще:  Восстановление системы windows 8

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

Поэтому класс «клиентских гипервизоров» сформировался еще несколько лет назад, по мере совершенствования технологий виртуализации, прежде всего аппаратной поддержки. Его типичными представителями были NxTop компании Virtual Computer и XenClient фирмы Citrix. Сегодня обе технологии принадлежат Citrix и скомбинированы в различных решениях, все больше нацеливаемых на корпоративный рынок. Почему нужно говорить именно об отдельном классе ПО? Потому что серверные решения мало приспособлены для функционирования на ПК и применения обычными пользователями. Ведь для клиентских решений требуется не только поддержка массового оборудования, но и специфические интерфейсные решения для работы в рамках одного ПК, тогда как серверная модель предполагает почти исключительно удаленный доступ.

Microsoft вполне недвусмысленно называет встроенный в Windows 8 гипервизор Client Hyper-V, однако его отличия от серверного Hyper-V гораздо меньше, чем, скажем, у XenClient от XenServer. Дело в том, что тогда как Citrix пришлось с нуля реализовать интерфейсную часть, а также виртуализацию видеоадаптера, чтобы обеспечить поддержку 3D в одной из ВМ, задача Microsoft была гораздо проще в силу изначально своеобразной архитектуры Hyper-V:

Как видно, гипервизор Microsoft все-таки предполагает родительскую, или корневую ОС (иногда также говорят «раздел»), в которую он, фактически встроен. Эта ОС, соответственно, находится на особом положении, в частности, хотя она отчасти и виртуализована (в чем можно убедиться по некоторым характерным признакам), но все же имеет доступ к видеоакселератору и многому другому оборудованию. Для сравнения, архитектура XenClient выглядит следующим образом:

В действительности здесь также присутствует привилегированная ВМ, обозначенная как Control Domain, но она специализированная, предназначенная только для организации доступа к остальным пользовательским ВМ. В случае же Client Hyper-V корневая ОС предполагается основной рабочей, т. к. только в ней будет полноценно работать графический акселератор и обеспечиваться максимальная производительность.

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

Но по Wi-Fi-каналу передавать пакеты с различными MAC-адресами нельзя, поэтому стандартную схему пришлось несколько скорректировать. Конкретнее, в нее добавили еще одного посредника в виде сетевого моста:

Мост просто сопоставляет IP-адрес виртуальной сетевой карты с ее MAC-адресом, что и обеспечивает корректную маршрутизацию пакетов, которые поступают из внешней сети. Естественно, создается и настраивается мост автоматически, как только пользователь выберет соответствующие настройки.

Client Hyper-V

Hyper-V входит в 64-разрядные Windows 8 Pro и Enterprise и является опциональным компонентом. Соответственно, вначале его нужно установить, после чего он сразу же автоматически активируется (после обязательной перезагрузки):

Для его работы, однако, необходимо выполнение нескольких условий. Формально говорится о 4 ГБ RAM, хотя, вполне возможно, он запустится и на меньшем объеме — память нужна не столько самому гипервизору, сколько виртуальным машинам.

Действительно принципиальным требованием является процессор с поддержкой виртуализации и технологии SLAT (Second Level Address Translation). Для серверного гипервизора SLAT не является обязательным условием и нужна только для работы RemoteFX. Последняя технология в Client Hyper-V не поддерживается, но, видимо, SLAT используется для оптимизации общей производительности в отсутствие эффективной виртуализации 3D-акселератора в ВМ.

Данному требованию удовлетворяют все сравнительно новые чипы Intel и AMD, к примеру практически все i3/i5/i7 — в их случае искомое называется VT-x с EPT (NPT у AMD). Проверить присутствие соответствующих технологий можно в спецификациях процессоров на сайте производителя и именно с этого стоит начать, подбирая конфигурацию нового компьютера. Однако надо иметь в виду, что они также должны быть включены в BIOS, при этом VT-x с EPT, к примеру, нередко скрываются под общим названием «технология виртуализации». Поэтому более надежную проверку соблюдения всех условий уже готовой системы можно выполнить с помощью специальных утилит.

Забавно, что официальная утилита самой Microsoft до сих пор несовместима с Windows 8:

Но, к счастью, есть и альтернативные. Вот вариант Intel и вариант AMD:

В данном случае VT-x with EPT вроде бы не поддерживается (вопреки информации из спецификации процессора), но это лишь следствие того, что Hyper-V на данном компьютере уже активирован. Это косвенно также свидетельствует в пользу того, что корневая ОС все-таки виртуализуется. Кстати, то что технология виртуализации уже задействована гипервизором, делает невозможным параллельное использование другой системы виртуализации — и VMware Workstation/Player, и Oracle VirtualBox сообщат о невозможности установки. С другой стороны, VMware Workstation 9 допускает использование Hyper-V в ВМ, хотя такой сценарий официально и не поддерживается.

Пожалуй, наиболее универсальный способ выяснения присутствия необходимых технологий виртуализации — утилита Coreinfo Марка Руссиновича. Ее нужно запустить с административными полномочиями и с ключом -v.

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

В арсенале Intel имеется еще одна технология виртуализации — VT-d, но Hyper-V (и серверный, и клиентский) ее пока не задействует. В отличие, к примеру, от XenClient, которому она необходима как раз для поддержки 3D-графики в одной из ВМ. Но, как говорилось выше, Microsoft того же результата добивается иным способом.

Иcпользование

После того, как Hyper-V установлен, работа в нем осуществляется из Диспетчера Hyper-V (Hyper-V Manager):

Сам сервер не требует особой настройки, разве что стоит продумать где будут храниться файлы виртуальных машин и дисков и, при необходимости, скорректировать местоположение. Делается это в Параметрах Hyper-V:

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

  • частная объединит только виртуальные машины;
  • внутренняя добавит к ним и физический хост;
  • внешняя обеспечивает ВМ доступ за пределы хоста и для этого должна подключаться к физическому сетевому адаптеру.

Какая-то настройка требуется только в последнем случае — нужно выбрать правильный адаптер (если их несколько), который обеспечит доступ в локальную сеть или Интернет.

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

Ссылка на основную публикацию
Adblock
detector