Установка Hyper-V. Виртуальная машина hyper-V Hyper v создание виртуальной машины пошагово

Мы добавим компоненты Hyper-V в Windows 10, рассмотрим вариант создания виртуальной машины с помощью Hyper-V , а также рассмотрим её параметры.

Добавляем компоненты Hyper-V.

Запускаем "Выполнить" любым из двух способов:

1. Жмём правой кнопкой по меню "Пуск" и выбираем "Выполнить" .(Рис.1)
2. Нажимаем сочетание клавиш "Win" +"R" .

Рис.1 - Правой кнопкой "Пуск" -> "Выполнить".

Вводим appwiz.cpl (Рис.2)

Рис.2 - Вводим appwiz.cpl

Откроется окно "Программы и компоненты" . Слева нажимаем "Включение или отключение компонентов Windows" .(Рис.3)

Рис.3 - Программы и компоненты.

Откроется окно "Компоненты Windows" . Выбираем всё что есть в разделе Hyper-V .(Рис.4)

Жмём "Ок" .

Рис.4 - Выбор компонентов Hyper-V.

Ждём установку компонентов - Применение изменений , и нажимаем "Перезагрузить сейчас" .(Рис.5)

Рис.5 - Применение компонентов, перезагрузка системы.

На этом Добавление компонентов закончено. Приступаем к работе с Hyper-V

Запуск Hyper-V.

В меню "Пуск" -> "Средства администрирования Windows" появился ярлык "Диспетчер Hyper-V" . Запускаем его.(Рис.6)

Рис.6 - Запускаем Диспетчер Hyper-V.

Перед нами стартовое окно "Диспетчера Hyper-V" .(Рис.7)

Рис.7 - Стартовое окно Диспетчера Hyper-V.

Выбираем слева наш компьютер, у меня это - DESKTOP-9PLBR7Q , справа появится меню "Действия" , Нажмите на пункт "Диспетчер виртуальных коммутаторов" .(Рис.8)

Рис.8 - Заходим в Диспетчер виртуальных коммутаторов.

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

Рис.9 - Создаём виртуальный коммутатор.

Введите Имя , у меня это - Hypernet и примечание, у меня это - Сеть Hyper-V .(Рис.10)

Так же выберете Тип подключения . Я выбрал подключение к Внешней сети через мою сетевую карту - "Realtek PCIe GBE Family Controller" . А также установил галочку в чекбоксе "Разрешить управляющей операционной системе предоставлять общий доступ к этому сетевому адаптеру" .

Жмём "Применить" .

Рис.10 - Свойства виртуального коммутатора.

Выскакивает предупреждение "Ожидающие изменения могут нарушить сетевое подключение" .(Рис.11) Я предполагаю, что эту статью будут читать новички, а значит они вряд ли будут пошагово повторять за мной, используя задействованный сервер, своего предприятия 😀 . Следовательно ничего страшного в том, что мы можем на некоторое время потерять сетевое подключение. Жмём "Да" и ждём "Применение изменений" .

Рис.11 - Предупреждение о возможном нарушении сетевого подключения.

Теперь зайдя в "Сетевые подключения" -> "Настройка параметров адаптера" . Мы можем увидеть наш только что созданный vEthernet (Hypernet) , так же с ним соседствует не подключенный vEthernet (Коммутатор по умолчанию) - " Стандартная сеть" автоматически предоставляет виртуальным машинам доступ к сети компьютера с помощью преобразования сетевых адресов (NAT ). NAT на данный момент нам не интересен. И коммутатор этот трогать мы не будем.(Рис.12)

Рис.12 - Сетевые подключения -> Настройка параметров адаптера.

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

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

Жмём правой кнопкой по нашему компьютеру -> "Создать" -> "Виртуальная машина" . (Рис.13)

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

Откроется "Мастер создания виртуальной машины".(Рис.14)

• Нажмите кнопку "Готово" , чтобы создать виртуальную машину с настройками по умолчанию.
• Нажмите кнопку "Далее" , чтобы создать виртуальную машину с особыми параметрами конфигурации.

Рис.14 - Мастер создания виртуальной машины.

Указываем Имя виртуальной машины и её расположение.(Рис.15)

Я решил протестировать при помощи Ubuntu Server 18.04 .

По этому у меня так:

• Имя: ubuntuserver 18.04.
• Расположение: E:\hyper-v ubuntu server 18.04\.

Рис.15 - Указываем Имя виртуальной машины и её расположение.

Выбираем поколение виртуальной машины.(Рис.16)

В большинстве случаев стоит выбрать второе поколение, но если вы устанавливаете что-то 32-bit ное то стоит выбрать - Поколение -1 .

