Hyper v установка на win 7. Виртуальная машина hyper-V. Инструменты управления Hyper-V

В операционной системе 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:\ProgramData\Microsoft\Windows\Start Menu\Programs\Hyper-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.Запустить инсталляцию гостевой операционной системы, нажав на пиктограмму Пуск на панели Действия (также запуск виртуальной машины можно осуществить, выбрав в главном меню Действие -> Пуск или через контекстное меню).

Итак 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.

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

Поэтому класс «клиентских гипервизоров» сформировался еще несколько лет назад, по мере совершенствования технологий виртуализации, прежде всего аппаратной поддержки. Его типичными представителями были 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, к примеру, нередко скрываются под общим названием «технология виртуализации». Поэтому более надежную проверку соблюдения всех условий уже готовой системы можно выполнить с помощью специальных утилит.

В данном случае 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:

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

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

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

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

Настроив все необходимые параметры можно приступать к установке гостевой ОС. Официально в качестве последних Hyper-V поддерживает все клиентские и серверные версии Windows, начиная, соответственно, с XP и 2003, а также CentOS 6.0-6.2, RHEL 6.0-6.2 и SLES 11 SP2. Подразумевается, что все эти ОС корректно опознают виртуальное оборудование и, кроме того, для них доступны интеграционные компоненты Hyper-V, которые обеспечивают ряд дополнительных драйверов и поддержку специфических операций. Это, впрочем, не означает, что нельзя установить другие ОС. Некоторое время назад Microsoft передала код, необходимый для взаимодействия с Hyper-V, Linux-сообществу и стала одним из официальных разработчиков свободной ОС. Таким образом, сегодня некоторые дистрибутивы уже готовы к работе в среде Hyper-V без дополнительных усилий, в частности, это относится к последним версиям Ubuntu (12.04 и 12.10 точно), хотя в моем случае параметры IP пришлось устанавливать вручную, получить их по DHCP почему-то не удавалось. Но затем все пошло абсолютно гладко:

Непосредственно работать с ВМ можно двумя способами:

• с помощью стандартной консоли Virtual Machine Connection, которая, ввиду ограниченности (в ней не будет работать звук, через буфер обмена копируются только текст и пр.), рекомендуется исключительно для инсталляции и настройки гостевой ОС;
• через Remote Desktop Connection, в котором можно воспользоваться всеми преимуществами протокола RDP и различными мелкими удобствами.

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

В полной мере эти возможности раскрываются, если в качестве гостевой ОС также выступает Windows 8. В этом случае будет поддерживаться сенсорный интерфейс с мультитачем (при наличии соответствующего оборудования), появится меню со специфическими командами.

Дополнительные возможности

Перекочевав из серверной среды, Client Hyper-V потерял некоторые «корпоративные» возможности. Кроме уже упоминавшейся технологии RemoteFX, исчезли кластеры, живая миграция, реплики и пр. Из нетривиальных функций сохранилась возможность перемещения виртуальной машины в другое место (к примеру, на новый жесткий диск) без необходимости ее выключения:

Сохранилась также динамическая память. Данная возможность подразумевает корректировку объема оперативной памяти ВМ в зависимости от ее текущих потребностей и настроек. Как всегда для ее функционирования требуется соблюдения ряда условий. Во-первых, гостевая ОС должна поддерживать горячее добавление памяти. Это справедливо для большинства современных ОС, как серверных, так и клиентских, в частности - для всех Windows, начиная с Vista SP1. Во-вторых, должны быть установлены интеграционные компоненты. Среди последних важную роль играет драйвер динамической памяти:

Он забирает на себя свободный объем RAM и возвращает ее гипервизору для последующего перераспределения.

Динамическую память необходимо особо включать для каждой ВМ, при этом можно настроить подробные параметры:

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

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

Резюме

Несмотря на ряд ограничений, клиентский Hyper-V имеет те же возможности масштабирования, что и серверный. Кроме того, виртуальные машины полностью совместимы и без проблем переносятся. Это, в частности, позволяет использовать для тестирования и отладки ВМ персональный компьютер, чтобы не «засорять» производственный виртуализованный сервер.

