Hyper v windows 2018: обновление версии виртуальной машины в Hyper-V на Windows или Windows Server

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

В этой статье мы создадим виртуальную машину с Windows Server 2019 и развернем там Hyper-V Server. Попутно разберемся что нового появилось в этой версии.

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

В нашем примере — это сервер по тарифу EL11-SSD с процессором Intel® Xeon® E-2236 3.4 ГГц, ОЗУ 32 ГБ DDR4 и двумя дисками SSD по 480 ГБ каждый. Далее выбираем операционную систему Windows 2019 — подойдут версии 2019 Datacenter (64-bit) и 2019 Standard (64-bit). В обоих случаях можно добавить роль Hyper-V.

Далее нажимаем Заказать и Оплатить. Деньги списываются с личного счёта.

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

Что нового в Hyper-V Server 2019

Любопытная особенность Hyper-V Server 2019 — это то, что первоначально эта версия была Hyper-V Server 2016 R2, вышедшая в конце 2018 года. Но из-за неприемлемого количества багов, она была отозвана и полноценно вышла уже в 2019 году под новой версией. А теперь, давайте разберем нововведения данного релиза.

Во-первых — это обновленная консоль администратора Windows Admin Center (WAC). Теперь она доступна через веб-интерфейс. Из браузера стало возможным управлять виртуальными машинами, сервисами на них, запускать скрипты PowerShell, инициировать RDP-сессии и выполнять прочие операции. Во-вторых, появилась возможность работать с окружением Linux. Работает через специальный слой совместимости Windows Subsystem for Linux (WSL) на уровне ядра ОС. Таким образом, можно запускать bash-скрипты или бинарные файлы ELF без необходимости входа на виртуальный сервер через консольный клиент (например, Putty или SecureCRT).

Во-вторых, улучшились механизмы безопасности. Windows Defender теперь имеет на борту поддержку Advanced Threat Protection. Этот механизм умеет блокировать доступ к файлам и папкам из недоверенных источников (например, для защиты от вирусов-шифровальщиков), защищает от вредоносных процессов, сетевых атак, а также поддерживает шифрование сетевых соединений между виртуальными машинами.

В-третьих, улучшилась поддержка экранированных виртуальных машин. Теперь внутри них можно запускать Linux-подобные системы: RHEL, SUSE, Ubuntu. Кроме этого, такими машинами теперь можно управлять при помощи VMConnect и PowerShell Direct.

В-четвертых, появилась служба миграции хранилища. Этот инструмент позволяет мигрировать с устаревших версий Windows Server: 2003, 2008 или 2012. Можно мигрировать даже AD со всеми пользователями и настройками.

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

А пока мы рассказывали о новых возможностях гипервизора, установка сервера завершилась и можно приступать к настройке Hyper-V.

Как установить 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. Об этом в следующем разделе.

Как настроить Hyper-V Server утилитой sconfig

Утилита sconfig имеет интерфейс командной строки.

Важными пунктами являются:

• Domain/Workgroup — настроено при создании сервера.
• Computer Name — настроено при создании сервера.
• Configure Remote Management — включено. Опция нужна для удалённого управления сервером с Hyper-V через специальные утилиты или PowerShell.
• Remote Desktop — включено. Опция нужна для возможности удаленного управления сервером.
• Network Setting — это сетевые настройки виртуального коммутатора, которые уже были выполнены на этапе установки роли Hyper-V на шаге Virtual Switches.

Таким образом, необходимые настройки были выполнены ранее.

Как удаленно управлять Hyper-V Server

Самый простой способ удаленного управления — это использование веб-интерфейса WAC. Для начала, нужно загрузить это приложение с сайта Microsoft. При установке следует использовать значения по умолчанию. После установки станет доступен веб-интерфейс консоли. Его можно открыть по имени сервера или IP-адресу из удаленных локаций.

Из этого интерфейса можно управлять виртуальными коммутаторами.

Или, например, создать в Hyper-V новую виртуальную машину.

Об отдельных функциях управления Hyper-V расскажем в разделах ниже.

Как использовать PowerShell для настройки Hyper-V Server