Лично у меня Ubuntu Server 18.04 64-bit с поддержкой UEFI , следовательно я выбираю - Поколение 2.

Рис.16 - Выбираем поколение виртуальной машины.

Выделяем количество оперативной памяти.(Рис.17)

Моей операционной системе хватит 1Gb ОЗУ => Я оставляю по умолчанию вписанные 1024 Mb . Идём "Далее" .

Рис.17 - Выделяем количество оперативной памяти.

Выбираем к какому коммутатору будет подключен наш сетевой интерфейс.(Рис.18)

Выбираем наш "Hypernet" , идём "Далее" .

Рис.18 - Настройка сети.

Создаём виртуальный жёсткий диск.(Рис.19)

Указываем Имя , Расположение и максимальный Размер файла виртуального HDD.

У меня так:

• Имя: ubuntu server 18.04.vhdx.
• Расположение: E:\hyper-v ubuntu server 1804\.
• Размер: 10 ГБ.

Рис.19 - Создаём виртуальный жёсткий диск.

Выбираем ISO-образ с которого будем устанавливать операционную систему.(Рис.20)

Выбираем пункт "Установить операционную систему из файла загрузочного образа" -> Нажимаем "Обзор" -> Выбираем iso-образ . -> Жмём "Далее" .

Рис.20 - Выбор образа ОС.

Завершение работы мастера создания виртуальной машины.(Рис.21)

Жмём "Готово" .

Рис.21 - Завершение работы мастера создания виртуальной машины.

Теперь в Диспетчере Hyper-V мы видим, только что созданную, виртуальную машину - ubuntu server 1804 . (Рис.22)

Нажимаем на нее правой кнопкой мыши - > "Подключить" .

Рис.22 - Диспетчер Hyper-V, Новая виртуальная машина.

Появится окно (Рис.23)

Если вы хотите установить систему Windows то при нажатии на кнопку "Пуск" у вас должна запуститься установка, без каких любо ошибок.

Но для того чтобы запустился Ubuntu Server 18.04 Пришлось в "Файл" - > "Параметры" -> "Безопасность" отключить "Безопасную загрузку" .(Рис.24)

Рис.23 - Подключение к виртуальной машине.
Рис.24 - Отключаем Безопасную загрузку.

Включаем виртуальную машину.(Рис.25)

Рис.25 - Включаем виртуальную машину.

Всё отлично виртуальная машина запустилась. Нас встречает установщик Ubuntu Server 18.04. (Рис.26)

Рис.26 - Запущенная виртуальная машина. Установщик Ubuntu Server 18.04.

Изменение параметров виртуальной машины.

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

"Файл" - > "Параметры". (Рис.27) Рис.27 - Заходим в "Файл" - > "Параметры"

Оборудование.

"Встроенное ПО" - можно изменить приоритет загрузки устройств в виртуальной машине.(Рис.28)

Рис.28 - Выбор приоритета загрузки.

"Безопасность" - можно "Включить/Выключить безопасную загрузку", "Включить/Выключить поддержку шифрования" .(Рис.29)

Рис.29 - Параметры безопасности виртуально машины.

"Память" - можно отредактировать количество выделяемой ОЗУ, Включить/Выключить функцию Динамическая память. (Рис.30)

Рис.30 - Параметры оперативной памяти.

"Процессор" - можно отредактировать число виртуальных процессоров в соответствии с числом процессоров на физическом компьютере.(Рис.31)

Также можно распределить нагрузку в "Управление ресурсами" .

"SCSI-контроллер" можно добавить Жёсткий диск , DVD-дисковод или Общий диск .(Рис.32)

Рис.32 - Параметры SCSI-контроллер.

Также можно изменить параметры подключенных носителей , к примеру здесь мы можем изменить вставленный в виртуальный DVD-дисковод ISO-образ.(Рис.33)

Рис.33 - Параметры носителей.

"Сетевой адаптер" можно изменить конфигурацию сетевого адаптера : Выбрать Виртуальный коммутатор , прописать VLAN ID , настроить Пропускную способность .(Рис.34)

Рис.34 - Параметры сети.

Управление.

"Имя" - можно легко поменять виртуальной машины, на более удобное для вашего пользования.(Рис.35)

Рис.35 - Смена имени.

"Службы интеграции" - Выбор служб которые вы хотите сделать доступными для виртуальной машины. .(Рис.36)

Рис.36 - Службы интеграции.

"Контрольные точки" - Здесь можно настроить Контрольные точки( snapshot, точки восстановления), включить автоматический режим их создания и назначить место их хранения.(Рис.37)

