Удаленное управление узлами hyper-v с помощью диспетчера hyper-v

Введение

История релиза Hyper-V Server 2019 получилась необычной и даже какой-то драматичной, как и все последние релизы от компании Microsoft. Поясню для тех, кто не в курсе. Сам 2019-й сервер зарелизился в октябре 2018 года с какими-то критичными багами. Подробности проблем не помню, но в итоге релиз отозвали. Через месяц зарелизили еще раз и вроде как успешно.

С сайта микрософт можно было скачать все версии 2019-го сервера, кроме бесплатной версии Hyper-V. Я следил за темой и все ждал, когда же появится iso образ с Hyper-V Server 2019, а его все не было и не было. Причем в Evaluation Center стояла пометка, что релиз пока откладывается, ждите, скоро все будет.

И вот дождались. 15-го июня я увидел новость о том, что Hyper-V Server 2019 доступен для загрузки в Evaluation Center. Зашел, проверил. В самом деле это так. Появился iso образ, который можно свободно загрузить, что я успешно сделал.

К слову, образ hyper-v 2019 гулял в сети, так как после первого релиза еще в октябре 2018, он был доступен и многие его скачали. Но там были какие-то баги. Из того, что я прочитал, люди указывали на то, что не работал rdp доступ к гипервизору. Не смог это проверить, так как у меня просто не проходила установка на сервер. Он то ли не устанавливался вовсе, выдавая ошибку в процессе установки, то ли потом в синий экран падал. Точно не помню. Я не стал разбираться, а поставил предыдущую версию. Как оказалось, не зря.

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

Для запуска процесса создания виртуальной машины, пройдите по пути: меню «Действие», «Создать», «Виртуальная машина…». Далее откроется мастер создания виртуальной машины.

В первом окне «Приступая к работе» нажмите на кнопку «Далее». В следующем окне «Укажите имя и местонахождение» дайте понятное имя для создаваемой виртуальной машины (я назвал «Windows 7×64»), и выберите место для ее сохранения.

По умолчанию, файлы виртуальной машины сохраняются на диске «С» в папке «ProgramData»:

C:\ProgramData\Microsoft\Windows\Hyper-V

На моем компьютере виртуальные машины сохраняются не на системном, а на другом диске в специальной папке («Virtual Machines»). Поэтому, если вы хотите сохранить виртуальную машину не в папке по умолчанию, поставьте галку напротив пункта «Сохранить виртуальную машину в другом месте», а затем выберите папку для сохранения. Папку для хранения файлов виртуальной машины создайте заранее.

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

В окне «Выделите память» необходимо выбрать объем выделяемой памяти для этой виртуальной машины. Я выделил 2 ГБ памяти со своего компьютера из 8 ГБ.

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

В окне «Подключить виртуальный жесткий диск» отобразится информация об имени виртуальной машины, о ее расположении на жестком диске, объем дискового пространства, выделяемого для виртуальной машины (по умолчанию предлагалось 127 ГБ, я выбрал — 50 ГБ).

Для установки ОС выберите пункт «Установить операционную систему с загрузочного компакт- или DVD-диска». Здесь выберите «Физический CD или DVD-диск» для установки системы с диска, помещенного в оптический привод, или выберите «Файл образа (.iso)» для установки операционной системы непосредственно с ISO образа ОС, который находится на компьютере.

При помощи кнопки «Обзор…» я выбрал образ операционной системы Windows 7 Максимальная SP1 x64, расположенный на внешнем жестком диске, который в данный момент подключен к моему компьютеру.

В окне «Завершение работы мастера создания виртуальной машины» отображена конфигурация созданной виртуальной машины. Нажмите на кнопку «Готово» для завершения создания ВМ.

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

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

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

Далее в окне виртуальной машины Windows Hyper-V начнется процесс установки операционной системы на компьютер, в данном случае Windows 7.

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

Вам также может быть интересно:

• Песочница Windows 10 (Windows Sandbox): безопасная изолированная среда
• Виртуальная машина VMware Workstation

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

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