Обратите внимание, что на этапе добавления роли Hyper-V, мы добавили возможность управления через PowerShell при помощи Hyper-V Module for Windows Power Shell. Таким образом, теперь достаточно просто открыть консоль PowerShell. Чтобы узнать общее количество командлетов, выполним следующую команду:

Get-Command –ModuleHyper-V | Measure-Object

Увидим, что общее количество командлетов — 1940 штук.

Командлеты управляют инфраструктурой Hyper-V аналогично консоли WAC. Например, при помощи командлета Get-NetIPConfiguration можно проверить настройки сети:

Для примера, проверим включена ли поддержка IPv6 на сетевом интерфейсе. Для этого выполним команду:

Get-NetAdapterBinding -InterfaceDescription "Hyper-V Virtual Ethernet Adapter" | Where-Object -Property DisplayName -Match IPv6 | Format-Table -AutoSize

Вывод будет следующим:

Значение True в поле Enabled показывает, что IPv6 включен. Попробуем его выключить. Для этого выполним следующий командлет:

Disable-NetAdapterBinding -InterfaceDescription "Hyper-V Virtual Ethernet Adapter" -ComponentID ms_tcpip6

Этот командлет вывод не показывает, поэтому проверим поле Enabled при помощи командлета Get-NetAdapterBinding:

PowerShell позволяет полноценно управлять инфраструктурой Hyper-V.

Как настроить правила Advanced Firewall для Hyper-V Server

Advanced Firewall — это расширенные настройки сетевого экрана на основе правил. Как и все остальное, их можно настраивать через PowerShell. Чтобы увидеть доступные команды для управления сетевым экраном, выполним следующий командлет с параметрами:

Get-Command -Noun *Firewall* -Module NetSecurity

В выводе увидим:

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

Enable-NetFireWallRule -DisplayName "Windows Management Instrumentation (DCOM-In)"
Enable-NetFireWallRule -DisplayGroup "Remote Event Log Management"
Enable-NetFireWallRule -DisplayGroup "Remote Service Management"
Enable-NetFireWallRule -DisplayGroup "Remote Volume Management"
Enable-NetFireWallRule -DisplayGroup "Windows Defender Firewall Remote Management"
Enable-NetFireWallRule -DisplayGroup "Remote Scheduled Tasks Management"

Проверить работу и статус этих правил можно в веб-консоли Windows Admin Center:

Обратите внимание, что если открывать Windows Admin Center через браузер с русской локалью, интерфейс будет на русском языке. Это не зависит от настроек самого сервера. Например, наш демо-сервер развернут с английской локалью и тот же самый Windows Admin Center открывается там на английском языке. Для сравнения:

Возможность выбирать — очень приятная возможность.

Как создать дисковое хранилище для виртуальных машин

Дисковое хранилище для виртуальных машин мы создали на этапе установки на сервер роли Hyper-V. Это было на шаге Default Stores. В этом разделе мы покажем как теперь управлять этими разделами. Самый простой способ — через консоль Windows Admin Center.

Для этого нужно перейти в раздел Settings и перейти к настройкам Hyper-V. Здесь мы видим те же самые созданные разделы под хранилище для виртуальных машин.

При необходимости, расположение хранилища можно изменить, создав под него, например, новый дисковый раздел.

Как настроить виртуальный коммутатор в Hyper-V Server

Базовая настройка виртуального коммутатора была выполнена при установке роли Hyper-V на экране Virtual Switches. Посмотрим эти настройки в WAC.

Из этого же интерфейса возможно создание новых виртуальных коммутаторов или редактирование существующих.

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

Теперь перейдем к тому, ради чего всё и затевалось — созданию виртуальной машины в Hyper-V. Воспользуемся для этого уже знакомым WAC. Для начала скачаем образ Windows 10 с сайта для разработчиков Microsoft.

Разархивируем и добавим образ жесткого диска при создании виртуальной машины и нажимаем кнопку Create.

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

Виртуальная машина создана и готова к использованию.

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

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

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

wbadmin get virtualmachines

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

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

wbadmin start backup -backuptarget:D: -hyperv:"Windows10" -quiet

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

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

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

