Создание виртуальной машины с помощью hyper-v в windows 10create virtual machine with hyper-v on windows 10

Как установить Hyper-V Server 2019

Для установки Hyper-V в образе Windows Server есть соответствующая роль, которую нужно активировать. Для этого откроем консоль управления сервером и нажмем Add Roles and Features. Появится меню, в котором нужно выбрать Hyper-V.

Далее нажать на Add Features для добавления необходимых инструментов.

Далее нужно настроить роль Hyper-V: Virtual Switches, Migration и Default Stores.

На экране Virtual Switches нужно выбрать сетевой интерфейс, который будет использоваться платформой виртуализации в качестве виртуального коммутатора. В нашем примере — Intel Ethernet l210 #2

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

Следующая настройка — Migration. Для целей демонстрации здесь можно оставить всё по умолчанию.

Default Stores — также оставляем по умолчанию.

Когда всё готово к установке — можно нажимать кнопку Install. После завершения установки потребуется перезагрузка.

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

Параметры сетейNetworking Options

Существуют два параметра для сетей со вложенными виртуальными машинами:There are two options for networking with nested virtual machines:

1. спуфинг MAC-адресов;MAC address spoofing
2. режим NAT.NAT networking

Спуфинг MAC-адресовMAC Address Spoofing

Чтобы сетевые пакеты перенаправлялись через два виртуальных коммутатора, необходимо включить спуфинг MAC-адресов на первом уровне (L1) виртуального коммутатора.In order for network packets to be routed through two virtual switches, MAC address spoofing must be enabled on the first (L1) level of virtual switch. Это можно сделать с помощью следующей команды PowerShell.This is completed with the following PowerShell command.

Преобразование сетевых адресов (NAT)Network Address Translation (NAT)

Второй параметр связан с преобразованием сетевых адресов (NAT).The second option relies on network address translation (NAT). Этот подход рекомендуется для случаев, когда спуфинг MAC-адресов невозможен, например в общедоступной облачной среде.This approach is best suited for cases where MAC address spoofing is not possible, like in a public cloud environment.

Сначала необходимо создать виртуальный коммутатор NAT в виртуальной машине узла («средняя» виртуальная машина).First, a virtual NAT switch must be created in the host virtual machine (the «middle» VM)

Обратите внимание, что IP-адреса приведены только в качестве примера и будут разниться в зависимости от сред:Note that the IP addresses are just an example, and will vary across environments:. Далее назначьте IP-адрес для сетевого адаптера:Next, assign an IP address to the net adapter:

Далее назначьте IP-адрес для сетевого адаптера:Next, assign an IP address to the net adapter:

Каждая вложенная виртуальная машина должна иметь назначенный IP-адрес и шлюз.Each nested virtual machine must have an IP address and gateway assigned to it

Обратите внимание, что IP-адрес шлюза должен указывать на адаптер NAT из предыдущего действия.Note that the gateway IP must point to the NAT adapter from the previous step. Можно также назначить DNS-сервер:You may also want to assign a DNS server:

Установка 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 не работает перетаскивание и копирование файлов между физической и виртуальной операционными системами так, как это реализовано в VMware Workstation или в VirtualBox. Обмен данными между гостевой и установленной на ПК системами, можно реализовать с помощью общих сетевых папок.

Создайте и настройте в реальной операционной системе общую папку для доступа к общей папке из виртуальной системы. Затем создайте и настройте общую папку на виртуальной машине для доступа к общей папке с реальной системы. Как это сделать читайте здесь.

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

Hyper-V vs. VirtualBox

Разбираясь с Hyper-V, я невольно сравнивал решение Microsoft для клиентской операционной системы с Oracle VirtualBox.

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

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

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

Выбор оборудования

Одним из явных и неоспоримых преимуществ виртуальных серверов является снижение материальных затрат на создание полнофункциональной программно-аппаратной структуры. Например, имеется две программы, которые для нормальной работы требуют наличия 128 Мб оперативной памяти, но их нельзя устанавливать на один физический сервер. Как поступить в этом случае? Можно приобрести два раздельных сервера по 128 Мб и установить их раздельно, а можно купить один с 128 Мб «оперативки», создать на нем два виртуальных сервера и установить два приложения именно на них.

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

Видео

Watch this video on YouTube

Онлайн курс «DevOps практики и инструменты»