Создать контрольную точку можно из окна приложения, Управлять контрольными точками (восстановить состояние виртуальной машины, удалить ненужные точки) можно из раздела «Контрольные точки» в Диспетчере Hyper-V.

Как отключить компонент Hyper-V в Windows 10 — 4 способа

Типы Виртуальных Коммутаторов Hyper-V

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

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

• Внешний Виртуальный Коммутатор
• Внутренний Виртуальный Коммутатор
• Частный Виртуальный Коммутатор

Внешний Виртуальный Коммутатор

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

The characteristics of the external virtual switch include:

• Ability to connect VMs to the physical network
• Allows VMs to talk to each other on the same Hyper-V host or different Hyper-V hosts
• The default option when creating a new Hyper-V virtual switch

The external virtual switch provides connectivity to LAN and WAN traffic as routed/segmented in the physical network.

Internal Virtual Switch

As you would imagine, the Internal Virtual Switch intuitively does not provide access external to the Hyper-V host. The internal virtual switch is a type of virtual switch that allows VMs connected to the switch to talk to one another and also to the Hyper-V host.

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

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

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

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

Простое управление Hyper-V Server 2019 через 5nine Manager

Раньше программа 5nine Manager для управления Hyper-V была другой. Я рассказывал о ней в отдельной статье. Сейчас этой программы вообще нет, а вместо нее 5nine Cloud Manager. Он более громоздкий и тормозной. Для установки требует sql сервер. Подойдет бесплатная редакция express. Нужно отдельно ставить серверную часть, отдельно консоль для управления, отдельно агент на hyper-v сервер.

Все стало намного сложнее по структуре, но в целом, если вам не хочется заморачиваться с описанными выше действиями, то можно попробовать с 5nine. В целом, процесс простой и выполняется все мышкой и визардами с кликанием далее — делее — делее. Чтобы все было понятно, расскажу по этапам.

1. Скачиваете и устанавливаете Microsoft SQL Server Express ни гипервизор.
2. Скачиваете 5nine Cloud Manager. Устанавливаете на гипервизор серверную часть приложения, которая работает с sql базой, на машину управления ставите консоль для подключения к серверной части.
3. Подключаетесь консолью и устанавливаете бесплатную лицензию, которая придет в письме после регистрации на сайте программы. Лицензия сроком на год, потом не знаю, что с ней делать, придется продлевать или будет и так работать. На прошлых версиях программы работала и так, продлевать было не обязательно.
4. Ставите консоль на гипервизор и подключаетесь теперь напрямую с гипервизора через rdp. Сразу так не сделал, потому что с гипервизора нельзя было добавить лицензию. Выскакивала ошибка. Наверно связано с тем, что гипервизор без gui, а визарду по добавлении лицензии он нужен. Могли бы это как-то исправить, было бы проще. Раньше все можно было сразу делать на гипервизоре.

Теперь подробнее и с картинками. Скачиваем и устанавливаем на Hyper-V Microsoft SQL Server Express с сайта Microsoft. Выбирайте тот же язык, что и в гипервизоре. Установка подойдет дефолтная. Установщик можно передать так же, как я показывал раньше, через \\hyperv2019\c$.

Дальше ставите 5nine Cloud Manager, серверную часть. В установщике она называется 5nine Management Service.

Установщик сам найдет установленную локально базу. В качестве авторизации в базе используйте системную учетную запись windows пользователя, от которого вы ставили SQL Server Express. Все остальные настройки установщика я оставлял дефолные.

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

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

После того, как добавите лицензию, можно идти на гипервизор, ставить туда же консоль и подключаться. После установки, ярлык для запуска будет лежать в C:\Users\All Users\Desktop. Я запускал оттуда. Когда запустите, сверните все, что открыто. Окно авторизации будет в фоне. Я не сразу это заметил и не мог понять, почему программа не запускается. По факту, она нормально работает на самом гипервизоре, кроме подключения к экрану виртуальной машины. Тут будет ошибка 🙁 А все остальное вроде работает.