Заключение

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

netberg | Главная

netberg | Главная

ИНФОРМАЦИЯ

Hyper-V кластер Windows Server 2012 на сервере R420 M2

Подробная статья о первоначальной подготовке и установке кластера в Windows Server 2012.

Введение

В данном обзоре рассматривается конфигурация отказоустойчивого Hyper-V кластера в Windows Server 2012. Настройку будем производить
на базе решения Demos R420 M2.

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

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

Возможности Hyper-V в Windows Server 2012 представлены в таблице.

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

Для работы Hyper-V требуется 64-разрядный процессор и 64-разрядная версия операционной системы. На уровне процессора, для запуска Hyper-V должен быть включен Second Level Address Translation (SLAT). SLAT на процессоре предназначен для трансляции адресов виртуальной
памяти в физическую, это быстрее чем трансляция программными средствами. Физический сервер с ролью Hyper-V должен обладать не менее 2
Гбайт ОЗУ, а также достаточным объемом ОЗУ для виртуальных машин. Следовательно, если гостевому сеансу требуется 2 Гбайт ОЗУ и таких сеансов будет три, на хост-системе должно быть установлено не менее 8 Гбайт ОЗУ.

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

Перед настройкой кластера Hyper-V необходимо добавить роль Hyper-V на оба узла кластера. Установка роли Hyper-V производиться в консоли Sever Manager с помощью мастера добавления ролей и компонентов (Add Roles and Features Wizard).

На шаге Select Server Roles выберите роль Hyper-V.

Рис. 1. Мастер добавления ролей и компонентов

Появится приглашение установить дополнительные компоненты Hyper-V Management Tools. Нажмите Add Features.

Рис. 2. Компоненты Hyper-V

На шаге Virtual Switches выберите адаптер, подключенный к локальной сети.

Рис. 3. Добавление виртуального коммутатора

На шаге Migration нажимаем Next, настройка миграции будет происходить непосредственно в кластере.

Рис. 4. Настройка миграции

Размещение по умолчанию для файлов виртуальных машин можно настроить позднее.

Рис. 5. Размещение файлов виртуальных машин

На шаге Confirmation рекомендуется поставить галку «Restart the destination server automatically if required», т.к. по завершении работы мастера серверу потребуется перезагрузка.

Рис. 6. Подтверждение конфигурации

Подготовка кластера к запуску виртуальных машин

Настройка диска для файлов виртуальных машин

Для хранения файлов виртуальных машин в кластере настроим Cluster Shared Volume (общий том кластера), это позволит узлам одновременно работать с общим диском. Подробнее см. о технологии Cluster Shared Volume на сайте Microsoft.

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

Откройте консоль Failover Cluster Manager, затем разверните Storage – Disks, на новом диске щелкните правой кнопкой и выберите меню Add to Cluster Shared Volumes.

Рис. 7. Диски в консоли Failover Cluster Manager

В результате диск подключается как папка C:\ClusterStorage\Volume1 и будет использоваться совместно узлами кластера для хранения файлов виртуальных машин.

Настройка сетевых подключений

После установки роли Hyper-V в папке Network Connections появляется виртуальный сетевой адаптер, настройки которого используются для подключения к локальной сети.

Рис. 8. Сетевые подключения

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

Рис. 9. Настройка виртуального коммутатора

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

Откройте консоль Failover Cluster Manager. Щелкните правой кнопкой Roles – Virtual Machines – New Virtual Machine, откроется окно с предложением выбрать узел кластера для новой виртуальной машины. Далее запустится мастер создания новой виртуальной машины.

На шаге Specify Name and Location введите имя виртуальной машины. В поле Location выберите C:\ClusterStorage\Volume1\, диск, подготовленный ранее, для размещения файлов виртуальных машин.

Рис. 10. Имя и размещение виртуальной машины

Определите требуемый объем оперативной памяти для виртуальной машины.

Рис. 11. Настройка оперативной памяти

На шаге Configure Networking выберите имя виртуального коммутатора.

Рис. 12. Выбор виртуального коммутатора