Сохранение архитектуры и общей организации Hyper-V в Windows 8 также свидетельствуют о том, что клиентская виртуализация Microsoft больше ориентирована на ИТ-профессионалов и разработчиков, чем на обычных пользователей. В отличие от XP Mode из Windows 7, где публикация приложений позволяла практически полностью скрыть ВМ, в Windows 8 пользователю придется работать непосредственно с ВМ и разбираться в ее возможностях и ограничениях. По большому счету, нынешний Client Hyper-V не вполне соответствует идее клиентских гипервизоров. Все-таки это серверная технология, просто слегка адаптированная для ПК.

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

VMware Workstation и Oracle VirtualBox, безусловно, более «клиентские» чем Hyper-V. К их преимуществам можно отнести 3D-графику в ВМ (хотя у Oracle она не слишком хороша) и более широкую и удобную поддержку USB-периферии. Кроме того, у обоих продуктов более скромные системные запросы, в частности, они могут работать и в 32-разрядных ОС, хотя с точки зрения эффективности управления памятью 64-разрядные предпочтительнее. Microsoft большую часть пробелов может заполнить с помощью технологии RemoteFX, но пока ее намерения неясны.

Тем не менее, даже со всеми оговорками Hyper-V в составе Windows 8 для многих окажется приятным «подарком» и наверняка найдет немало применений.

Унаследованный системой Windows 8 от серверных Windows гипервизор в дальнейшем стал частью ещё двух настольных операционных систем – версий-последовательниц 8.1 и 10. На борту самой актуальной на сегодняшний день настольной системы обнаружим Hyper-V версии 10.0, в число преимуществ которой входит возможность работы с виртуальными машинами поколения 2 . Ранее в описывался процесс создания виртуальной машины поколения 1 (единственного на тот момент) в рамках работы штатного Hyper-V в составе Windows 8. В этой статье рассмотрим специфику, а также непосредственно процесс создания виртуальной машины поколения 2. И используем для этих целей Hyper-V в составе Windows 10.

1. Виртуальные машины поколения 2: в чём суть?

Виртуальные машины поколения 2 впервые появились в Hyper-V в составе ОС . Именно в этой системе гипервизор Microsoft впервые предложил возможность работы с новым форматом виртуальных машин наряду с форматом старым — виртуальными машинами поколения 1, работа с которыми проводилась в старых версиях Hyper-V.

Виртуальные машины поколения 2 призваны обеспечить небольшой прирост производительности, в частности, более быстрый процесс установки гостевой ОС и ускоренный процесс её запуска. Этому способствует тип контроллера диска SCSI, который пришёл на смену упразднённому типу IDE в качестве основного виртуального жёсткого диска, на который устанавливается гостевая ОС и с которого в дальнейшем происходит её загрузка. Упразднён тип контроллера IDE и для подключаемых образов DVD-дисков, они теперь также подключаются с помощью контроллера SCSI.

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

Поколение 2 – это виртуальные машины с ПО на базе UEFI вместо стандартного BIOS, и они поддерживают Secure Boot (безопасную загрузку) для предотвращения запуска вредоносного ПО. Как и в физических компьютерах на базе BIOS UEFI, в параметрах виртуальных машин поколения 2 Secure Boot можно отключить.

Это были особенности и преимущества виртуальных машин поколения 2. А что же с ограничениями?

На поколение 2 виртуальных машин можно установить из серверных ОС Windows Server 2012, Server 2012 R2 и новую Server 2016. Из настольных ОС это 64-битные Windows 8.1 и 10.

ПО на базе UEFI обуславливает необходимость использования при установке гостевых ОС и их загрузке с Live-дисков не обычного загрузочного носителя, а загрузочного носителя UEFI. Например, ISO-образы официальных дистрибутивов Windows 8.1 и 10 предусматривают видимость загрузочного носителя на UEFI-устройствах. А вот при получении дистрибутива Windows с других источников этот момент необходимо уточнять.

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