Далее нужно добавить гипервизор в панель и дождаться, пока установится агент.

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

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

Установка Windows Admin Center для управления Hyper-V 2019

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

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

netsh advfirewall set currentprofile state off
netsh advfirewall set currentprofile state on

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

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

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

Заходим на любой диск гипервизора через обычный проводник windows и передаем туда скачанный инсталлятор WindowsAdminCenter1904.1.msi. В качестве авторизации используем учетную запись администратора.

Возвращаемся на гипервизор, идем в паеку C:/Soft и запускаем переданный файл.

Запускается инсталлятор Windows Admin Center. Там все просто, можно использовать дефолтные значения. Я лично ставлю галку Разрешить Windows Admin Center изменять параметры доверенных узлов для этого компьютера и Перенаправлять трафик с HTTP-порта 80 на HTTPS-порт. После установки можно в браузере переходить по адресу https://10.20.1.14.

Чтобы страница открылась, введите учетные данные администратора hyper-v сервера. Выбираем единственный сервер, вводим еще раз данные администратора и подключаемся к панели управления сервером. Дальше, думаю, уже сами разберетесь. Не буду подробно останавливаться на описании функционала Windows Admin Center.

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

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

Указываете имя коммутатора и его тип. Из-за перевода Admin Center на русский язык, трудно уловить суть названий, поэтому лучше все же качать английскую версию. Я уже установил русскую, поэтому расскажу на основе ее. Существует 3 типа коммутаторов:

1. Личный (private) для связи только между виртуальными машинами, без доступа к гипервизору и сетью за ним.
2. Внутренний (internal) — почти то же самое, что и личный, только доступ к коммутатору может иметь и гипервизор, но по прежнему нет доступа к внешней сети.
3. Внешний (external) по сути это обычный сетевой бридж, куда входит реальный сетевой интерфейс гипервизора. Этот тип коммутатора используется для доступа виртуальных машин во внешнюю сеть.

В моем примере у меня только один сетевой интерфейс на гипервизоре. Я создам один коммутатор типа Внешний (External).

Получилось вот так.

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

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

Я предпочитаю использовать классические оснастки для управления гипервизором. Если вы так же как и я, предпочитаете их, переходим к следующему способу подключения и управления Hyper-V Server 2019. Для этого нам понадобится компьютер или виртуальная машина с Windows 10. Можно ее установить прямо на этом же гипервизоре. Иногда я так делаю для удобства. Получается автономный гипервизор со всем необходимым для управления.

Microsoft Hyper-V

В «магическом квадранте» Gartner по виртуализации серверной инфраструктуры х86 (Magic Quadrant for x86 Server Virtualization Infrastructure), выпущенном в июле 2015 года, лидируют Micrоsoft и VMware. Xen и KVM представлены вендорами Citrix и Red Hat.способны отлично работать под Hyper-VLinux Integration Services 4.0 for Hyper-Vпакет драйверов, утилит и улучшений для гостевых ОС LinuxОсобенности Microsoft Hyper-V в Windows Server 2012 R2 Datacenter Edition

