Поддерживаемые windows гостевые операционные системы для hyper-v на сервере windows

Информация к размышлению

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

VMware — самое дорогое решение, Hyper-V — дешевле (или при использовании Hyper-V Server и виртуальных машин с Linux — вообще бесплатное), KVM — изначально бесплатное.
Подсчитывая стоимость системы виртуализации, нужно учитывать еще и стоимость лицензий программного обеспечения, которое будет установлено в виртуальных машинах. Именно поэтому Hyper-V значительно дешевле VMware — при использовании VMware вам все равно придется покупать лицензии на гостевые ОС.

Hyper-V значительно дешевле и производительнее в гиперконвергентных решениях.
Таблица 1 — сугубо информативная, большинство пользователей не столкнется с этими ограничениями и ее не нужно учитывать, выбирая лучший гипервизор. Самое жесткое ограничение — у свободной версии ESXi.
У VMware есть Fault Tolerance, у Microsoft — пока нет

Если это для вас важно, задумайтесь над VMware.
У VMware лучше VDI, но у Microsoft организация VDI будет дешевле.

Hyper-V менее требовательный к «железу».
Хранилище для Hyper-V дешевле, поскольку VMware тесно связан по рукам и ногам HCL, а Hyper-V может использовать любой SMB 3.0 ресурс для хранения.

Hyper-V Server — это программное решение Hyper-V, поставляемое с Core-версией Windows без графического интерфейса. Ограничений в нем никаких нет (в отличие от бесплатной версии VMware), вы можете включить его в домен, управлять ею с помощью System Center, бэкапить и т

д. (в отличие от бесплатной vSphere).
В Hyper-V нет средств вроде Distributed Resource Scheduler или же Storage DRS, которые в VMware используются для балансировки нагрузок между ресурсами хостов
SCVMM в Hyper-V открывает возможности, выходящие за рамки простой серверной виртуализации. Вы можете создавать частные облака.
KVM — самое неприхотливое к ресурсам программное обеспечение. Это нужно учитывать при разработке бюджетных решений виртуализацией.
Для KVM можно также использовать интерфейс управления Virsh и GUI-интерфейс virtmanager.
Службы поддержки у KVM нет. Если что-то не получается, вы можете рассчитывать только на сообщество. Впрочем, поддержки нет и у бесплатного Hyper-V Server.
Существует коммерческий вариант KVM — RHEV (Red Hat Enterprise Virtualization).

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

Популярные услуги

SAP-хостинг
Профессиональный SAP-хостинг – это быстрый доступ к необходимому массиву данных и аналитика в режиме реального времени. Он подходит для развертывания системы управлениями базами SAP HANA и прочих высоконагруженных программ.

FreeBSD server
FreeBSD server считается одной из самых стабильных систем, поэтому многие администраторы предпочитают использовать её для управления сервером. У нас клиенты смогут арендовать VDS или VPN хостинг с этой системой. После получения хостинга пользователь сможет настроить VPN server и установить любые программные продукты, совместимые с выбранной ОС.

Публичное облако на базе VMware
Публичное облако на базе VMware позволяет быстро расширить ИТ-инфраструктуру без значительных вложений в модернизацию оборудования.

Настройка и установка другой ОС на 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

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

Сводка

Центры регистрации и обработки данных на основе технологии облака могут обеспечивать множество преимуществ, например улучшенную масштабируемость и более эффективное использование ресурсов. Реализация этих потенциальных преимуществ требует применения технологии, посвященной принципиальному решению проблем многоклиентской масштабируемости в динамической среде. Виртуализация сети Hyper-V создана для решения этих проблем и повышения рабочей эффективности центров обработки данных за счет разделения топологий виртуальной и физической сетей. Основываясь на существующем стандартном HNV, он работает в современном центре обработки данных и работает с существующей инфраструктурой ВКСЛАН. Теперь клиенты с HNV могут консолидировать свои центры обработки данных в частное облако или легко расширить их центры обработки данных до среды поставщика размещенного сервера с помощью гибридного облака.

Установка 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, то подойдут редакции Windows 10 Enterprise, Professional и Education. Обязательно должна быть 64 — битная версия операционной системы Windows 10, поскольку 32 — версии не имеют возможности использовать Hyper-V.

Помимо этого Вам потребуется 64 — битный процессор, который поддерживает технологии виртуализации, такие, как VM Monitor Mode Extension и поддержка Second Level Address Translation. Рекомендуется использовать минимум 4 ГБ оперативной памяти, если же запускать на меньшем объеме, тогда виртуальной машине ничего не достанется.