Рис.37 - Контрольные точки.

"Расположение файла Smart Padding" - Можно указать путь к файлу подкачки.(Рис.38)

Smart Padding - функция которая дает возможность при недостатке памяти для загрузки виртуальной машины использовать файл подкачки на хосте.

Рис.38 - Расположение файла Smart Padding.

"Автоматические действия при запуске" - Можно выбрать операцию, которую вы хотите выполнить с данной виртуальной машиной при запуске физического компьютера.(Рис.39)

Где найти и как активировать hyper-V. Создание виртуальной машины и установка операционной системы.

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

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

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

Внимание . Для совместимости оборудования Hyper-V доступна только в 64-разрядных версиях Windows 8.1 Pro и Enterprise.

Следует отметить, что виртуализация является дополнительной функцией и обычными пользователями не используется. Это не означает, что вы нанесете вред или повредите свою установку Windows, но определенную аккуратность соблюдать все же стоит.

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

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

• Нажмите на кнопку «Далее» и переходите к настройке VM.

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

Внимание . Хранение виртуальной машины на другом, отличном от установки Windows 8.1 диске, исключает ее из образа резервного копирования, снижая полный размер этой копии. Еще один плюс, возможность при переустановке системы «подобрать» не пострадавшие настройки ВМ. Однако расположение VM в одном разделе с установленной копией Windows, тоже имеет свои плюсы, например, включение в образ резервного копирования.

• Одно из усовершенствований, сделанных в технологии Hyper-V для Windows 8.1 - новый тип файла-контейнера виртуальной машины, который поддерживает функцию различных вариантов загрузки. Генерация 2 полностью совместима с Windows 8 и Windows 8.1, а также Windows Server 2012. Однако не работает на более ранних операционных системах. Если вы хотите использовать виртуальную машину на компьютерах под управлением Windows Server 2008, выберите генерацию 1 и сохраните полную совместимость.

• Установите необходимый объем выделенной для виртуальной машины памяти. Размер зависит от типа, запущенной в ней операционной системы и от возможностей вашего ПК.

Например, для установки в виртуальную машину Windows XP достаточно 512 МБ оперативной памяти. Однако если вы планируете в ней графические работы, памяти потребуется больше. Если в вашем компьютере 4 ГБ памяти, указывать более 1 ГБ для виртуальной машины не следует. Если у вас 8 ГБ, можно отдать 2 ГБ.

А также существует возможность использования динамической памяти. Эта функция позволит VM, в случае необходимости, автоматически выделять дополнительную память. Вы можете посчитать эту опцию полезной, так как она используется только при необходимости. Нажмите кнопку «Далее».

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

Если вы хотите полностью изолировать операционную систему, настраивать сетевой адаптер для работы с ВМ нет необходимости.

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

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

• Подключите виртуальный жесткий диск. Эта страница мастера позволит указать размер виртуального жесткого диска. При необходимости размер вы можете увеличить или уменьшить. Альтернативный вариант - прикрепить существующий виртуальный жесткий диск. Нажмите кнопку «Далее».

• Установите операционную систему. Вы можете сделать это с флоппи-диска, CD, DVD-диска, USB флэш-диска или ISO файла.

• Подтвердите введенные данные. Нажмите кнопку «Готово».

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

• Откройте меню действий и выберите для запуска виртуальной машины «Старт».

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

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

Изначально был компонентом серверных версий Windows. На десктопах технология виртуализации от Microsoft получила реализацию в Windows 8. Отличительной особенностью Hyper-V является ее максимальная интеграция в операционную систему, что и определяет ее бесконфликтную работу. Программа создает виртуальные машины двух разновидностей (поколений). Второе поколение обеспечивает неплохой прирост производительности, но совместимо исключительно с 64-битными версиями Windows 8.1 и новее, и серверными системами не старше Windows Server 2012. Новая виртуальная машина поддерживает опцию изменения размера виртуального жесткого диска. Полноценное взаимодействие между физическим компьютером и виртуальной машиной реализовано за счет использования стандартной функции удаленного рабочего стола.

Преимущества и недостатки Hyper-V

Высокая производительность, гибкая настройка потребления ресурсов (поскольку виртуальная машина напрямую обращается к аппаратным ресурсам);
+ виртуальная машина не прекращает работать в фоновом режиме;
+ быстрая работа виртуального жесткого диска в фирменном формате VHDX
- по умолчанию гостевая ОС не работает с флеш-картами и USB-накопителями, не воспроизводит звук;
- буфер обмена по умолчанию односторонний (с физического компьютера – в гостевую ОС);
- установка виртуальной машины 2-го поколения производится только из сети или через ISO-образ.

