Корпорация 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.

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

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

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

В этой статье

Hyper-V заменяет технологию Microsoft Virtual PC.

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

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

Причины использовать виртуализацию

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

Запуск программного обеспечения, для которого требуются более старые версии Windows или операционные системы, отличные от Windows.

Эксперименты с другими операционными системами. Hyper-V существенно упрощает создание и удаление различных операционных систем.

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

Системные требования

Hyper-V доступна в 64-разрядных версиях Windows 10 Pro, Корпоративная и для образовательных учреждений. Не поддерживается в выпуске Home.

Выполните обновление с ОС Windows 10 Домашняя до Windows 10 Профессиональная, открыв Параметры > обновление и безопасность > активации . Здесь вы можете посетить Store и приобрести обновление.

Hyper-V можно запустить на большинстве компьютеров, однако каждая виртуальная машина является отдельной операционной системой. Как правило, на компьютере с 4ГБ ОЗУ можно запустить одну или несколько виртуальных машин, однако для запуска дополнительных виртуальных машин либо установки и запуска ресурсоемкого ПО, такого как игры, видеоредакторы или программы для технического проектирования, потребуются дополнительные ресурсы.

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

Операционные системы, которые можно запустить на виртуальной машине

Hyper-V в Windows поддерживает много операционных систем на виртуальных машинах, в том числе различные выпуски Linux, FreeBSD и Windows.

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

Дополнительные сведения об операционных системах, которые поддерживаются как гостевые в Hyper-V в Windows, см. в статьях Гостевые операционные системы, поддерживаемые в Windows и Гостевые операционные системы, поддерживаемые в Linux .

Различия между Hyper-V в Windows и Windows Server

Некоторые функции работают по-разному в Hyper-V для Windows и Windows Server.

Компоненты Hyper-V, доступные только в Windows Server:

• динамическая миграция виртуальных машин с одного узла на другой;
• реплика Hyper-V;
• Виртуальный адаптер Fiber Channel
• сеть СSR-IOV;
• общий доступ к.VHDX.

Компоненты Hyper-V, доступные только в Windows 10:

• Быстрое создание и коллекция виртуальных машин
• Сеть по умолчанию (коммутатор NAT)

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

Ограничения

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

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

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

Прежде всего внесем ясность в термины. Hyper-V - это бесплатный гипервизор от компании Microsoft, работающий на платформе Windows. Первоначально поддерживались только серверные версии, но начиная с Windows 8 (редакции не ниже Pro) его можно использовать и в настольных ОС. Несмотря на то, что Microsoft явно не обозначает редакции гипервизора, новые поколения ОС содержат в себе новые версии Hyper-V. Так как степень интеграции Hyper-V в ОС достаточно велика, то вы не можете обновить версию гипервизора отдельно от версии ОС.

Если ориентироваться по версии конфигурации виртуальных машин, то можно говорить о восьми поколениях Hyper-V, версию 8.0 содержат Server 2016 и Windows 10 (1607). Наиболее распространенные Windows Server 2012 R2 (и Windows 8.1) имеют пятое поколение гипервизора.

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

Hyper-V Server - специальный выпуск на основе Windows Server Core с сильно урезанными функциями, обеспечивающими только работу гипервизора и его обслуживание. При этом, вопреки распространенному мнению, никакой разницы между Hyper-V Server и Hyper-V в качестве роли Windows Server нет. Это один и тот-же продукт.

Когда говорят о Hyper-V Server и Windows Server Core, то в первую очередь пытаются сделать упор на экономию ресурсов за счет отсутствия GUI, однако это мнение ошибочно. При создании данных продуктов вопрос экономии ресурсов стоял в последнюю очередь, да и глупо говорить о каком-либо "недостатке ресурсов" на гипервизоре.

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

Установка и первоначальная настройка Hyper-V Server

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

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

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

А вот если вы закрыли все окна, включая окно командной строки, то можете внезапно оказаться перед черным экраном без средств управления системой вообще. В этом случае нажмите Ctrl+Shift+Esc (данная комбинация работает также через RDP) и при помощи вызванного диспетчера задач запустите нужный вам процесс, например, командную строку.

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

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

После завершения настройки и установки обновлений сервер следует перезагрузить. Здесь может возникнуть вполне закономерный вопрос: а что делать дальше? Как им управлять? Для управления Hyper-V Server понадобится еще один компьютер с установленными средствами управления Hyper-V, а настройки самого сервера можно производить из консоли MMC. Для этого создадим нужные разрешающие правила в брандмауэре. Для этого запустим PowerShell и последовательно выполним следующие команды:

Powershell
Enable-NetFirewallRule -DisplayGroup "Удаленное управление Windows"
Enable-NetFirewallRule -DisplayGroup "Удаленное управление журналом событий"
Enable-NetFirewallRule -DisplayGroup "Удаленное управление томами"
Enable-NetFirewallRule -DisplayGroup "Дистанционное управление рабочим столом"

На этом настройку сервера следует считать законченной, можно проверить подключение к нему средствами RDP и, если все прошло нормально, переходить к настройке клиентской станции.

Настройка клиента для работы с Hyper-V Server

Для управления Hyper-V Server вам понадобится ПК с ОС не ниже Windows Server 2012R2 или Windows 8.1 редакции Pro или Enterprise, мы будем рассматривать дальнейшую настройку на примере клиентских ОС. Домашние и 32-разрядные версии ОС не подойдут, так как в них нет возможности установить диспетчер Hyper-V.

Так как сетевое обнаружение и общий доступ к файлам и принтерам на сервере выключен, то нужно добавить для него на DNS-сервера запись типа А, связывающую имя сервера и его IP-адрес или внести соответствующую строку в файл hosts , в нашем случае она выглядит так:

192.168.18.145 HV-CORE-2012R2

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

Cmdkey /add:ServerName /user:UserName /pass:password

где ServerName - имя сервера Hyper-V, UserName - имя администратора сервера Hyper-V и password - его пароль.

Если вы используете Windows 10, то дополнительно запустите командную строку (или консоль PowerShell) от имени администратора и выполните там команды:

Winrm quickconfig
winrm set winrm/config/client "@{TrustedHosts="ServerName"}"

где ServerName - имя сервера Hyper-V.

Затем запустите оснастку dcomcnfg , через Win+R или из командной строки, и разверните дерево Службы компонентов - Компьютеры - Мой компьютер . После чего в по щелчку правой кнопки мыши выберите Свойства и перейдите на закладку Безопасность COM - Права доступа - Изменить ограничения и в открывшемся окне установите для пользователя АНОНИМНЫЙ ВХОД права Удаленный доступ .

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

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

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

Единственной недоступной оснасткой будет Диспетчер устройств , настроить его работу можно, но практического смысла в этом нет, так как работать он все равно будет в режиме "только чтение". К тому же по факту это не представляет проблемы: база драйверов Windows Server достаточно обширна и если вы проявили разумную предусмотрительность при выборе оборудования, то к вопросу драйверов вам вообще обращаться не придется.

В противном случае вам следует обратиться к инструментам командной строки для работы с драйверами: 1.6. Установка оборудования и управление драйверами (локально)

Наконец мы подошли к самому главному. Перейдем в классическую Панель управления - Программы и компоненты - Включение и отключение компонентов Windows и установим Средства управления Hyper-V .

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

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

\\ServerName\C$

вы попадете на диск С: сервера.

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

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

• Теги:

Итак 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, отключён звук, буфер обмена будет односторонним (только в гостевую ОС).

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

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

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

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