Максимальное число одновременно работающих ВМ	1024
Максимальное число процессоров на хост-сервер	320
Число ядер на процессор хоста	Не ограничено
Максимальное число виртуальных процессоров (vCPU) на хост-сервер	2048
Максимальная емкость оперативной памяти на хост-сервер	4 Тбайт
Память на одну ВМ	1 Тбайт
Виртуальных процессоров на ВМ	64 vCPU
Динамическое перераспределение памяти	Dynamic Memory
Дедупликация страниц памяти	Нет
Поддержка больших страниц памяти (Large Memory Pages)	Да
Централизованное управление	Да, System Center Virtual Machine Manager (SCVMM)
Интеграция с Active Directory	Да (через SCVMM)
Снимки ВМ (snapshot)	Да
Управление через браузер	Через портал самообслуживания
Обновления хост-серверов/ гипервизора	Да
Управление сторонними гипервизорами	Да, управление VMware vCenter и Citrix XenCenter
Обновление ВМ	Да (WSUS, SCCM, VMST)
Режим обслуживания (Maintenance Mode)	Да
Динамическое управление питанием	Да, Power Optimization
API для резервного копирования	Да, VSS API
Шаблоны виртуальных машин (VM Templates)	Да
Профили настройки хостов (Host Profiles)	Да
Миграция физических серверов в виртуальные машины (P2V)	Нет
Горячая миграция виртуальных машин	Да, без общего хранилища (Shared Nothing), поддержка сжатия и SMB3, неограниченное число одновременных миграций
Горячая миграция хранилищ ВМ	Да
Профили хранилищ	Да
Поддержка USB	Нет (за исключением Enhanced Session Mode)
Горячее добавление устройств	Только устройства хранения и/или память
Устройства Floppy в ВМ	1
Сетевые адаптеры/интерфейсы	8 NIC
Виртуальные диски IDE	4
Емкость виртуального диска	64 Тбайта для VHDX
Максимальное число узлов в кластере	64
Виртуальных машин в кластере	8000
Функции высокой доступности при сбоях хост-серверов	Failover Clustering
Перезапуск виртуальных машин в случае сбоя на уровне гостевой ОС	Да
Обеспечение доступности на уровне приложений	Да (Failover Clustering)
Непрерывная доступность ВМ	Нет
Репликация виртуальных машин	Да, Hyper-V Replica
Автоматическое управление ресурсами кластера	Да, Dynamic Optimization
Пулы ресурсов	Да (Host Groups)
Проверка совместимости процессоров при миграциях машин	Да, Processor Compatibility
Поддерживаемые хранилища	SMB3, FC, Virtual FC, SAS, SATA, iSCSI, FCoE, Shared VHDX
Кластерная файловая система	CSV (Cluster Shared Volumes)
Поддержка Boot from SAN	Да (iSCSI, FC)
Динамическое выделение емкости хранения (Thin Provisioning)	Да, Dynamic Disks
Загрузка с USB	Нет
Хранилища на базе локальных дисков серверов	Storage Spaces, Tiered Storage
Уровни обслуживания для подсистемы ввода-вывода	Да, Storage QoS
Поддержка NPIV	Да (Virtual Fibre Channel)
Поддержка доступа по нескольким путям (multipathing)	Да (DSM и SMB Multichannel)
Кэширование	Да, CSV Cache
API для интеграции с хранилищами	Да, SMI-S/SMP, ODX, Trim
Поддержка NIC Teaming	Да
Поддержка Private VLAN	Да
Поддержка Jumbo Frames	Да
Поддержка Network QoS	Да
Поддержка IPv6	Да
Мониторинг трафика	Да

Какие гостевые операционные системы поддерживаются?

Виртуальные машины поколения 1 поддерживают большинство гостевых операционных систем. Виртуальные машины поколения 2 поддерживают большинство 64-разрядных версий Windows и более текущих версий операционных систем Linux и FreeBSD. Используйте следующие разделы, чтобы узнать, какое поколение виртуальной машины поддерживает операционную систему на виртуальной машине, которую вы хотите установить.

Поддержка гостевых операционных систем Windows

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

64-разрядные версии Windows	Поколение 1	2-е поколение
Windows Server 2019
Windows Server 2016
Windows Server 2012 R2
Windows Server 2012
Windows Server 2008 R2
Windows Server 2008
Windows 10
Windows 8.1
Windows 8
Windows 7

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

32-разрядные версии Windows	Поколение 1	2-е поколение
Windows 10
Windows 8.1
Windows 8
Windows 7

Поддержка гостевых операционных систем CentOS и Red Hat Enterprise Linux

В следующей таблице показано, какие версии Red Hat Enterprise Linux ( RHEL ) и CentOS можно использовать в качестве гостевой операционной системы для виртуальных машин поколения 1 и 2.