Основные возможности

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

Не так давно вышла очередная новая версия Windows Server 2016. Вместе с ним обновился и бесплатный гипервизор от Microsoft — Windows Hyper-V Server 2016. Его можно свободно скачать и использовать на свое усмотрение. Как обычно, первоначальная настройка сложна и не очевидна, придется немного повозиться для получения приемлемого функционала.

Введение

Дальше выполняете установку стандартным способом, как и любую другую систему. Загружаетесь с iso образа и следуете по шагам инсталлятора. Каких-то нюансов или проблем с тем, чтобы установить hyper-v server нет, так что я не буду заострять на этом внимание. Обращу внимание только на самый конец установки. У меня появилось вот такое окно:

При этом я не мог ничего сделать или выбрать. Я нажал ctrl+alt+delete и появилось предложение задать пароль администратора. Я сделал это, установка завершилась, загрузилось окно со стандартным интерфейсом управления:

Если вы по какой-то причине закроете это окно, вызвать его снова можно в командной строке с помощью команды sconfig .

Настройка Hyper-V Server 2016

Сразу же выполняем первоначальную настройку Hyper-V Server 2016 через стандартную консоль управления:

1. Указываете рабочую группу, если вас не устраивает стандартная.
2. Меняем имя сервера на что-то более осмысленное и понятное.
3. Добавьте еще одного администратора. Это нужно сделать, чтобы иметь еще одну админскую учетную запись, отличную от administrator. В дальнейшем рекомендую все настройки и подключения выполнять под этой учетной записью.
4. Разрешаем удаленное управление, в том числе ping.
5. Автоматическое обновление оставляю на ваше усмотрение. Я обычно отключаю и все делаю вручную.
6. Рекомендую сразу проверить обновления и установить их.
7. Включаем Remote Desktop со всеми версиями клиента.
8. Указываем сетевые настройки. Стандартно стоит dhcp, рекомендую установить адрес статически.
9. Настройте время, если по-умолчанию стоит не правильное.
10. Настройки телеметрии полностью отключить нельзя. Такой вот микрософт. Не приходится удивляться, с учетом нововведений в последних версиях системы.

Быстренько пробежались по основным настройкам hyper-v server 2016. Теперь бы сразу начать установку виртуальных машин, но, к сожалению, пока это не получится сделать. Нам надо каким-то образом подключиться к серверу с помощью панели управления. Пока нам доступен только rdp доступ, но этого не достаточно.

Удаленное подключение и управление Hyper-V Server 2016

Подключаемся по rdp к серверу, чтобы было удобно копировать и вставлять длинные команды в командную строку. В консоли cmd переходим в powershell , просто введя команду:

Powershell

Вводим команды для настройки разрешений на фаерволе для удаленного управления:

Set-NetFirewallRule -DisplayGroup "Windows Management Instrumentation (WMI)" -Enabled true -PassThru Set-NetFirewallRule -DisplayGroup "Remote Event Log Management" -Enabled true -PassThru Set-NetFirewallRule -DisplayGroup "Remote Volume Management" -Enabled true -PassThru

Теперь переходим на клиентскую систему. Напоминаю, что в моем случае это Windows 10 Корпоративная. Заходить на нее нужно под учетной записью с теми же параметрами, что создана на гипервизоре. Добавьте такого же пользователя и работайте под ним. Это обязательное условие для подключения к управлению непосредственно сервером, его службам, дисковой подсистемой и т.д. Для подключения только для управления ролью hyper-v иметь одинаковую с сервером учетку не обязательно, в конце я расскажу, как это сделать.

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

192.168.1.100 hyperv2016

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

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

Я не сразу смог найти, где это сделать, поэтому подсказываю вам. Продолжаем настройку хоста для подключения к hyper-v server 2016. Запускаем cmd от администратора и переходим в powershell. Выполняем команду:

Winrm quickconfig

Обязательно жмите Y и продолжайте. Вводим следующую команду, которая разрешает управление удаленными системами:

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

В данном примере, hyperv2016 — имя моего гипервизора.

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

Теперь нам нужно изменить еще один параметр. Запускаем оснастку dcomcnfg.exe , выполнив эту команду в cmd. Открывается оснастка управления службой компонентов.

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

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