На шаге Connect Virtual Hard Disk определите размер диска для новой виртуальной машины и нажмите Finish.

Рис. 13. Задание размера диска

В консоли Failover Cluster Manager в контейнере Roles можно видеть созданную виртуальную машину, владельцем которой является узел node2.

Рис. 14. Роли в консоли Failover Cluster Manager

Live Migration

Так же, как и роли, работающие в кластере виртуальные машины можно переносить между узлами кластера. Данная технология носит название
Live Migration («Живая» миграция). Она позволяет переносить виртуальные машины между узлами без остановки самой машины. Для
переноса виртуальной машины на другой узел щелкните правой кнопкой название виртуальной машины, в меню выберите последовательно
Move – Live Migration – Best Possible Node.

НОВОСТИ


Последние новости





Поддерживаемые гостевые операционные системы Windows для Hyper-V на Windows Server

Редактировать

Твиттер

LinkedIn

Фейсбук

Электронная почта

• Статья
• 20.09.2021
• 3 минуты на чтение

Применяется к: Windows Server 2022, Windows Server 2016, Windows Server 2019, Azure Stack HCI, версия 20h3

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

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

Поддерживаемые гостевые операционные системы Windows Server

Ниже приведены версии Windows Server, которые поддерживаются в качестве гостевых операционных систем для Hyper-V на Windows Server.

Гостевая операционная система (сервер)	Максимальное количество виртуальных процессоров	Службы интеграции	Примечания
Windows Server 2022	240 для поколения 2; 64 для поколения 1	Встроенный	Размещено на Windows Server 2019 или более поздней версии, Azure Stack HCI версии 20h3 или более поздней.
Сервер Windows, версия 1909	240 для поколения 2; 64 для поколения 1	Встроенный	Для поддержки более 240 виртуальных процессоров требуется Windows Server версии 1903 или более поздней версии гостевых операционных систем.
Сервер Windows, версия 1903	240 для поколения 2; 64 для поколения 1	Встроенный
Сервер Windows, версия 1809	240 для поколения 2; 64 для поколения 1	Встроенный
Windows Server 2019	240 для поколения 2; 64 для поколения 1	Встроенный
Сервер Windows, версия 1803	240 для поколения 2; 64 для поколения 1	Встроенный
Windows Server 2016	240 для поколения 2; 64 для поколения 1	Встроенный
Windows Server 2012 R2	64	Встроенный
Windows Server 2012	64	Встроенный
Windows Server 2008 R2 с пакетом обновления 1 (SP1)	64	Установите все важные обновления Windows после настройки гостевой операционной системы.	Datacenter, Enterprise, Standard и веб-версии.
Windows Server 2008 с пакетом обновления 2 (SP2)	8	Установите все важные обновления Windows после настройки гостевой операционной системы.	Datacenter, Enterprise, Standard и Web (32-разрядная и 64-разрядная версии).

Поддерживаемые гостевые операционные системы клиента Windows

Ниже приведены версии клиента Windows, которые поддерживаются в качестве гостевых операционных систем для Hyper-V на Windows Server.

Гостевая операционная система (клиент)	Максимальное количество виртуальных процессоров	Службы интеграции	Примечания
Окна 11	32	Встроенный	Виртуальная машина поколения 2, размещенная на Windows Server 2019 или более поздней версии, Azure Stack HCI версии 20h3 или более поздней.
Windows 10	32	Встроенный
Windows 8. 1	32	Встроенный
Windows 7 с пакетом обновления 1 (SP1)	4	Обновите службы интеграции после настройки гостевой операционной системы.	Версии Ultimate, Enterprise и Professional (32-разрядная и 64-разрядная версии).

Поддержка гостевых операционных систем в других версиях Windows

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

Операционная система хоста	Тема
Windows 10	Поддерживаемые гостевые операционные системы для клиента Hyper-V в Windows 10
Windows Server 2012 R2 и Windows 8.1	— Поддерживаемые гостевые операционные системы Windows для Hyper-V в Windows Server 2012 R2 и Windows 8.1 — Виртуальные машины Linux и FreeBSD на Hyper-V
Windows Server 2012 и Windows 8	Поддерживаемые гостевые операционные системы Windows для Hyper-V в Windows Server 2012 и Windows 8
Windows Server 2008 и Windows Server 2008 R2	О виртуальных машинах и гостевых операционных системах