Версии операционной системы	Поколение 1	2-е поколение
Серия RHEL/CentOS 7. x
Серия RHEL/CentOS 6. x		Примечание. Поддерживается только в Windows Server 2016 и более поздних версиях.
Серия RHEL/CentOS 5. x

Дополнительные сведения см. в статье CentOS and Red Hat Enterprise Linux Virtual Machines in Hyper-V.

Поддержка гостевой операционной системы Debian

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

Версии операционной системы	Поколение 1	2-е поколение
Серия Debian 7. x
Серия Debian 8. x

Дополнительные сведения см. в статье Debian Virtual Machines on Hyper-V.

Поддержка гостевой операционной системы FreeBSD

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

Версии операционной системы	Поколение 1	2-е поколение
FreeBSD 10 и 10,1
FreeBSD 9,1 и 9,3
FreeBSD 8,4

Дополнительные сведения см. в статье виртуальные машины FreeBSD в Hyper-V.

Поддержка Oracle Linux гостевой операционной системы

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

Версии серии ядра, совместимые с Red Hat	Поколение 1	2-е поколение
Серия Oracle Linux 7. x
Серия Oracle Linux 6. x

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

Неповрежденные версии ядра Enterprise (UEK)	Поколение 1	2-е поколение
Oracle Linux UEK R3 QU3
Oracle Linux UEK R3 QU2
Oracle Linux UEK R3 QU1

Дополнительные сведения см. в статье Oracle Linux виртуальные машины в Hyper-V.

Поддержка гостевой операционной системы SUSE

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

Версии операционной системы	Поколение 1	2-е поколение
Серия SUSE Linux Enterprise Server 12
Серия SUSE Linux Enterprise Server 11
Open SUSE 12,3

Дополнительные сведения см. в статье о виртуальных машинах SUSE в Hyper-V.

Поддержка гостевой операционной системы Ubuntu

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

Версии операционной системы	Поколение 1	2-е поколение
Ubuntu 14,04 и более поздние версии
Ubuntu 12.04

Дополнительные сведения см. в статье о виртуальных машинах Ubuntu в Hyper-V.

Советы по использованию средства VMConnect

Ознакомьтесь с указанными ниже сведениями об использовании VMConnect:

