Как настроить hyper-v в windows 10?

Включение компонента Hyper-V

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

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All

Если вы предпочитаете графический интерфейс, нажмите Win + R, введите OptionalFeatures и нажмите Enter.

В открывшемся окне отметьте флажком Hyper-V.

Так или иначе, компонент станет доступен после перезагрузки системы. Из проблем с установкой в Windows 8 RP пока была замечена циклическая перезагрузка по вине драйверов контроллера USB 3.0, которая на некоторых системах решалась отключением USB 3.0 в BIOS.

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.

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

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

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

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

Плюсы и минусы Hyper-V

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

Поддержка всех популярных ОС. Нет никаких проблем с совместимостью, нет необходимости отдельно ставить какие-то драйвера или тулсы. Поддержка hyper-v присутствует во всех windows системах, в ядре линукс, не помню точно с какой версии, но все современные системы ее имеют, в ядре freebsd, начиная с 10-й версии. То есть вы просто берете установочный диск и ставите систему на hyper-v, больше от вас ничего не требуется.

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

Обращаю на это особое внимание. По мне так это самый существенный плюс Hyper-v.

Стандартная панель управления гипервизором, которую можно установить на компьютер под управлением windows

К ней прибавился web доступ через windows admin center. Расскажу об этом далее подробнее.
В основе Hyper-V Server популярная серверная система, с которой понятно и удобно работать. К примеру, чтобы загрузить или забрать файл с гипервизора, вам достаточно расшарить на нем папку стандартным образом, как вы это делаете в любой windows системе.

Hyper-V можно установить на псевдорейды, такие как встроенный рейд контроллер от intel, или собрать софтовый рейд средствами самой ОС Windows.

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

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

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

Второй минус — нет никакой возможности пробросить USB в виртуальную машину. Подчас это очень неудобно и вынуждает использовать что-то другое, вместо Hyper-V. Не понимаю, почему в Microsoft за столько лет не могут это исправить. Запрос очень актуальный и злободневный, особенно у нас, где повсеместно используется 1С с USB ключами.

Удаленное управление узлами Hyper-V

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

на Windows сервере откройте диспетчер сервера > > удаленное управление локальным сервером, а затем щелкните разрешить удаленные подключения к этому компьютеру.

или из любой операционной системы откройте Windows PowerShell от имени администратора и выполните команду:

Подключение узлам в том же домене

для Windows 8.1 и более ранних версий удаленное управление работает только в том случае, если узел находится в том же домене, а локальная учетная запись пользователя также находится на удаленном узле.

Чтобы добавить удаленный узел Hyper-V в Диспетчер Hyper-V, выберите другой компьютер в диалоговом окне Выбор компьютера и введите имя узла, NetBIOS или полное доменное имя удаленного узла ( ) .

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

Подключение Windows Server 2016 или Windows 10 удаленный узел от имени другого пользователя

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

1. В левой области щелкните правой кнопкой мыши Диспетчер Hyper-V.
2. щелкните Подключение для сервера.
3. выберите Подключение в качестве другого пользователя в диалоговом окне выбор компьютера .
4. Выберите задать пользователя.

Примечание

это будет работать только для Windows Server 2016 или Windows 10 удаленных узлов.

Подключение на Windows Server 2016 или Windows 10 удаленный узел по IP-адресу

Выполните указанные ниже действия.

1. В левой области щелкните правой кнопкой мыши Диспетчер Hyper-V.
2. щелкните Подключение для сервера.
3. Введите IP-адрес в текстовое поле другой компьютер .

Примечание

это будет работать только для Windows Server 2016 или Windows 10 удаленных узлов.

Установка или обновление служб Integration Services

Примечание

для узлов, предшествующих Windows Server 2016 и Windows 10, необходимо вручную установить или обновить службы integration services в операционных системах на виртуальной машине.

Процедура установки или обновления служб Integration Services вручную:

1. Откройте диспетчер Hyper-V. В меню Сервис диспетчер сервера выберите пункт Диспетчер Hyper-V.

2. Подключитесь к виртуальной машине. щелкните правой кнопкой мыши виртуальную машину и выберите пункт Подключение.

3. В меню «Действие» подключения к виртуальной машине выберите команду Вставьте установочный диск служб интеграции. Это действие загружает установочный диск в виртуальный DVD-дисковод. В зависимости от операционной системы на виртуальной машине может потребоваться запустить установку вручную.

4. По завершении установки все службы интеграции станут доступны для использования.

Примечание

эти действия нельзя автоматизировать или сделать в сеансе Windows PowerShell для виртуальных машин в сети .
Их можно применять к автономным VHDX-образам. см. раздел Установка служб Integration Services, если виртуальная машина не запущена.
Можно также автоматизировать развертывание служб Integration Services с помощью Configuration Manager с виртуальными машинами в сети, но в конце установки необходимо перезапустить виртуальные машины. см. статью развертывание Integration Services Hyper-V на виртуальных машинах с помощью диспетчера конфигурации и DISM .

