Установка Hyper-V на Windows Server 2022 сокращает ЦП хост-системы до 1 ядра и 1 потока.
Немного странная ситуация: я установил Windows Server 2022 (настольная версия) на сервер, установил MegaStorage MSM и соответствующие драйверы от Supermicro, а также все обновления Windows. Когда я устанавливаю роль HyperV (только функция Windows Hyper V, а не какие-либо виртуальные машины), мой хост переходит с 8c16t на 1c1t. Я думал, что это может быть визуальная ошибка, но она работает как улитка, застрявшая в сиропе, поэтому создается впечатление, что она работает на 1с. Кеши L1 и L2, о которых сообщает диспетчер задач, также изменяются, но указанные кеши составляют 1/8 от общего объема кеша, поэтому они соответствуют сокращению ядра.
У меня нет опыта работы с Server 2022, и ранее я настраивал HyperV и виртуальные машины только в Windows 7/10/11, а также VirtualBox, так что вполне возможно, что это любительский час, и я забыл установить/установить что-то элементарное и очевидное.
Что касается обычных подозреваемых, я дважды проверил настройки BIOS (первоначально установленные поставщиком оборудования), и все, что связано с VT, выглядит включенным. Флажок msconfig -> Boot -> Advanced -> «Количество процессоров» снят.
Я полагаю, что, возможно, правильный способ сделать это — использовать HyperV 2019 (поскольку MS не выпустила версию 2022) в качестве хоста и использовать мою лицензированную 2022 в качестве гостевой виртуальной машины. Я попробую это дальше, поскольку поставщик предположил, что это может быть возможно. быть проблемой программного обеспечения Server 2022.
Рассматриваемая система:
Motherboard: Supermicro X11SPL-F running 3.6 BIOS
CPU: Intel Xeon Silver 4208SP 8c16t
RAM: 16GB DDR4 3200MHz ECC Registered 2Rx8 Samsung x4
Controller: Avago/Broadcom/LSI/whatever the flavour of the month SAS9341-8i
Storage: 2x Samsung PM883 SSD 960GB running RAID1
Вот скриншоты списка функций, диспетчера задач и диспетчера устройств до и после:https://ibb.co/v1mP8Znhttps://ibb.co/6Z6xj7C
Обновление: я установил Windows Server 2019 (оценочная версия, без лицензии), и этого вообще не происходит. HyperV включается, ЦП остается 8c16t. Я обновил эту установку с включенным HyperV с Server 2019 (оценочная версия) до Server 2022 (лицензированная), и это обновление снижает нагрузку на процессор моего хоста до 1c1t.
#2: Изменить: исправлена функция в соответствии с ролью.
Я просмотрел журналы и обнаружил ошибку сразу после установки HyperV.
Событие 97: «Не удалось запустить процессор гипервизора (APIC ID 0x0) из-за ошибки проверки функции CPUID. Дальнейшие процессоры в системе не были запущены. Лист 0x1, несоответствие функций регистра 0x2: BSP имеет функции 0x77FEFBF7; AP имеет функции 0x0». Я вижу, что другие люди сообщали об этой ошибке в предыдущих версиях Windows Server.
Мои точные характеристики процессора:
Processor Name: Intel(R) Xeon(R) Silver 4208 CPU @ 2.10GHz
Type : 0 Family : 6
Model : 55
Stepping : 7
Revision: 500320A
1 ответ
У нас такое же поведение с одним из двух серверов в отказоустойчивом кластере HyperV.
Host1 и Host2 отображают все ядра/процессоры в диспетчере устройств, но Host1 работает только на одном ядре и одном процессоре. Также видно в диспетчере задач.
Переустановил, новый биос, сброс биоса, последние обновления. Дистрибьютор Supermicro пытается помочь, но понятия не имеет... Никакой разницы в аппаратной и (программной) версиях нет.
РЕДАКТИРОВАТЬ: Понятно! Мой коллега искал и искал его. И нашел обходной путь ! Хорошо, обходной путь неприятен и показывает проблему в том, как HyperV 2022 где-то в последних обновлениях Windows взаимодействует с BIOS и процессором.
В биосе заходим вAdvanced -> CPU Configuration -> Advanced Power Management Configuration -> "ENERGY_PERF_BIAS_CFG mode"
. Отредактируйте эту опцию. Вы найдете шесть вариантов;
- Экстремальная производительность (не работает)
- Максимальная производительность (не работает)
- Производительность (работы)
- Сбалансированная производительность (работает)
- Сбалансированная мощность (работает)
- Мощность (работает)
В качестве примера см. следующий снимок экрана:Снимок экрана BIOS с шаблонами управления питанием. Выберите один из рабочих шаблонов, и вы получите обратно ядра ЦП.
Но почему?! Похоже, что-то не так с выдержкой C-состояний ЦП. В этой конкретной ситуации похоже, что нужно что-то делать с масками ЦП и с тем, что HyperV не принимает/распознает их: «Расширенное состояние автоматического останова C1E».
Шлифовальная машинка.