Для этого…	Сделайте это…
Отправка щелчков мыши или клавиатурного ввода на виртуальную машину	Щелкните в любом месте окна виртуальной машины. При подключении к работающей виртуальной машине указатель мыши может отображаться в виде маленькой точки.
Возврат щелчков мыши или клавиатурного ввода на физический компьютер	Нажмите клавиши CTRL+ALT+СТРЕЛКА ВЛЕВО, а затем переместите указатель мыши за пределы окна виртуальной машины. Это сочетание клавиш для отпускания кнопки мыши можно изменить в параметрах Hyper-V в диспетчере Hyper-V.
Отправка сочетания клавиш CTRL+ALT+DELETE на виртуальную машину	Выберите Действие > Ctrl+Alt+Delete или воспользуйтесь сочетанием клавиш CTRL+ALT+END.
Переключение из режима окна в полноэкранный режим	Выберите Представление > Полноэкранный режим. Чтобы перейти обратно в режим окна, нажмите клавиши CTRL+ALT+BREAK.
Создание контрольной точки для получения сведений о текущем состоянии компьютера, чтобы устранить неполадки	Выберите Действие > Контрольная точка или используйте сочетание клавиш CTRL+N.
Изменение параметров виртуальной машины	Выберите Файл > Параметры.
Подключение к (ISO-файлу) DVD-образа или к (VFD-файлу виртуального гибкого диска)	Выберите Медиа. Виртуальные гибкие диски не поддерживаются для виртуальных машин 2-го поколения. Дополнительные сведения см.в статье Should I create a generation 1 or 2 virtual machine in Hyper-V? (Следует ли создавать виртуальные машины 1-го и 2-го поколения в Hyper-V?).
Использование локальных ресурсов узла на виртуальной машине Hyper-V, например, USB-устройства флэш-памяти	На узле Hyper-V включите режим расширенного сеанса, с помощью VMConnect подключитесь к виртуальной машине и перед подключением выберите нужный локальный ресурс. Описание конкретных шагов см. в статье Use local resources on Hyper-V virtual machine with VMConnect (Использование локальных ресурсов на виртуальной машине Hyper-V с VMConnect).
Изменение сохраненных параметров VMConnect для виртуальной машины	Выполните следующую команду в Windows PowerShell или в командной строке:
Запрещение пользователю VMConnect получать доступ к сеансу VMConnect другого пользователя	. Отсутствие включенного режима расширенного сеанса может привести к угрозе безопасности и конфиденциальности. Если пользователь подключился и вошел на виртуальную машину через VMConnect, а другой авторизированный пользователь подключается к той же виртуальной машине, то сеанс перехватывается вторым пользователем и будет прерван у первого. Второй пользователь сможет просматривать рабочий стол, документы и приложения первого пользователя.
Управление службами интеграции или компонентами, которые позволяют виртуальной машине обмениваться данными с узлом Hyper-V	На узлах Hyper-V под управлением Windows 10 или Windows Server 2016 нельзя управлять службами интеграции с помощью VMConnect. Дополнительную информацию об этом см. в следующих разделах: — Turn an integration service on or off using Hyper-V Manager (Включение или отключение службы интеграции в диспетчере Hyper-V); — (Запуск и остановка службы интеграции в гостевой учетной записи Windows);- (Запуск и остановка службы интеграции в гостевой учетной записи Linux); — (Своевременное обновление служб интеграции). Сведения об узлах под управлением Windows Server 2012 или Windows Server 2012 R2 см. в статье Службы интеграции.
Изменение размера окна VMConnect	Вы можете изменить размер окна VMConnect для виртуальных машин 2-го поколения, работающих под управлением операционной системы Windows. Для этого может потребоваться включить режим расширенного сеанса на узле Hyper-V. Дополнительные сведения см. в разделе . Сведения о виртуальных машинах под управлением Ubuntu см. в статье Changing Ubuntu Screen Resolution in a Hyper-V VM (Изменение разрешения экрана Ubuntu на виртуальной машине Hyper-V).

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

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

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

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

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

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

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

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

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

Первым делом зададим ей имя. Я назвал просто «win7», так как гостевой операционной системой у меня должна была стать 32-битная «семёрка». Здесь же, при желании, можно поменять месторасположение файлов виртуальной машины:

Далее указываем размер оперативной памяти для ВМ. Тут следует помнить, что при запуске виртуальной машины, основной операционной системе данная память станет недоступна.

На следующем шаге «Настройка сети», нам как раз и пригодится созданный ранее виртуальный сетевой адаптер:

Мы почти у цели, осталось только создать виртуальный жесткий диск. Указываем его месторасположения (или оставляем как есть) и задаём необходимый объем:

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

Запускаем виртуальную машину Hyper-V

Чтобы запустить только что созданную виртуальную машину дважды кликаем по её названию в диспетчере Hyper-V:

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

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

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

Как удалить обновление Windows 10, которое не удаляетсяСиний экран смерти. Как выяснить в чем проблемаМоргает экран ноутбука Lenovo. Причина неисправности и способ решения проблемы.Скидки в «М.Видео» странный предмет — они вроде есть, но их как-бы нет…При запуске MacBook горит яблоко и ничего не происходитКак бесплатно скачивать видео с YouTube

Виртуализация сервера на Windows: простейшее решение

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

Как и в любом другом приложении такого уровня, в этом пакете можно смоделировать будущий виртуальный компьютер, указав размер жесткого диска, объем оперативной памяти, наличие оптических приводов, желаемые характеристики графического или звукового чипа – в общем, всего того, что имеется в «железе» обычного серверного терминала.

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

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