А также необходимо будет включить эти самые технологии виртуализации, а также включить Hardware Enforced Data Execution Prevention (DEP). Без этой технологии у Вас не будут запускаться виртуальные машины. Есть ряд особенностей связанных с конкретной моделью BIOS или UEFI. Некоторые технологии могут конкурировать с виртуализацией и соответственно не позволять запускать виртуальные машины.

Операционная система Windows 10 имеет инструмент проверки совместимости оборудования с установкой Hyper-V, который пригодиться новичкам. С помощью утилиты systeminfo.exe мы увидим параметры по требованиях к Hyper-V.

1. Открываем поиск нажав Win+Q и в поисковой строке вводим Windows PowerShell.
2. Дальше выбираем классическое приложение Windows PowerShell — Запуск от имени администратора.
3. В открывшемся окне вводим и выполняем команду systeminfo.

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

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

Основные сведения о виртуализации процессоров Hyper-V

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

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

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

• Каждый виртуальный процессор (вице-президент) корневого раздела сопоставляется с 1:1 базовым логическим процессором (LP). Вице-президент узла всегда выполняется в одном базовом LP — миграция ВПС корневого раздела отсутствует.

• По умолчанию LPs, на котором размещен ВПС, может также запускать гостевой ВПС.

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

Причина

Различные причины, связанные с вопросами, упомянутыми в разделе Симптомы.

Причина проблемы 1

Эта ошибка возникает из-за включения функции Расширения безопасного режима (SMX), доступной в BIOS, и изменения в среде выполнения. Из-за этого гипервизор не загружается.

Причина проблемы 2

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

Причина проблемы 3

Эти ошибки могут быть вызваны следующими причинами:

• Устаревшая BIOS
• Неправильный параметр BIOS
• Несовместимое оборудование

Как работает Hyper-V

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

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

Служба запросов на теневое копирование томов Hyper-V

Имя службы Windows: vmicvssИмя управляющей программы Linux: hv_vss_daemonОписание: Позволяет службе теневого копирования томов выполнять резервное копирование приложений и данных на виртуальной машине.Добавлено в: Windows Server 2012 и Windows 8Влияние: при отключении нельзя выполнить резервное копирование виртуальной машины во время выполнения (с помощью VSS).

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

Дополнительные сведения о теневом копировании томов см. здесь.

Виртуализация сетей при помощи виртуализации адресов

HNV реализует перекрытие сетей клиентов с помощью общей инкапсуляции маршрутизации сети (NVGRE) или виртуальной расширяемой локальной сети (ВКСЛАН). По умолчанию используется ВКСЛАН.

Виртуальная расширяемая локальная сеть (ВКСЛАН)

Виртуальный расширяемый протокол наращиваемой локальной сети (ВКСЛАН) (RFC 7348) широко распространен на рынке, благодаря поддержке от таких поставщиков, как Cisco, Ариста, Dell, HP и др. Протокол ВКСЛАН использует UDP в качестве транспорта. Назначенный IANA порт назначения UDP для ВКСЛАН — 4789, а порт источника UDP должен представлять собой хэш информации из внутреннего пакета, который будет использоваться для распространения ECMP. После заголовка UDP к пакету добавляется заголовок ВКСЛАН, который включает в себя зарезервированное 4-байтовое поле, за которым следует 3-байтовое поле для идентификатора сети ВКСЛАН (вни)-VSID, за которым следует еще одно зарезервированное поле из 1 байта. После заголовка ВКСЛАН к исходному кадру центра сертификации L2 (без пакета сертификации Ethernet для CA) не добавляется.

Универсальная Инкапсуляция маршрутизации (NVGRE)

Этот механизм виртуализации сети использует универсальную инкапсуляцию маршрутизации (NVGRE) в качестве части заголовка туннеля. В NVGRE пакет виртуальной машины инкапсулируется внутри другого пакета. Заголовок этого нового пакета снабжается необходимыми IP-адресами источника и назначения типа АП в дополнение к ID виртуальной подсети, хранящемуся в ключевом поле заголовка GRE, как показано на рисунке 7.

Рисунок 7. Виртуализация сетей — инкапсуляция типа NVGRE