Если у вас есть желание научиться строить и поддерживать высокодоступные и надежные системы, научиться непрерывной поставке ПО, мониторингу и логированию web приложений, рекомендую познакомиться с онлайн-курсом «DevOps практики и инструменты» в OTUS. Курс не для новичков, для поступления нужны базовые знания по сетям и установке Linux на виртуалку. Обучение длится 5 месяцев, после чего успешные выпускники курса смогут пройти собеседования у партнеров.

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

Что такое виртуализация?

Начнем с самого простого – определения термина, описывающего виртуализацию как таковую. Отметим сразу, что в Интернете можно найти и скачать какое-нибудь пособие по этому вопросу вроде справочника «Виртуализация сервера для чайников» PDF-формата. Но при изучении материала неподготовленный юзер может столкнуться с большим количеством непонятных определений. Поэтому попытаемся разъяснить суть вопроса, так сказать, на пальцах.

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

Принцип работы вложенной виртуализацииHow nested virtualization works

Современные процессоры поддерживают аппаратные функции, которые делают виртуализацию быстрее и надежнее.Modern processors include hardware features that make virtualization faster and more secure. Hyper-V использует эти расширения процессора (например, Intel VT-x и AMD-V) для выполнения виртуальных машин.Hyper-V relies on these processor extensions to run virtual machines (e.g. Intel VT-x and AMD-V). Как правило, после запуска Hyper-V другое программное обеспечение блокируется с помощью этих возможностей процессора.Typically, once Hyper-V starts, it prevents other software from using these processor capabilities. Это предотвращает запуск Hyper-V на гостевых виртуальных машинах.This prevents guest virtual machines from running Hyper-V.

Вложенная виртуализация предоставляет поддержку этих аппаратных функций гостевым виртуальным машинам.Nested virtualization makes this hardware support available to guest virtual machines.

На схеме ниже показана роль Hyper-V без вложения.The diagram below shows Hyper-V without nesting. Низкоуровневая оболочка Hyper-V полностью контролирует возможности аппаратной виртуализации (оранжевая стрелка) и скрывает их от операционной системы.The Hyper-V hypervisor takes full control of the hardware virtualization capabilities (orange arrow), and does not expose them to the guest operating system.

На следующей схеме показана роль Hyper-V с включенной вложенной виртуализацией.In contrast, the diagram below shows Hyper-V with nested virtualization enabled. В этом случае Hyper-V предоставляет расширения аппаратной виртуализации виртуальным машинам.In this case, Hyper-V exposes the hardware virtualization extensions to its virtual machines. Если вложение включено, гостевая виртуальная машина может установить собственную низкоуровневую оболочку и запускать свои гостевые виртуальные машины.With nesting enabled, a guest virtual machine can install its own hypervisor and run its own guest VMs.

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

Нажмите Win + R, введите virtmgmt.msc и нажмите Enter, чтобы открыть диспетчер Hyper-V. Из меню Действия выберите Создать – Виртуальная машина.

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

Стандартное расположение для виртуальных машин – папка ProgramData, но его можно изменить.

Если у вас уже есть виртуальный диск в формате VHD, можете подключить его. Я, кстати, так и сделал, воспользовавшись диском, созданным ранее для Virtual Box.

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

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

Выделенная роль сервераDedicated server role

Корневой раздел должен быть выделен для Hyper-V.The root partition should be dedicated to Hyper-V. Выполнение дополнительных ролей сервера на сервере под управлением Hyper-V может негативно сказаться на производительности сервера виртуализации, особенно если они потребляют значительный объем ресурсов ЦП, памяти или ввода-вывода.Running additional server roles on a server running Hyper-V can adversely affect the performance of the virtualization server, especially if they consume significant CPU, memory, or I/O bandwidth. Минимизация ролей сервера в корневом разделе имеет дополнительные преимущества, такие как уменьшение уязвимой зоны.Minimizing the server roles in the root partition has additional benefits such as reducing the attack surface.

Системным администраторам следует тщательно продумать, какое программное обеспечение установлено в корневом разделе, поскольку некоторое программное обеспечение может негативно сказаться на общей производительности сервера с Hyper-V.System administrators should consider carefully what software is installed in the root partition because some software can adversely affect the overall performance of the server running Hyper-V.

Примеры классов службExample Classes of Service

Рассмотрим несколько простых примеров.Let’s look at some simple examples. Чтобы начать с, предположим, что администратор узла Hyper-V хочет поддерживать два уровня обслуживания для гостевых виртуальных машин:To start with, assume the Hyper-V host administrator would like to support two tiers of service for guest VMs:

1. Низкий уровень «C».A low-end «C» tier. Мы предоставляем этот уровень 10% от ресурсов для всего узла.We’ll give this tier 10% of the entire host’s compute resources.

2. Уровень «B» среднего диапазона.A mid-range «B» tier. Этот уровень выделяется 50% от ресурсов для всего узла.This tier is allocated 50% of the entire host’s compute resources.

На этом этапе мы будем утверждать, что никакие другие элементы управления ресурсами ЦП не используются, например отдельные ограничения виртуальной машины, веса и резервы.At this point in our example we’ll assert that no other CPU resource controls are in use, such as individual VM caps, weights, and reserves.
Однако отдельные ограничения виртуальной машины важны, так как мы увидим чуть позже.However, individual VM caps are important, as we’ll see a bit later.

Для простоты предположим, что каждая виртуальная машина имеет один вице — 1, а наш узел имеет 8 LPs.For simplicity’s sake, let’s assume each VM has 1 VP, and that our host has 8 LPs. Начнем с пустого узла.We’ll start with an empty host.

Чтобы создать уровень «B», узел админстартор устанавливает ограничение для группы на 50%:To create the «B» tier, the host adminstartor sets the group cap to 50%:

• G = n * CG = n * C
• G = 8 * 50%G = 8 * 50%
• G = 4 время ЦП для всей группыG = 4 LP’s worth of CPU time for the entire group

Администратор узла добавляет одну виртуальную машину «B» уровня.The host administrator adds a single «B» tier VM.
На этом этапе Наша виртуальная машина уровня «B» может использовать не более 50% ресурсов центрального процессора узла или эквивалент 4 LPs в нашем примере системы.At this point, our «B» tier VM can use at most 50% worth of the host’s CPU, or the equivalent of 4 LPs in our example system.

Теперь администратор добавляет вторую виртуальную машину «уровень B».Now, the admin adds a second «Tier B» VM. Распределение группы ЦП — равномерно распределяется между всеми виртуальными машинами.The CPU group’s allocation—is divided evenly among all the VMs. В группе б имеется 2 виртуальных ВМ, поэтому каждая виртуальная машина теперь получает половину группы б всего 50%, 25% каждого или эквивалента 2 LPs времени вычислений.We’ve got a total of 2 VMs in Group B, so each VM now gets half of Group B’s total of 50%, 25% each, or the equivalent of 2 LPs worth of compute time.

Как сделать резервную копию виртуальных машин в Hyper-V Server

Создать резервную копию виртуальной машины Hyper-V можно при помощи встроенной утилиты wbadmin. По умолчанию её на сервере нет, поэтому добавим роль Windows Server Backup.

После добавления новой роли, будет доступна утилита wbadmin. Выполним команду для получения списка имеющихся на сервере виртуальных машин:

В ответ получим данные о созданной ранее виртуальной машине с именем Windows10.

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

Это запустит процесс создания резервной копии:

После достижения 100% появится сообщение об успешном завершении операции. Лог создания можно увидеть в одной директории с резервной копией.

Утилита позволяет настроить создание резервных копий по расписанию.

Создание виртуальной машины 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 способа

KVM

KVM (Kernel-based Virtual Machine), входящая в состав Red Hat Virtualization Suite, представляет собой комплексное решение для инфраструктуры виртуализации. KVM превращает ядро ​​Linux в гипервизор. Он был введен в основную ветку ядра Linux с версии ядра 2.6.20.

Функционал Red Hat KVM:

• Поддержка контейнеров
• Масштабируемость
• Overcommit ресурсов
• Disk I/O throttling
• Горячая замена виртуальных ресурсов
• Недорогое решение для виртуализации
• Red Hat Enterprise Virtualization программирование и API
• Живая миграция и миграция хранилища
• Назначение любых PCI устройств виртуальным машинам
• Интеграция Red Hat Satellite
• Поддержка восстановления после сбоя (Disaster Recovery)

Для получения более подробной информации прочтите это руководство по функционалу KVM.

Основные недостатки виртуальных серверов

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

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

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

В-третьих, явно спорным будет вопрос переноса в виртуальное пространство ресурсоемких СУБД или систем вроде Mailbox Server, Exchange Server и т.д. В этом случае будет наблюдаться явное торможение.

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

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