Назад | Перейти на главную страницу

Windows Server 2012 Hyper-V плохая производительность vCPU

у нас есть среда Windows Server 2012 с двумя серверами Hyper-V.

Каждый из них имеет два 16-ядерных процессора AMD, восемь модулей оперативной памяти DDR3 ECC по 16 ГБ, 10 жестких дисков в HW-Raid 6.

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

Одна виртуальная машина имеет 24 виртуальных ЦП и 80 ГБ ОЗУ (а также Windows Server 2012). Но если я запустил Prime95 на этой машине, все счетчики vCPU будут на 100% - хост простаивает на 3%. Логично, что результат теста на простое число требует примерно в 12 раз больше времени, чем сам хост.

(RAM-Speed ​​и HDD-Speed ​​отличные)

Кто-нибудь знает, что здесь не так?

Благодарю за каждый совет!

Вещи, которые я пробовал:

Я бы попытался уменьшить количество назначенных процессоров для этой виртуальной машины, снизиться до 4, а затем до 8 и сравнить ваши результаты. Я видел это на многих виртуальных системах, назначение большого количества виртуальных ядер снижает фактическую доступность ЦП. Мое единственное предположение заключается в том, что хосты ожидают большего количества гостей с меньшими назначениями ЦП по сравнению с 1 или 2 хостами.

Виртуализация используется для разделения аппаратных ресурсов между виртуальными хостами, которые не могут / не могут использовать эти ресурсы эффективно. Использование виртуализации часто означает потерю от 5 до 10% аппаратных ресурсов из-за накладных расходов на виртуализацию.

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

За исключением случаев, когда ваше приложение не может работать в режиме отказоустойчивости / кластера (или не может оплатить лицензию), я предлагаю перейти на эти модели вместо виртуализации.

Кроме того, вы также можете проверить: -обновить BIOS на физических серверах -Применить предложенный патч от Вот -проверьте еще раз с меньшим количеством ЦП, если разрыв все еще так велик