Как сделать виртуальную машину на Windows 10 при помощи VirtualBox

Virtual Бокс–это одна из самых распространённых виртуальных машин для создания дополнительных операционных систем. Эту программу можно скачать из интернета. Она есть в открытом доступе. Далее будет представлен процесс создания и настройки ВМ на основе VirtualBox VirtualBox Windows 10 64 bit.

Интерфейс программы VirtualBox

Как создать и настроить виртуальную машину

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

1. Скачать и установить ПО на свой компьютер, следуя всем рекомендациям установщика. Программа полностью на русском языке. Кстати, для Windows 10 VirtualBox 32 bit можно скачать с официального сайта разработчиков.
2. Навести курсор мыши на вкладку «Машина» в верхней графе параметров главного меню софта и в окне контекстного типа нажать на «Виртуальную машину».
3. В следующем окошке надо выбрать имя и тип операционной системы, создание которой пользователь хочет реализовать. К примеру в строке «Тип» можно выбрать «Microsoft Windows», а в поле «Вид» написать «Windows 7 (64-bit)». Указать можно любую версию операционки, которая существует на данный момент.
4. Нажать на кнопку «Next» и прописать объём ОЗУ для виртуальной системы, который будет выделен из размера установленной в компьютере оперативной памяти.
5. Перейти к созданию нового жёсткого диска для виртуальной операционки, поставив тумблер в соответствующую строку в следующем окошке.
6. В разделе «Формат хранения» указать вариант «Фиксированный жёсткий диск». Также нужно выделить объём для виртуального HDD, при это м данный размер должен составлять не менее 25 ГБ.
7. После нажатия на кнопку «Создать» начнётся процесс создания виртуального ЖД, который занимает несколько минут.

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

Процесс создания жёсткого диска виртуальной машины в приложении VirtualBox на Windows 10

Дополнительная информация! Чтобы включить созданную операционку и пользоваться ею, придётся каждый раз переходить в программу VirtualBox.

Теперь после открытия VirtualBox в главном меню будут показаны все созданные ОС, а также прописаны их характеристики, т.е. размер оперативной памяти, объём накопителя, тип, версия, разрядность. Сведения о центральном процессоре будут такие же как на основной системе.

Как установить операционную систему на виртуальную машину

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

1. Открыть VirtualBox, кликнув по значку приложения на рабочем столе основной операционки.
2. Выделить созданную ранее ВМ операционной системы и нажать на кнопку «Запустить» в графе значений сверху окна.
3. Откроется окно, в котором пользователю сразу же будет предложено выбрать загрузочный диск с образом ОС, указав путь к нему. Поэтому сначала необходимо создать либо загрузочную флешку с ISO-образом операционки, либо компакт-диск. В рамках этой статьи описывать данную процедуру нецелесообразно, т.к. она не имеет отношения к рассматриваемой теме.
4. Выбрать образ на компьютере и нажать на кнопку «Продолжить».
5. Далее появится точно такой же установщик как и в БИОС только в программе VirtualBox. Устанавливать ОС на виртуальную машину надо также как и через БИОС. Единственное отличие заключается в том, что этап разбиения системного диска на разделы пропускается. Диск под эту операционку уже автоматически был создан в разделе создания и настройки виртуальной машины.

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

Установка операционки Windows 7 на виртуальную машину VirtualBox в ОС Linux

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

Uses for Client Hyper-V

The benefits of server virtualization are quite clear. They generally center around the fact that server hardware is typically underutilized. That’s usually not the case for client hardware. Desktop and laptop computers don’t usually have as many resources as server computers before you consider cutting them up. CPU is usually the only resource with significant capacity to spare, and even that doesn’t have much availability for some users. So, why would you want to split up limited resources on your desktop system? Here are a few reasons:

• Software development: Software developers have many reasons to use virtualization.
  • Sandbox environment: If you’re writing systems-level programs, it’s usually not a good idea to allow a bug to cripple the computer that you’re developing on. Checkpoints and kernel isolation alleviate this concern. I particularly like using virtual machines for developing Windows installer packages. Recent versions of Visual Studio rely on Client Hyper-V for testing mobile device applications.
  • Multi-OS targeting: Whatever version of Windows you’re running, almost no developers can guarantee that their users will have the same. Having virtual machines on your desktop allow you to quickly verify that your application runs the same on different operating systems and different bitnesses (32- vs. 64-bit).
• Systems administration: Systems administrators have many uses for virtualization on the desktop, even though many suffer in silence without realizing that there are solutions to many of their daily headaches.
  • Proper security levels. You know that you are supposed to run in a lowered security environment so that your administrative account isn’t signed in all of the time. You also know that it’s much easier to say than it is to do, especially since even some of Microsoft’s tools don’t work appropriately with Run As. Using virtualization on your desktop allows you to be signed in with multiple accounts simultaneously without the headaches of Run As.
  • User access testing. Another oft-overlooked usage is testing privilege levels for non-administrative accounts. For instance, you can create a test account with the same membership as one of your domain users to test that account’s ability to connect to certain resources. Run As can only take you so far. Logging into a virtual instance with alternative credentials without interrupting anything else that you’re doing is an invaluable capability.
  • Application testing. Software developers may test their software to some degree, but you need to know how it’s going to interact in your environment before pushing it out to your users.