2. Что нужно для работы Hyper-V

Как и в случае с Windows 8.1, для работы с Hyper-V понадобится 64-битная Windows 10 в редакциях Pro и Enterprise . Необходимо, чтобы процессор компьютера поддерживал технологию SLAT и аппаратную виртуализацию. Необходимый объём оперативной памяти для работы с гостевыми ОС Windows 7, 8.1 и 10 — не менее 4 Гб.

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

64-битные редакции Pro и Enterprise Windows 10 содержат изначально неактивный компонент Hyper-V. Чтобы его активировать, жмём клавиши Win + X и в появившемся меню выбираем «Программы и компоненты».

Ставим галочку на компоненте Hyper-V. Жмём «ОК» .

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

4. Обеспечение виртуальной машине доступа к Интернету

Запустив Hyper-V, первым делом создадим виртуальный коммутатор, необходимый для доступа виртуальных машин к Интернету. Справа окна на панели инструментов жмём «Диспетчер виртуальных коммутаторов» .

Выбираем тип «Внешняя» (если принципиально не нужны типы «Внутренняя » и «Частная» ). Жмём «Создать виртуальный коммутатор» .

Задаём имя коммутатору (любое) и жмём «Применить» . Если нужно сменить сетевую карту или переключиться на модуль Wi-Fi, можем это сделать в пункте «Внешняя сеть» , выбрав нужный вариант из выпадающего списка.

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

Для создания виртуальной машины снова обратимся к инструментам на панели справа Диспетчера Hyper-V. Жмём «Создать» и выбираем «Виртуальная машина» .

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

А вот и окно выбора поколения виртуальной машины. Выбираем пункт «Поколение 2» и жмём «Далее» .

Устанавливаем объём оперативной памяти, что будет отдана виртуальной машине. Жмём «Далее» .

В выпадающем списке выбираем виртуальный коммутатор, что был создан ранее. Жмём «Далее» .

Создаём виртуальный жёсткий диск. Поколение 2 виртуальных машин работает только с дисками VHDX, так что выбор этого формата предустановлен. Предустановлен и путь хранения VHDX-файла – внутри папки, ранее указанной для всех файлов виртуальной машины. Размер диска по умолчанию определён в 127 Гб, этот размер, пожалуй, и оставим. Жмём «Далее» .

Следующий этап – указание пути к ISO-образу с дистрибутивом гостевой ОС. Жмём «Далее» .

Всё – жмём «Готово» .

Вернёмся в окно Диспетчера Hyper-V. Запускаем окно подключения только что созданной виртуальной машины двойным кликом.

Для включения виртуальной машины жмём зелёную кнопку.

Запустится процесс загрузки с DVD-диска. Любую клавишу для подтверждения загрузки с DVD-диска нужно нажать очень быстро, поскольку в случае с виртуальными машинами поколения 2 время для такого рода раздумий и действий сокращено.

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

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

В появившемся окне слева в разделе «Оборудование» переключаемся на «SCSI-контроллер» , затем кликаем « DVD-дисковод» . Справа выше прописанного пути к ISO-образу устанавливаем значение «Нет» . Жмём «Применить» .

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

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

• Только версии Windows 8.1, 10 и серверные редакции, начиная с Windows Server 2012 R2;
• Гостевая ОС должна поддерживать Remote Desktop Services, а этот нюанс перечень указанных версий Windows ограничивает до их редакций Pro и Enterprise.

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

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

Переходим на вкладку «Локальный ресурсы» .

Здесь можем добавить ещё некоторые возможности подключения. Это запись звука с виртуальной машины и подключение локальных устройств как то: смарт-карты, разделы жёсткого диска и съёмные носители физического компьютера.

Помогла ли Вам данная статья?

Корпорация microsoft решила внести поддержку аппаратной виртуализации hyper-v в свои операционные системы для работы на персональных компьютерах. Изначально данная технология входила только в серверные системы, такие как windows server 2008 и т.п. Теперь у обычных пользователей использующих windows, появилась возможность запустить на своем ПК виртуальную машину не устанавливая сторонних программ.