ИДЕНТИФИКАТОР виртуальной подсети позволяет узлам обнаруживать виртуальную машину клиента для любого пакета, несмотря на то, что PA и ЦС в пакетах могут перекрываться. Это позволяет всем виртуальным машинам одного узла совместно использовать единый АП, как показано на рисунке 7.

Совместное использование АП оказывает серьезное воздействие на масштабируемость сети. Количество IP- и MAC-адресов, требующих запоминания сетевой инфраструктурой, может быть существенно снижено. Например, если на каждом конечном узле имеется в среднем 30 виртуальных машин, количество IP- и MAC-адресов, требующих запоминания сетевой инфраструктурой, снижается на коэффициент 30. ID виртуальной подсети, включенные в пакеты, также позволяют производить простую корреляцию пакетов под фактических клиентов.

схема совместного доступа pa для Windows Server 2012 R2 — один PA для каждого VSID на каждом узле. для Windows Server 2016 схема — один член команды PA для каждой сетевой карты.

в Windows Server 2016 и более поздних версиях HNV полностью поддерживает NVGRE и вкслан из этого ящика. Он не требует обновления или приобретения нового сетевого оборудования, например сетевых адаптеров (сетевые адаптеры), коммутаторов или маршрутизаторов. Это обусловлено тем, что эти пакеты в сети являются обычными IP-пакетами в пространстве PA, совместимым с современной сетевой инфраструктурой. Тем не менее, чтобы обеспечить оптимальную производительность, используйте Поддерживаемые сетевые карты с последними драйверами, поддерживающими разгрузку задач.

Некоторые способы, с помощью которых Hyper-V может помочь

Hyper-V может помочь:

• Создание или расширение частной облачной среды. Предоставление более гибких ИТ-служб по запросу путем перемещения или расширения использования общих ресурсов и корректировки использования по мере изменения спроса.

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

• Непрерывные деловые операции. Сократите влияние запланированного и незапланированного простоя рабочих нагрузок.

• Установка или расширение инфраструктуры виртуальных рабочих столов (VDI). Использование централизованной стратегии настольных систем с помощью VDI поможет повысить гибкость бизнеса и безопасность данных, а также упростить соответствие нормативным требованиям и управлять настольными операционными системами и приложениями. Разверните узлы Hyper-V и Узел виртуализации удаленных рабочих столов (узел виртуализации удаленных рабочих столов) на том же сервере, чтобы сделать личные виртуальные рабочие столы или пулы виртуальных рабочих столов доступными для пользователей.

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

Различия между Hyper-V в Windows и Windows Server

Некоторые функции работают по-разному в Hyper-V для Windows и Windows Server.

Компоненты Hyper-V, доступные только в Windows Server:

• динамическая миграция виртуальных машин с одного узла на другой;
• Реплика Hyper-V
• Виртуальный адаптер Fiber Channel
• сеть СSR-IOV;
• общий доступ к .VHDX.

Компоненты Hyper-V, доступные только в Windows 10:

• Быстрое создание и коллекция виртуальных машин
• Сеть по умолчанию (коммутатор NAT)

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

Симптомы

Различные симптомы и ошибки:

Проблема 1

На компьютере с Windows Server 2012 или Windows 8 с установленной ролью Hyper-V или после обновления из предыдущей версии Windows с установленной ролью Hyper-V вы можете получить следующее сообщение об ошибке при запуске виртуальной машины:

Проблема 2

Компьютер, на Windows Server 2012 или Windows 8, чтобы включить роль Hyper-V, вы можете получить одно из следующих сообщений об ошибке:

Выпуск 3

При попытке включить поддержку SR-IOV Windows Server 2012 с установленным Hyper-V, вы можете получить следующие сообщения об ошибке из свойства IovSupportReasons при запуске следующей команды PowerShell:

Windows Server 2019

Безопасность: улучшения экранированных виртуальных машин (новые)

• Улучшения для филиалов

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

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

• Дополнительные возможности устранения неполадок

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

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

• Поддержка Linux

  Теперь Windows Server 2019 поддерживает выполнение систем Ubuntu, Red Hat Enterprise Linux и SUSE Linux Enterprise Server внутри экранированных виртуальных машина при работе в средах со смешанными ОС.

Причины использовать виртуализацию

Виртуализация позволяет выполнять следующие операции.

• Запуск программного обеспечения, для которого требуются более старые версии Windows или операционные системы, отличные от Windows.

• Эксперименты с другими операционными системами. Hyper-V существенно упрощает создание и удаление различных операционных систем.

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