• Security operations: A virtual machine provides a great many opportunities for information security workers:
  • Sandbox environment: If you’re not certain if something is malicious software, build an environment that it’s free to destroy. Virtual machines present a wonderful walled garden. You can place suspect material inside a VHDX, mark it read-only, then attach it to your checkpointed test virtual machine. If it turns out to be malicious, you can revert the checkpoint or just delete the virtual machine outright.
  • Penetration testing: Build a duplicate of your production environment inside Client Hyper-V instances and hack away. Obviously, there are cons as well as pros to testing against a duplicate of your production environment instead of the actual environment, but this is a good place to start.
  • Forensics labs: Most computer forensic tasks need to be performed on the impacted system(s), but sometimes you need a place to tear into a chunk of code or a data file. Virtual machines provide the perfect environment.
• Down-level environments: Windows 7 Pro and Enterprise shipped with “Windows XP Mode”, a pre-built Windows XP environment that ran under the built-in Virtual PC type 2 hypervisor. We lost that free virtualized instance along with Virtual PC in Windows 8, but Client Hyper-V still provides the base capability to run down-level operating systems. Unfortunately, Windows XP isn’t on the supported list for Client Hyper-V in Windows 10, but it does work (slowly). Between the defunct Windows XP and the current Windows 10 are four versions of Microsoft’s desktop operating system. There are any number of reasons that you might need one of those environments, at least on a part-time or temporary basis. Client Hyper-V might be exactly what you need.
• Demonstrations: If you need to demonstrate software or software environments and your simple laptop instance isn’t adequate, you can build very complex structures within Client Hyper-V for use on the road.

Поддерживаемые сочетания Hyper-V Manager и версии узла Hyper-V

В некоторых случаях можно использовать версию диспетчера Hyper-V, отличную от версии Hyper-V на узле, как показано в таблице. В этом случае диспетчер Hyper-V предоставляет функции, доступные для версии Hyper-V на управляемом узле. например, если вы используете версию диспетчера Hyper-v в Windows Server 2012 R2 для удаленного управления узлом под управлением hyper-v в Windows Server 2012, вы не сможете использовать функции, доступные в Windows Server 2012 R2 на этом узле Hyper-v.

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

Примечание

поддержка пакета обновления закончилась для Windows 8 12 января 2016 г. дополнительные сведения см. в разделе часто задаваемые вопросы о Windows 8.1.

Licensing and Client Hyper-V

We’ve produced extensive work around licensing and Hyper-V with articles, eBooks, and webinars. None of them have meaningfully touched on Client Hyper-V. Simply put, a Windows 10 license provides for exactly one instance, period. It does not contain any guest instance rights whatsoever. If you want to run a guest instance of Windows 10, then you must purchase another license to cover that instance. If you wish to run any Windows Server guests on Windows 10, you must license the hardware to cover those instances in accordance with the new per-core rules. Linux distributions will follow their distributors’ rules.

Настройка сети.

Выбираем слева наш компьютер, у меня это — 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 — Создание виртуальной машины.

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.

Подводя итоги (если вам лень читать статью):

1. Сейчас производительность двух платформ примерно одинакова.
2. Производительность 1С такая же.
3. В Hyper-V виртуальные диски можно как увеличивать, так и уменьшать. Причем онлайн.
4. Очень, ну прямо очень, простая миграция с VMWare.
5. Беда с поддержкой в привычном ее понимании.
6. VMM крайне неудобная штука, особенно после vCenter. Но с другой стороны VMM это просто графическая оболочка для скриптов PowerShell, так что можно рулить всем этим через привычный Powershell CLI.
7. Переход требует переучиваться и разбираться с тонкостями именно Hyper-V. Многие вещи и идеологические подходы разнятся.
8. Шикарные шаблоны виртуальных машин с Windows. Удивительно удобно.
9. Экономия денег.
10. Более интересная на мой взгляд реализация Software-defined storage, но это «на любителя».
11. Уважение за то, что весь Azure построен на собственных технологиях, которые потом приходят on-premise.
12. Простая и очень плотная интеграция с облаком.
13. Неплохая виртуализация сети, с многими любопытными моментами.
14. На мой взгляд VDI – это не к Microsoft и Hyper-V. Но с другой стороны стрим проложений (RemoteApp) сделан весьма добротно, и для большинства компаний мало чем будет хуже, чем тот же Citrix.
15. Слабая поддержка сторонними вендорами готовых образов виртуалок для Hyper-V (предположу, что явление временное).
16. Весьма странная новая лицензионная политика (по ядрам).