Первая операционная система получившая технологию Hyper V , является windows 8, в редакциях корпоративная(enterprise) и профессиональная(PRO). Потом она была перенесена и в windows 10, в таких же редакциях. В данной статье вы узнаете, как запустить виртуальную машину Hyper-V в windows 10, а так же, как установить на неё операционную систему windows 7.

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

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

Здесь переходим по вкладке программы .

Жмем на пункт включение или отключение компонентов windows.

Находим в списке hyper-v, ставим напротив галочку и жмем OK.

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

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

После перезагрузки, в поиске (значок лупы возле кнопки пуск ) вводим hyper и запускаем приложение.

В главном окне жмем на пункт создать - > виртуальная машина.

На первой открывшейся странице, просто нажимаем далее .

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

Установку windows 7 можно осуществить выбрав поколение 1, если вы устанавливаете более поздние версии, то выбирайте второй вариант.

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

Пункт настройка сети пока пропустим, чуть ниже к нему вернемся.

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

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

Пройдет быстрый процесс настройки.

Настраиваем работу интернета в Hyper-V

Виртуальная машина создана. Но не расслабляемся, нам нужно еще установить операционную систему и настроить работу интернета. Переходим в .

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

На предупреждение отвечаем да .

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

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

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

Для установки операционной системы нам потребуется dvd диск, либо iso образ windows. Если у вас его нет, то читаем статью Как скачать любую версию Windows 7, 8.1, 10 с сайта Microsoft . Опять же переходим в параметры виртуальной машины.

Во вкладке BIOS устанавливаем порядок загрузки, на первом месте должен стоять компакт-диск , управлять расположением устройств можно с помощью кнопок вверх и вниз .

После, переходим в контроллер 1 IDE -> DVD-дисковод. Тут можно настроить загрузку именно с физического компакт-диска, выбрав вкладку физический дисковод компакт - и DVD-дисков. В пункте носитель , в случае использования iso образа, выбираем пункт файл образа, где жмем кнопку обзор .

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

Как видим, путь к файлу с windows прописан, теперь нажимаем кнопку применить и OK.

Теперь подключаем виртуальную машину. Кликнув по ней двойным нажатием мыши.

В открывшемся окне нажимаем кнопку запустить .

Операционная система установлена, виртуальная машина подключена и работает. Теперь у вас появилась возможность в установленной windows 10 работать и с windows 7.

О ставляйте своё мнение о данной статье, ну и конечно же задавайте свои вопросы, если у вас что-то вдруг пошло не так.

Спасибо за внимание!

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

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

• Гипервизоры создают виртуальные машины.
• Гипервизор - специальный софт, позволяющий делить наш ПК на один «настоящий» и несколько либо также один виртуальный.
• Виртуальная машина - это и есть этот самый несуществующий компьютер. Создаёт его гипервизор. Но на такой компьютер также можно поставить ОС (в зависимости от системы, которая её создаёт: любую или ряд определённых, например, только из семейства Windows) а потом управлять ею из окна приложения или как-то ещё.
• Аппаратная виртуализация - создание виртуальной реальности внутри ПК. Систему аппаратной виртуализации часто представляет собой упомянутый десять раз вверху гипервизор. Его ещё можно назвать «менеджер виртуальных машин».
• Гостевые ОС - операционные системы, располагающиеся на виртуальных машинах.

Что нам всё это даёт?

Как всё это относится к Hyper-V? Программа является этим самым гипервизором. Наряду с ней ещё есть VirtualBox и ряд других приложений, выполняющих похожие функции. Чем пользоваться - решать вам, а здесь конкретно о Hyper-V.

• Работает этот софт только на 64-разрядных системах. При этом создавать внутри можно и 32-разрядные.
• «Родителем» Hyper-V являются одноимённые серверные программы от Microsoft. «Серверные» означает, что выпускались они для специальных серверных операционных систем.
• Идёт в комплекте с системами Виндовс 8, 8.1 и 10. На Windows 7, к сожалению, Hyper-V ещё не было.

