Как включить hyper-v в windows 10

Введение

Ранее я рассказывал об установке и настройке Hyper-V Server 2012 R2, предыдущей версии бесплатного гипервизора. К сожалению, те методы настройки hyper-v в рабочей группе без домена неактуальны в версии 2016. В частности, утилита hvremote не работает на новой версии. Изменились настройки машины для управления. В данном случае в ее качестве будет выступать рабочая станция под управлением Windows 10.

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

1. Поддержка всех популярных ОС. Нет никаких проблем с совместимостью, нет необходимости отдельно ставить какие-то драйвера или тулсы. Поддержка hyper-v присутствует во всех windows системах, в ядре линукс, не помню точно с какой версии, но все современные системы ее имеют, в ядре freebsd, начиная с 10-й версии. То есть вы просто берете установочный диск и ставите систему на hyper-v, больше от вас ничего не требуется.
2. Много различных способов бэкапа виртуальных машин. Это могут быть простые скрипты, бесплатные программы, либо полноценные платные версии крупных компаний, специализирующихся на программном обеспечении для бэкапа.
3. Стандартная панель управления гипервизором, которую легко установить на компьютер под управлением windows, начиная с win 8.1.
4. В основе Hyper-V Server популярная серверная система, с которой понятно и удобно работать. К примеру, чтобы загрузить или забрать файл с гипервизора, вам достаточно расшарить на нем папку стандартным образом, как вы это делаете в любой windows системе.

Это мое личное мнение, основанное на опыте работы с малыми и средними компаниями, где нет каких-то особенных требований к надежности и доступности сервисов. Где используются несколько серверов с виртуальными машинами, не всегда есть домен windows. Конечно, помимо плюсов, есть и минусы. Первый и главный для меня минус — первоначальная настройка. Нельзя просто взять, установить Hyper-V Server и начать им пользоваться. Необходимо производить какие-то непонятные и не очевидные действия на хосте и управляемой машине. Дальше вы поймете, что я имею ввиду. Но преодолев это препятствие, можно спокойно использовать виртуальную инфраструктуру, основанную на бесплатном гипервизоре от microsoft.

What is Client Hyper-V?

Client Hyper-V is an edition of Hyper-V that is geared toward desktop environments that could be thought of as “Hyper-V Lite”. It shares most of Hyper-V’s features and even brings some of its own. Highlights:

• Type 1 hypervisor: A type 1 hypervisor is a complete kernel and performs direct hardware control. This means that when you enable Hyper-V in Windows 10, the physical hardware boots to Client Hyper-V, not your root Windows 10 installation. Client Hyper-V then starts up your pre-existing root Windows 10 environment as the management operating system. A management operating system is known as the “root partition” or “partition 0” or the “parent partition” in other hypervisors’ terminologies. It is a virtual machine, but it also has the special ability to exert control over the hypervisor. Contrast this with type 2 hypervisors, which are applications that run inside a normal host operating system and do not have direct access to hardware nor any control over the management operating system. Almost all other desktop-oriented hypervisors are type 2.
• Guest interaction: Interoperability with guest operating systems is a crucial component for a desktop-oriented hypervisor. Client Hyper-V offers:
  • Sharing and mapping of most host hardware
  • Copy/paste of files from host-to-guest and vice versa (supported guests only)
  • Copy/paste of clipboard content from host-to-guest and vice versa (supported guests only)
• RemoteFX: Windows 10 brings support for some RemoteFX features into Client Hyper-V. Most importantly, the full functionality of your graphics adapter will be made available to guests for both 2D and 3D acceleration.
• Connected Standby: If your management operating system goes to sleep, your guests will be OK. When you resume, they will be exactly where they left off.
• Linux guests: Client Hyper-V directly supports the same guest operating systems that Hyper-V does. This does not necessarily exclude other Linux distributions, but your mileage may vary.
• Fully virtualized environment: That phrase could be taken to mean a great many things, but what I mostly intend to convey is that whether or not a specific operating system is directly supported as a guest does not indicate whether or not it will function. Hyper-V’s virtual machines are complete x86/AMD64 environments. If an operating system would otherwise run in that environment (most importantly, on your physical CPU’s architecture), then it will almost certainly operate under Hyper-V. Without direct support, however, it may run poorly.
• Secure environment: Client Hyper-V provides the same security offerings as Hyper-V:
  • Secure boot: If Client Hyper-V doesn’t recognize the boot signature in the guest operating system, it won’t start it. This provides solid protection against root kits.
  • Shielded VMs: The topic of Shielded VMs is very large and won’t be covered in detail in this article. Essentially, if you are concerned that someone copying the files of your virtual machine to their own local machine is of concern, you have options.