Расскажу еще об одном нюансе. Вы можете подключиться к удаленному hyper-v серверу, даже если работаете не под той учетной записью, что имеет административные права на гипервизоре. При подключении есть возможность ввести параметры другого пользователя. Но чтобы эта возможность заработала, необходимо выполнить ряд действий как на сервере, так и на клиенте. Для начала надо изменить один параметр в локальной политике компьютера. Для этого выполняем в cmd команду gpedit . Откроется оснастка управления локальными политиками компьютера. Идем по пути: Конфигурация компьютера -> Административные шаблоны -> Система -> Передача учетных данных -> Разрешить передачу новых учетных данных с проверкой подлинности сервера «только NTLM» . Включаем ее и добавляем запись:

Set-Item WSMan:\localhost\Client\TrustedHosts -Value "hyperv2016" Enable-WSManCredSSP -Role client -DelegateComputer "hyperv2016"

Теперь надо внести некоторые изменения на самом гипервизоре. Подключаемся к нему по rdp, переходим в cmd, запускаем powershell и выполняем команды:

Enable-PSRemoting Enable-WSManCredSSP -Role server

После этого можете работать под привычным пользователем компьютера, но при этом подключаться к hyper-v server 2016 под другой учетной записью и управлять им.

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

Пишите имя сервера и подключаетесь к нему. Вам доступны все разделы управления компьютером, кроме диспетчера устройств. К нему почему-то не получается подключиться, возникает ошибка. Я подробно не разбирался в чем дело и как ее исправить.

Настройка виртуальных коммутаторов

Перед тем, как мы приступим к установке виртуальных машин, подготовим для них сеть. Я не буду подробно рассказывать о нюансах работы сети в hyper-v. Это не тема текущего повествования. Просто создадим сетевой бридж для виртуальных машин. В оснастке управления выбираем справа «Диспетчер виртуальных коммутаторов», выбираем тип «Внешняя». Указываете имя коммутатора. Я рекомендую давать осмысленные названия, чтобы было проще потом управлять. Если это бридж в локальную сеть, то назовите виртуальный коммутатор local.

Сохраняйте настройки. Вы увидите предупреждение о том, что сетевые соединения будут сброшены. Все в порядке, соглашайтесь. Будет создан новый виртуальный сетевой интерфейс с теми же настройками, что были у физического. Но здесь есть один важный нюанс. Если ваш сервер получал сетевые настройки по dhcp, то он скорее всего получит новый ip адрес. Имейте это ввиду.

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

Мы почти закончили настройку Windows Hyper-V Server 2016 и готовы приступить к установке виртуальных машин. Надо только загрузить iso образ на гипервизор. Тут все очень просто. Открываем в проводнике на управляющей машине удаленный диск через стандартную возможность windows машин, создаем папку iso и загружаем нужный образ.

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

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

Бэкап виртуальных машин Hyper-V

Ранее я уже рассказывал про программу . Она замечательно работает с Windows Hyper-V Server 2016, приведенная статья полностью актуальна. Для работы программы необходимо установить на гипервизоре .Net Framework 3.5 с помощью команды powershell:

Install-WindowsFeature NET-Framework-Core

Программа, конечно, монструозная, весит много, ставится долго, но зато никаких заморочек. Все настраивается легко и понятно через интерфейс программы. После установки запускаете программу. Добавляете новый сервер:

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

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

Подключение к Hyper-V Server 2016 с Windows 7

Рассмотрим еще один вариант подключения к бесплатному hyper-v, когда у вас в наличие только операционная система Windows 7. Вам нужно создать виртуальную машину, либо изменить настройки существующей, завершить ее работу, или наоборот запустить. Оснастку управления Hyper-V на Windows 7 поставить не получится. На помощь придет программа 5nine Manager Free . Скачать ее можно либо с указанного сайта, но нужна регистрация, после которой на почту придет ссылка для скачивания и файл с лицензией. Для нормальной установки требуется.NET Framework 4.5 или выше. Если в системе он не будет установлен, то инсталлятор просто не начнет установку, даже не сказав почему. Мне пришлось читать руководство, чтобы разобраться, почему на один компьютер у меня нормально ставится программа, а на другой не хочет.

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

Заключение

Постарался рассмотреть все наиболее значимые аспекты в работе с бесплатным гипервизором от Microsoft. Сам еще не проверял его в работе и особо не интересовался нововведениями, пока не было времени. Смотрел на него только в тестовых стендах. Можете сравнить его с бесплатным гипервизором на kvm — proxmox, который я рассматривал в своей статье у .

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

онлайн-курсом «Администратор Linux» в OTUS. Курс не для новичков, для поступления нужны базовые знания по сетям и установке Linux на виртуалку. Обучение длится 5 месяцев, после чего успешные выпускники курса смогут пройти собеседования у партнеров. Что даст вам этот курс:

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

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

Итак 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 для многих окажется приятным «подарком» и наверняка найдет немало применений.