Работа с программой

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

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

• Оперативная память не менее 4 Гб.
• Процессор, оснащённый аппаратной визуализацией. Технологии называются Intel-VT или AMD-V (могут обозначаться как VMX или SVM).
• Технологии Intel EPT или AMD RVI.

Определить, есть две последних составляющих в вашем ПК или нет, поможет утилита Coreinfo. Скачать её можно с официального сайта «Майкрософт». Coreinfo представляет собой окошко с текстом, в котором будут либо прочерки напротив интересующих вас параметров - их нет - либо сведения об их наличии.

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

Если с системными требованиями всё в порядке, переходим к установке Hyper-V. На Windows 10/8/8.1 программа уже есть, поэтому всё, что нужно сделать - запустить её.

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

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

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

1. Запускаем программу.
2. Нажимаем кнопку «Создать» в правом верхнем углу, затем - «Виртуальная машина».
3. Появляется мастер создания, читаем информацию, жмём «Далее».
4. Придумываем имя. Расположение можно не менять.

   

   Указываем имя и расположение

5. Далее перед нами на выбор два поколения. Те или иные гостевые ОС могут устанавливаться на одном и не устанавливаться на другом. Поэтому при самостоятельной установке «оси» проверьте разрядность системы и имеют ли они загрузочный носитель UEFI. Мы выбираем второй вариант, так как устанавливаем новую сборку Windows.

   

6. В следующем окне необходимо выбрать выделяемую оперативную память. Лучше так и оставить 1024 Мб. Однако если на компьютере оперативка выше 4 Гб, то можно позволить больше. Если же вы собираетесь устанавливать XP или другую лёгкую операционку, можно выделить и меньше.

   

   Указываем объем памяти

7. Далее находим виртуальный коммутатор в списке подключений к сети, если мы его создали.
8. Создаём виртуальный жёсткий диск, указываем его расположение и размер.

   

9. В завершение указываем путь к файлу образа системы.

   

10. Проверяем все данные и жмём «Готово».

На этом настройка ещё не заканчивается. Теперь нужно запустить машину и научиться эффективно ей пользоваться.

Запуск, подключение к сети и некоторые фишки

Сначала рассмотрим сам запуск новой ОС.

1. В списке в окне Hyper-V отображаются все виртуальные машины. У нас она, скорее всего, одна.
2. Выбираем её, щёлкаем правой кнопкой мыши и жмём «Подключить».
3. Она разворачивается на всё окно. Чтобы запустить, нужно нажать на круглую кнопочку вверху. Оттуда же выполняются и остальные действия с виртуальной системой.
4. Жмём любую кнопку.
5. Теперь работаем уже с той ОС, ISO-образ которой мы загружали.

Всё, машина запущена. При закрытии окна мы просто сворачиваем её и она продолжает работать в фоновом режиме.

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

Подключение к сети можно создать как до, так и после создания «дочерней» ОС, от этого ничего не изменится. Машина всё равно подключится к новоявленному коммутатору.

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

1. Открываем командную строку на виртуальном ПК (Win+R). Вводим: EXE shell32.dll,Control_RunDLL sysdm.cpl,5
2. Разрешаем подключение, это самый нижний маркер во вкладке «Удалённый доступ».
3. Теперь вводим в командной строке: ipconfig
   Команда нужна для того, чтобы узнать IP-адрес. Копируем или записываем его.
4. Теперь переходим на физический компьютер.
5. В командной строке вбиваем: mstsc
6. Вводим IP, точное имя пользователя, разрешаем сохранить учётные данные. После нажимаем «Сохранить», а затем «Подключить».

Теперь мы можем переключаться между рабочими столами виртуального и реального компьютеров. Что это даёт? Перенос файлов стандартным методом: ctrl + C, ctrl + V. Без подключения удалённого рабочего стола такой способ работает только с текстом.

Где брать ОС?

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

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