• Storage Live Migration: You can move a virtual machine from one physical storage location to another without taking it offline.
• Run VMs from remote storage: Your virtual machines can be stored locally, which is the most typical configuration. You can also run virtual machines from SMB and iSCSI storage.
• Full-screen support: You can run Client Hyper-V guests within a window, allow them to consume an entire screen, or have them consume all screens on a multi-monitor system. Unfortunately, there is no native way to use only a subset of screens in a multi-monitor setup.
• Nested virtualization: Need to test detailed environments on Client Hyper-V? No problem! As long as you’ve got sufficient hardware, you can run Hyper-V and Client Hyper-V within Hyper-V. The software does not impose any limitations on depth.
• Containers. Hyper-V Containers are also available with Client Hyper-V.
• Network Address Translation in the virtual switch. One place that Microsoft’s desktop hypervisor has consistently lagged behind the competition is its guest networking capabilities. One thing that it has sorely lacked is the ability to perform NAT operations for guests. That meant that you had to have an available IP address on the existing network for each Client Hyper-V guest. Client Hyper-V in Windows 10 will provide network address translation (NAT) services for its guests. This especially comes in handy when you’ve got a wireless adapter that just won’t work with the virtual switch.

What Features does Client Hyper-V Lack in Comparison to Hyper-V?

Most of the features that are “missing” in Client Hyper-V are not especially useful in a desktop-oriented hypervisor environment anyway.

• Live Migration and Shared Nothing Live Migration: Windows 10 can’t be clustered, so it’s only natural that Live Migration wouldn’t be supported. Shared Nothing Live Migration would have its uses, but it’s not available.
• Hyper-V Replica: Windows 10 can’t participate as a member in Hyper-V Replica. This particular feature is intended for server-side disaster recovery, so it makes sense that it’s not available in Client Hyper-V.
• Advanced networking functionality: The only advanced networking available for Client Hyper-V guests is NAT. There is no teaming in the host, not the standard LBFO configuration or switch-embedded teaming (SET).
• Advanced hardware functionality: virtual fiber channel and some SR-IOV features are not available. The hardware that these features apply to are almost never found in desktop-grade equipment.

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

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

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