Как Microsoft обеспечивает поддержку гостевых операционных систем

Microsoft обеспечивает поддержку гостевых операционных систем следующим образом:

• Проблемы, обнаруженные в операционных системах Microsoft и службах интеграции, поддерживаются службой поддержки Microsoft.

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

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

Дополнительные ссылки

• Виртуальные машины Linux и FreeBSD на Hyper-V

• Поддерживаемые гостевые операционные системы для клиента Hyper-V в Windows 10

Обратная связь

Просмотреть все отзывы о странице

Просмотр журнала событий Hyper-V (выпуск от января 2018 г.)

Редактировать

Твиттер

LinkedIn

Фейсбук

Электронная почта

• Статья
• 15. 09.2022
• 2 минуты на чтение

За последние несколько лет Hyper-V изменился, как и наша структура журнала событий. Имея это в виду, вот обновление оригинального поста Бена в 2009 году.(«Просмотр журнала событий Hyper-V»). В этом посте представлен краткий обзор различных каналов журнала событий Windows, которые использует Hyper-V. Его можно использовать в качестве справочного материала, чтобы лучше понять, какие каналы событий могут быть актуальны для разных целей. В качестве общего руководства следует начинать с каналов событий Hyper-V-VMMS и Hyper-V-Worker при анализе сбоя. Для событий, связанных с миграцией, имеет смысл просматривать журналы событий как на исходном, так и на целевом узле. Ниже приведены текущие каналы журнала событий для Hyper-V. Используя «Просмотр событий», вы можете найти их в разделе «Журналы приложений и служб», «Microsoft», «Windows». Если вы хотите собирать события из этих каналов и объединять их в один файл, мы опубликовали в помощь модуль HyperVLogs PowerShell.

Категория канала событий | Описание
— | —
Hyper-V-вычисления | Здесь собираются события из Host Compute Service (HCS). HCS — это низкоуровневый API управления.
Конфигурация Hyper-V | Этот раздел предназначен для всего, что связано с файлами конфигурации виртуальной машины. Если у вас отсутствует или поврежден файл конфигурации виртуальной машины — здесь будут записи, которые расскажут вам все об этом.
Гостевые драйверы Hyper-V | Посмотрите этот раздел, если у вас возникли проблемы с компонентами интеграции с виртуальной машиной.
Hyper-V-High-Availability | В этом разделе собраны события, связанные с кластеризацией Hyper-V.
Гипервизор Hyper-V | Этот раздел используется для конкретных событий гипервизора. Обычно вам нужно будет заглянуть сюда только в том случае, если гипервизор не запустится — тогда вы можете получить подробную информацию здесь.
Hyper-V-StorageVSP | События от поставщика услуг виртуализации хранилища. Обычно вы обращаетесь к ним, когда хотите отлаживать низкоуровневые операции хранения для виртуальной машины.
Гипер-В-ВИД | Это события из драйвера инфраструктуры виртуализации. Посмотрите здесь, если у вас возникли проблемы с распределением памяти, например. динамическая память или изменение статической памяти во время работы виртуальной машины.
Hyper-V-VMMS | Здесь можно найти события службы управления виртуальными машинами. Когда виртуальные машины не запускаются должным образом или миграция виртуальных машин завершается с ошибкой, это может быть хорошим источником для начала расследования.
Hyper-V-VmSwitch | Эти каналы содержат события от коммутаторов виртуальной сети.
Hyper-V-Worker | Этот раздел содержит события рабочего процесса, который используется для фактического запуска виртуальной машины. Здесь вы увидите события, связанные с запуском и выключением виртуальной машины.
Hyper-V-Shared-VHDX | События, относящиеся к виртуальным жестким дискам, которые могут совместно использоваться несколькими виртуальными машинами. Если вы используете общие виртуальные жесткие диски, этот канал событий может предоставить дополнительные сведения в случае сбоя.