Hyper-v
Содержание:
- Введение
- Настройка и установка другой ОС на Hyper-V
- Какие гостевые операционные системы поддерживаются?
- Поддержка гостевых операционных систем Windows
- Поддержка гостевых операционных систем CentOS и Red Hat Enterprise Linux
- Поддержка гостевой операционной системы Debian
- Поддержка гостевой операционной системы FreeBSD
- Поддержка Oracle Linux гостевой операционной системы
- Поддержка гостевой операционной системы SUSE
- Поддержка гостевой операционной системы Ubuntu
- Включение Hyper-V на Windows 10 Home
- Создание виртуальной машины с помощью Windows PowerShell
- Использование
- Зачем нужно обновлять версию конфигурации виртуальной машины?
- Простое управление Hyper-V Server 2019 через 5nine Manager
- Hyper-V не отключается
- Рекомендации По Настройке Сети Hyper-V
- Отключение (удаление) Hyper-V из Windows 10 Home
- Запуск и завершение службы интеграции из гостевого компьютера Windows
- Для чего это нужно?
- Заключение
Введение
История релиза 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
Шаг 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 и попытался выключать. Установка не выключалась, а на экране появились ошибки связанные с кривым дистрибутивом. После перезагрузил ПК локальный диск на котором были созданные виртуальные машины не открывался и просил отформатировать его. Я понимал, что на диске была вся моя работа и она просто исчезнет.
Совет: Если после сбоя диск не открывается и просит отформатировать его, то запустите командную строку от имени администратора и введите команду:
2 момент. Если после установки ОС на виртуальную машину Hyper-V у вас нет интернета и сети, то откройте «сетевые адаптеры«, нажмите правой кнопкой мыши на заданном нами адаптере «Default Switch» и выберите «Свойства«. Далее выделите графу «IP версии 4 (TCP/IPv4)» и нажмите ниже на кнопку «Свойства«. В новом окне установите получать автоматически IP и DNS адреса.
Источник
Какие гостевые операционные системы поддерживаются?
Виртуальные машины поколения 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.
Включение Hyper-V на Windows 10 Home
Для установки и включения Hyper-V на Windows 10 Home нужно выполнить следующие действия:
Загрузите Hyper-V Enabler здесь: Hyper-V installer and enabler for Windows 10 Home (317 bytes, 3,997 hits)
После загрузки щелкните файл правой кнопкой мыши и выберите «Запуск от имени администратора». Это запустит скрипт установки. Для завершения установки может потребоваться некоторое время. Пожалуйста, не прерывайте установку.
После завершения нажмите Y, чтобы продолжить. Система перезагрузится.
Вы увидите экран обновлений Windows после перезагрузки.
После перезапуска вы можете проверить, отображается ли параметр Hyper-V в дополнительных функциях Windows. Чтобы проверить, перейдите в Выполнить > optionalfeatures. Вы найдете инструменты управления Hyper-V и Hyper-V.
Вы можете выполнить поиск Hyper-V в меню «Пуск», чтобы начать создавать виртуальные машины на домашнем компьютере с Windows 10.
Создание виртуальной машины с помощью Windows PowerShell
-
На рабочем столе Windows нажмите кнопку «Пуск» и введите любую часть имени Windows PowerShell.
-
Щелкните правой кнопкой мыши элемент Windows PowerShell и выберите пункт Запуск от имени администратора.
-
Получите имя виртуального коммутатора, который виртуальная машина должна использовать с помощью Get-VMSwitch. Например,
-
Создайте виртуальную машину с помощью командлета 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.
-
-
Запустите виртуальную машину с помощью командлета Start-VM . Выполните следующий командлет, где name — имя созданной виртуальной машины.
Пример:
-
Подключитесь к виртуальной машине с помощью подключения к виртуальной машине (VMConnect).
Использование
Для чего же виртуальная машина понадобится рядовому пользователю? Как взаимодействовать с виртуальной машиной?
На нее можно устанавливать и переустанавливать операционные системы, обновлять их. Можно инсталлировать программный софт и игры и работать в них. Можно создавать учетные записи, выполнять процессы программирования и т.д.
При этом основная операционная система, запущенная с физического жесткого диска изменений не претерпевает. Любые процессы, проходящие в одной системе, никак не затрагивают другую. Это касается даже вирусов, которые затронут компоненты только одной операционной системы (этот метод иногда используется для проверки файлов на вирусы, не определяемые антивирусом).
Выделяют несколько случаев, когда виртуальная машина может быть очень полезна:
- Когда необходимо попробовать новую операционную систему (очередное обновление Windows, Linux, Ubuntu). Ранее этого нельзя было сделать, не заменяя исходной операционной системы (конечно, если есть только один компьютер). И в том случае, если система не подходила, приходилось все переустанавливать еще раз;
- Когда необходимо установить сомнительную программу, в безопасности которой пользователь не уверен. Даже если она внесет изменения в систему, останется еще одна – исправно работающая;
- Когда нужно запустить программы или игры, предназначенные для другой операционной системы. Как для более старых или более новых версий Виндовс, так и для систем другого типа, например, Линукс;
- Когда нужно внести какие-либо изменения, но пользователь неуверен в том, как они отразятся на работе устройства;
- Кроме того, виртуальные машины можно использовать как сервера при выполнении задач определенного типа.
Это далеко не полный перечень их функционала. Но не все пользователи в настоящее время уже оценили удобство таких машин.
Зачем нужно обновлять версию конфигурации виртуальной машины?
При перемещении или импорте виртуальной машины на компьютер под управлением Hyper-V в Windows Server 2019, Windows Server 2016 или Windows 10 Конфигурация виртуальной машины не обновляется автоматически. Это означает, что виртуальную машину можно переместить обратно на узел Hyper-V, работающий под управлением предыдущей версии Windows или Windows Server. Но это также означает, что вы не можете использовать некоторые новые функции виртуальных машин, пока вы вручную не обновите версию конфигурации. Вы не сможете понизить версию конфигурации виртуальной машины после ее обновления.
Версия конфигурации виртуальной машины представляет собой совместимость конфигурации виртуальной машины, сохраненного состояния и файлов моментальных снимков с версией Hyper-V. При обновлении версии конфигурации изменяется структура файла, используемая для хранения конфигурации виртуальных машин и файлов контрольных точек. Вы также обновляете версию конфигурации до последней версии, поддерживаемой этим узлом Hyper-V. Обновленные виртуальные машины используют новый формат файлов конфигурации, который повышает эффективность чтения и записи данных. Кроме того, при обновлении снижается вероятность повреждения данных в случае ошибки хранилища.
В следующей таблице перечислены описания, расширения имен файлов и расположения по умолчанию для каждого типа файлов, используемых для новых или обновленных виртуальных машин.
Типы файлов виртуальной машины | Описание |
---|---|
Конфигурация | Сведения о конфигурации виртуальной машины, которые хранятся в двоичном формате файла. Расширение имени файла:. vmcx Расположение по умолчанию: К:\програмдата\микрософт\виндовс\хипер-в\виртуал компьютеры |
Состояние среды выполнения | Сведения о состоянии среды выполнения виртуальной машины, которые хранятся в двоичном формате файла. Расширение имени файла:. vmrs и. вмгс Расположение по умолчанию: К:\програмдата\микрософт\виндовс\хипер-в\виртуал компьютеры |
Виртуальный жесткий диск | Хранит виртуальные жесткие диски для виртуальной машины. Расширение имени файла:. VHD или. VHDX Расположение по умолчанию: жесткие диски К:\програмдата\микрософт\виндовс\хипер-в\виртуал |
Автоматический виртуальный жесткий диск | Файлы разностного диска, используемые для контрольных точек виртуальной машины. Расширение имени файла:. avhdx Расположение по умолчанию: жесткие диски К:\програмдата\микрософт\виндовс\хипер-в\виртуал |
Контрольная точка | Контрольные точки хранятся в нескольких файлах. Каждая контрольная точка создает файл конфигурации и файл состояния среды выполнения Расширения имен файлов:. vmrs и. vmcx Расположение по умолчанию: К:\програмдата\микрософт\виндовс\снапшотс |
Простое управление Hyper-V Server 2019 через 5nine Manager
Раньше программа 5nine Manager для управления Hyper-V была другой. Я рассказывал о ней в отдельной статье. Сейчас этой программы вообще нет, а вместо нее 5nine Cloud Manager. Он более громоздкий и тормозной. Для установки требует sql сервер. Подойдет бесплатная редакция express. Нужно отдельно ставить серверную часть, отдельно консоль для управления, отдельно агент на hyper-v сервер.
Все стало намного сложнее по структуре, но в целом, если вам не хочется заморачиваться с описанными выше действиями, то можно попробовать с 5nine. В целом, процесс простой и выполняется все мышкой и визардами с кликанием далее — делее — делее. Чтобы все было понятно, расскажу по этапам.
- Скачиваете и устанавливаете Microsoft SQL Server Express ни гипервизор.
- Скачиваете 5nine Cloud Manager. Устанавливаете на гипервизор серверную часть приложения, которая работает с sql базой, на машину управления ставите консоль для подключения к серверной части.
- Подключаетесь консолью и устанавливаете бесплатную лицензию, которая придет в письме после регистрации на сайте программы. Лицензия сроком на год, потом не знаю, что с ней делать, придется продлевать или будет и так работать. На прошлых версиях программы работала и так, продлевать было не обязательно.
- Ставите консоль на гипервизор и подключаетесь теперь напрямую с гипервизора через 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. Я запускал оттуда. Когда запустите, сверните все, что открыто. Окно авторизации будет в фоне. Я не сразу это заметил и не мог понять, почему программа не запускается. По факту, она нормально работает на самом гипервизоре, кроме подключения к экрану виртуальной машины. Тут будет ошибка 🙁 А все остальное вроде работает.
Далее нужно добавить гипервизор в панель и дождаться, пока установится агент.
После установки агента, гипервизор с виртуальными машинами появится в панели.
Конечно, все получилось не так удобно, как хотелось бы, но в целом программа функциональная. Все основные действия с виртуальными машинами производить в ней можно. Жаль, что нельзя обойтись только гипервизором. Было бы удобно, если бы все работало на нем.
Hyper-V не отключается
Не всегда гипервизор удается деактивировать с первого раза. Иногда в ходе отключения пользователь получает уведомление, что «Системе не удалось завершить компоненты». Есть случаи, когда после деактивации гипервизор все равно остается включенным. Подобные неполадки можно исправить. Правда, понадобится проверить систему на целостность и выявить ошибки.
Для проверки ОС есть виндовская программа System File Checker или сокращенно SFC. Это средство обнаруживает и восстанавливает поврежденные файлы. Для проверки операционки есть еще тоже встроенная виндовская утилита под названием DISM. Эту программу рекомендуется запускать после проверки SFC. DISM находит самые сложнейшие неполадки и проблемы, которые не смогла выявить System File Checker.
Если Hyper-V не удается деактивировать, нужно проверить системные файлы:
- активировать обычную командную строку на администраторских правах;
- в свободной строке написать символы: sfc /scannow;
- запустится процесс сканирования системы и проверки системных файлов;
- если сканирование не обнаружит никаких проблем, задать еще одну команду;
- в свободной строчке консоли написать: DISM /Online /Cleanup-Image /RestoreHealth;
- запустится процедура диагностики и устранения неполадок;
- если не удастся исправить проблему, информация об ошибках запишется в файлы (CBS.log. и dism.log), доступные для чтения.
Важно! Процесс проверки занимает какое-то время. Если на мониторе ничего не отображается, прерывать процедуру нельзя
Рекомендуется дождаться завершения сканирования и финального уведомления.
Рекомендации По Настройке Сети Hyper-V
Теперь, когда мы рассмотрели основы Hyper-V networking, виртуальные коммутаторы, требования к сети кластера Hyper-V, а также новые функции, найденные в виртуальной сети Windows Server 2019.
Давайте рассмотрим ключевые рекомендации по созданию сетей Hyper-V, которые следует учитывать при проектировании и создании инфраструктуры Hyper-V.
По возможности установите или обновите до последней версии Windows Server. С каждым выпуском Windows Server появляются новые и расширенные возможности, связанные с Hyper-V
Используйте современные физические сетевые карты, поддерживаемые корпорацией Майкрософт и имеющие возможность использовать удаленный прямой доступ к памяти (RDMA)
Убедитесь, что вы используете новейшие драйверы сетевых карт и прошивку
Используйте очередь виртуальных машин или сетевые карты с поддержкой VMQ – это обеспечивает преимущества аппаратной виртуализации, которые позволяют более эффективно подключаться к сети для TCP / IP / iSCSI и FCoE
Использование высокоскоростных сетей между узлами Hyper-V в кластере Hyper – V-используйте не менее 10 сетей GbE между узлами Hyper-V для обеспечения соответствия требованиям к пропускной способности и производительности между узлами кластера
Включить jumbo frames-Jumbo frames обеспечивает более эффективную сетевую связь в высокопроизводительных приложениях, поскольку позволяет увеличить количество кадров передачи и снизить загрузку процессора на хостах. Гигантские кадры обычно имеют размер 9000 байт или больше, в отличие от стандартного размера 1500-байтового кадра Ethernet
Не используйте разгрузку TCP Chimney или разгрузку IPsec с Windows Server 2016. Эти технологии устарели в Windows Server 2016 и могут повлиять на производительность сервера и сети
Чтобы отключить разгрузку TCP Chimney, из командной строки с повышенными правами выполните следующие команды:Netsh int tcp show global – показывает текущие настройки TCPnetsh int tcp set global chimney=disabled-отключает разгрузку TCP Chimney, если она включена
Убедитесь, что вы используете избыточные пути между узлами кластера Hyper-V, чтобы убедиться, что при сбое в одном пути существует другой путь, который можно использовать для связи
Планируйте свои сети Hyper – V-особенно с кластерами Hyper-V, планирование сетей очень важно. Убедитесь, что вы подготовили отдельные диапазоны IP-адресов/подсети, VLAN и т
д., для ваших специфичных для кластера сетей (живая миграция, кластер, хранилище, сети виртуальных машин)
Не используйте ReFS с общими томами кластера (CSV) – в настоящее время при использовании с CSV ReFS заставляет кластер работать в режиме перенаправления файловой системы, который отправляет все операции ввода-вывода по сети кластера на узел координатора Тома. Это может значительно повлиять на производительность
Понимание кластерной сети и ее использования – вы должны включить несколько сетей для кластерной связи, так как это обеспечивает встроенную устойчивость к кластерной связи, помогая обеспечить HA этой важной сетевой связи в кластере Hyper-V
Разрешите доступ к операционной системе управления только в тех сетях, которые необходимы. Поймите, как это создает специализированные сетевые соединения на узле Hyper-V
Используемая конвергентная сеть-конвергентная сеть позволяет гораздо эффективнее использовать физические адаптеры на хосте Hyper-V, а также доступную полосу пропускания.
Used Switch Embedded Teaming – With Switch Embedded Teaming позволяет создавать команду с помощью виртуального коммутатора вместо использования физической команды
При использовании Windows Server 2019 используйте Коалесценцию сегмента приема (RSC) для повышения производительности виртуальных рабочих нагрузок
С Windows Server 2019 используйте зашифрованные сети – это позволяет шифровать все сетевые коммуникации в виртуальных сетях для шифрования в полете
Отключение (удаление) Hyper-V из Windows 10 Home
Если вам не нужна эта функция на вашем компьютере, вы всегда можете отключить ее. Есть два способа для удаления:
- Перейдите в Выполнить > optionalfeatures. Откроется окно «Дополнительные функции».
- Снимите отметку с инструментов управления Hyper-V.
- Перезагрузите компьютер.
Вы также можете сделать это с помощью командной строки:
PowerShell
Command Prompt
Иногда Hyper-V очень полезен даже для домашних пользователей. Его можно использовать для тестирования и оценки нового программного обеспечения без ущерба для хост-системы. Но бывают случаи, когда включение поддержки виртуализации или установка Hyper-V не рекомендуется.
Hyper-V требует некоторых системных ресурсов для запуска своих виртуальных машин. Например, если у вас 4 ГБ ОЗУ, вы не сможете выделить какие-либо ресурсы для виртуальной машины. Поэтому было бы неразумно включать функциональность Hyper-V.
Запуск и завершение службы интеграции из гостевого компьютера Windows
Для обеспечения полной функциональности службы интеграции соответствующая служба должна быть запущена на гостевом компьютере, а также включена на узле. В Windows Гости каждая служба интеграции указана как стандартная служба Windows. Для отключения и запуска этих служб можно использовать приложение «службы» на панели управления или PowerShell.
Важно!
Остановка службы интеграции может серьезно повлиять на возможность узла управлять виртуальной машиной. Для правильной работы каждая служба интеграции, которую вы хотите использовать, должна быть включена как на узле, так и в гостевой системе.
Рекомендуется управлять службами Integration Services только с помощью Hyper-V, используя приведенные выше инструкции. Служба сопоставления в гостевой операционной системе будет приостановлена или запущена автоматически при изменении ее состояния в Hyper-V.
Если запустить службу в гостевой операционной системе, но она отключена в Hyper-V, служба будет остановлена. Если вы останавливаете службу в гостевой операционной системе, которая включена в Hyper-V, Hyper-V будет в конечном итоге запустить ее снова. Если отключить службу в гостевой системе, Hyper-V не сможет запустить ее.
Для чего это нужно?
Hyper-V является версией гипервизора от Microsoft. Работает этот компонент виртуализации непосредственно на оборудовании. С его помощью выполняется запуск виртуальных машин в системе х86-64. Гипервизор установлен во всех 64-битных вариантах Виндовс 10 (кроме версии Win 10 Home).
Hyper-V применяется:
- для создания нескольких виртуальных машин на одном физическом сервере;
- в качестве безопасной платформы для тестирования ПО.
Гипервизор позволяет создать на компьютере пользователя эмуляторы ПК. Эти виртуальные машины используют часть ресурсов устройства. На эмуляторы можно установить изолированный Виндовс и использовать платформу для тестирования компьютерных разработок.
Иногда требуется отключить гипервизор. Причиной деактивации этого компонента может стать внутрисистемная проблема. Например, некоторые сторонние приложения виртуализации не хотят работать совместно с Hyper-V. К таким конфликтным программам относятся: VMWare Workstation и VirtualBox. При включенном Hyper-V другие приложения нередко переходят в низкоскоростной режим эмуляции и даже не запускают виртуальные машины. Конфликт возникает именно при активации низкоуровневой оболочки Гипер-В.
Вызвать проблемы в работе приложений виртуализации могут службы безопасности Виндовса (например, Device Guard и Credential Guard), которые также рекомендуется деактивировать. Прежде чем отключать Гипер-В, нужно проверить его наличие и включение. Ведь в режиме «по умолчанию» в лицензионных сборках гипервизор должен быть отключен.
Как найти Hyper-V:
- активировать «Поиск»;
- в поисковой строке написать: msinfo32.exe;
- откроется окно «System Information»;
- активировать «System Summary»;
- отыскать фразу «A hypervisor has been detected. Features required…» («Обнаружен гипервизор. Компоненты…не отображаются…»).
Найденный Hyper-V можно отключить, если он мешает работе других приложений виртуализации. Оборудование ПК функционирует без сбоев при каком-то одном активированном гипервизоре.
Важно! Гипервизор является встроенным компонентом 64-разрядных версий Виндовса. Отключать или включать его можно через служебные программы или используя возможности самой системы
Заключение
Постарался рассмотреть все наиболее значимые аспекты в работе с бесплатным гипервизором от Microsoft. Сам еще не проверял его в работе и особо не интересовался нововведениями, пока не было времени. Смотрел на него только в тестовых стендах. Можете сравнить его с бесплатным гипервизором на kvm — proxmox, который я рассматривал в своей статье установка и настройка proxmox.
Самым большим преимуществом последнего является возможность установки на программный рейд. Hyper-V сервер я никогда не пробовал установить на программный рейд, я даже не знаю, возможно ли это. Так что использовать его можно только там, где есть аппаратный рейд, либо в тестовых вариантах. Лично я никогда не ставлю гипервизоры в продакшн на одиночные диски. Все остальное дело привычки и удобства. В proxmox мне нравится управление через web браузер. Не нужно ничего ставить на компьютер. После установки гипервизор сразу готов к работе.
В hyper-v удобно, что все системы его поддерживают без проблем. На kvm, к примеру, в proxmox, после установки windows систем в качестве гостевых машин, нужно будет устанавливать драйвера с отдельного диска, либо использовать готовые образы, где они будут уже интегрированы. Мелочь, но все равно не так удобно.
Буду рад любым замечаниям по статье, подсказкам или указаниям на ошибки. Так же было бы любопытно узнать, какой гипервизор вы предпочитаете использовать и по какой причине. Какие преимущества по сравнению с остальными гипервизорами вы видите в своем выборе.