Жмём правой кнопкой по нашему компьютеру -> «Создать» -> «Виртуальная машина». (Рис.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.

Установка 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. Можно ее установить прямо на этом же гипервизоре. Иногда я так делаю для удобства. Получается автономный гипервизор со всем необходимым для управления.

Установка и настройка Hyper-V

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

Перед созданием виртуальной машины в Hyper-V необходимо скачать образ операционной системы. Можно легко скачать образ Windows 10 с официального сайта Microsoft.

1. Открываем диспетчер Hyper-V, который появился в системе после включения компонента гипервизора Hyper-V.
2. Правой кнопкой мыши нажимаем на свое устройство в диспетчере Hyper-V и в контекстном меню выбираем пункт Создать > Виртуальная машина…
3. В открывшемся окне мастера создания виртуальной машины нажимаем кнопку Далее, чтобы создать виртуальную машину с особыми параметрами конфигурации.
4. Задаем имя и местонахождение для этой виртуальной машины и нажимаем Далее (значения текущего окна можно оставить по умолчанию, если у Вас достаточно памяти на системном диске).
5. В зависимости от разрядности операционной системы, которую будем устанавливать на виртуальную машину выбираем поколение (выбранное Вами поколение виртуальной машины невозможно изменить после создания).
6. Дальше укажите сколько необходимо выделить оперативной памяти для этой виртуальной машины (принимая решение об объеме памяти, выделяемой виртуальной машине, следует учесть, для каких целей она будет использоваться).
7. Выберите виртуальный коммутатор среди доступных подключений или оставите сетевой адаптер виртуальной машины неподключенным.
8. Теперь создадим виртуальный жесткий диск задав его имя, расположение и размер (рекомендуем заранее освободить память на своём жестком диске).
9. Дальше в параметрах установки выберите пункт Установить операционную систему из файла загрузочного образа и укажите желаемый образ операционной системы.
10. Последним шагом создания виртуальной машины будет проверка всех выше указанных параметров во вкладке Сводка и нажатие кнопки Готово.
11. Теперь в диспетчере Hyper-V достаточно запустить созданную виртуальную машину выбрав пункт Пуск в контекстном меню и подключиться к ней выбрав пункт Подключить.

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

Заключение

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

Какие функции имеет Hyper-V?

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

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

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

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

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

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

Безопасность — безопасная загрузка и экранированные виртуальные машины помогают защититься от вредоносных программ и другого несанкционированного доступа к виртуальной машине и ее данным.

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

Создание виртуальной машины с помощью Windows PowerShell

1. На рабочем столе Windows нажмите кнопку «Пуск» и введите любую часть имени Windows PowerShell.

2. Щелкните правой кнопкой мыши элемент Windows PowerShell и выберите пункт Запуск от имени администратора.

3. Получите имя виртуального коммутатора, который виртуальная машина должна использовать с помощью Get-VMSwitch. Например, примененная к объекту директива

4. Создайте виртуальную машину с помощью командлета New-VM . См. следующие примеры.

   Примечание

   если вы можете переместить эту виртуальную машину на узел Hyper-V, на котором выполняется Windows Server 2012 R2, используйте параметр-Version с командлетом New-VM , чтобы установить версию конфигурации виртуальной машины равным 5. версия конфигурации виртуальной машины по умолчанию для Windows Server 2016 не поддерживается в Windows Server 2012 R2 и более ранних версиях. Невозможно изменить версию конфигурации виртуальной машины после создания виртуальной машины. Дополнительные сведения см. в статье .

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

     • -Name — имя, которое вы задаете для создаваемой виртуальной машины.

     • -MemoryStartupBytes — объем памяти, доступной виртуальной машине при запуске.

     • -Bootdevice — это устройство, на которое загружается виртуальная машина, когда она запускается как сетевой адаптер (сетевого адаптера) или виртуальный жесткий диск (VHD).

     • -VHDPath — путь к диску виртуальной машины, который вы хотите использовать.

     • -Path — путь для хранения файлов конфигурации виртуальной машины.

     • -Generation поколение виртуальной машины. Используйте поколение 1 для VHD и поколение 2 для VHDX. Сведения о том , как создать виртуальную машину поколения 1 или 2 в Hyper-V?.

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

       Пример:

       При этом создается виртуальная машина поколения 2 с именем Win10VM с 4 ГБ памяти. Она загружается из папки VMs\Win10.vhdx в текущий каталог и использует виртуальный коммутатор с именем ExternalSwitch. Файлы конфигурации виртуальной машины хранятся в папке VMData.

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

   • Новый виртуальный жесткий диск, который загружается в образ операционной системы . чтобы создать виртуальную машину с новым виртуальным диском, который загружается в образ операционной системы, см. пример PowerShell в разделе Создание виртуальной машины для Hyper-V на Windows 10.

5. Запустите виртуальную машину с помощью командлета Start-VM . Выполните следующий командлет, где name — имя созданной виртуальной машины.

   Пример:

6. Подключение виртуальной машине с помощью подключения к виртуальной машине (VMConnect).

Настройка и установка другой ОС на Hyper-V

Шаг 1. Как только мы включили Hyper-V он появится в вашей системе. Чтобы открыть виртуальную машину, просто наберите в поиске «hyper-v» и запустите.

Шаг 2. Чтобы установить другую ОС, нажмите правой кнопкой мыши на своем имени устройства и «Создать» > «Виртуальная машина».

Шаг 3. Появится мастер первоначальных настроек «приступая к работе». Нажимаем «Далее».

Шаг 4. Задайте имя виртуальной машине и укажите путь, если вам нужно сохранить виртуальную машину на другом локальном диске. Если вы не укажите другой путь, то виртуальная машина сохранится на диске «C» по умолчанию.

Шаг 5. Выберите поколение виртуальной машины. Если вы уверены, что устанавливаете 64-bit версию, то выбирайте 2 поколение. Первое поколение подойдет для запуска старых 32-bit ОС и программ. Если вы сомневаетесь, то выбирайте первое поколение.

Шаг 6. Укажите объем выделенной памяти для виртуальной машины. Если вы устанавливаете ОС, то рекомендую 2048 МБ.

Шаг 7. Выберите свой сетевой адаптер из списка. Если у вас, как и у меня на картинке, то выбираем «Default Switch».

Шаг 8. Тут все просто. Если мы создаем новую установку ОС, то выбираем «Создать виртуальный жесткий диск». Путь будет указан, который мы указали выше в шаге 4. Единственное, что нужно изменить это размер. Я указал 30 Гб, так как ставлю Linux и мне много не нужно. Если у вас уже была ранее создана виртуальная машина, то выберите «Использовать имеющийся виртуальный жесткий диск» и укажите к нему путь.

Шаг 9. Выберите «Установить ОС с загрузочного компакт диска», установите «файл образ ISO» и укажите путь к вашей системе которую хотите установить на виртуальную машину Hyper-V.

Шаг 10. Завершение мастера настроек покажет вам все выбранные параметры. Убедитесь еще раз и нажмите «Готово» для установки.

Шаг 11. Все готово. Еще пару штрихов перед установкой. Откройте диспетчер Hyper-V, описано в шаге 1, и вы увидите справа список вашей созданной виртуальной машины. Нажмите по ней правой кнопкой мыши и выберите «Параметры».

Шаг 12. Здесь вы можете изменить параметры. К примеру, изменить сетевой адаптер, добавить оперативной памяти. Рекомендую первым делом добавить 2 виртуальных ядра, так как в мастере настроек этой опции не было.

Шаг 13. Возвращаемся обратно в диспетчер Hyper-v, нажимаем по созданной машине правой кнопкой мыши и выбираем «Подключить».

Шаг 14. Появится темное окно и  нажимаем «пуск» для установки ОС на Hyper-v.

Шаг 15. Далее просто следуйте инструкциям на экране. Думаю дальше вы разберетесь, как установить ту или иную ОС, если вам понадобился Hyper-V. Если после установки ОС на виртуальную машину Hyper-V у вас нет сети, то смотрите ниже.

Горький опыт, который поможет вам

1 момент. Когда я писал эту инструкцию, я не дождался установки Linux Zorin и попытался выключать. Установка не выключалась, а на экране появились ошибки связанные с кривым дистрибутивом. После перезагрузил ПК локальный диск на котором были созданные виртуальные машины не открывался и просил отформатировать его. Я понимал, что на диске была вся моя работа и она просто исчезнет.

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

chkdsk F: /f — где F имя локального диска, который не открывается и просит отформатировать.

2 момент. Если после установки ОС на виртуальную машину Hyper-V у вас нет интернета и сети, то откройте «сетевые адаптеры», нажмите правой кнопкой мыши на заданном нами адаптере «Default Switch» и выберите «Свойства». Далее выделите графу «IP версии 4 (TCP/IPv4)» и нажмите ниже на кнопку «Свойства». В новом окне установите получать автоматически IP и DNS адреса.

Смотрите еще:

• Создать портативную систему Windows на USB-диск с Windows To Go
• Как сбросить настройки сети
• Не удается подключиться к WiFi или Локальной сети в Windows 10
• Узнать, какие приложения используют GPU в Windows 10
• Выбрать другой GPU для разных приложений в Windows 10

Загрузка комментариев

Заключение

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

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

В hyper-v удобно, что все системы его поддерживают без проблем. На kvm, к примеру, в proxmox, после установки windows систем в качестве гостевых машин, нужно будет устанавливать драйвера с отдельного диска, либо использовать готовые образы, где они будут уже интегрированы. Мелочь, но все равно не так удобно.

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