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

Есть ли причина не использовать максимальное количество виртуальных процессоров на виртуальной машине Hyper-V?

В Windows 2008 R2 Hyper-V работает на многоядерном сервере. Когда я создаю новую виртуальную машину, по умолчанию используется 1 логический процессор, а не maximun (4). Существуют ли сценарии, в которых я хочу, чтобы моя виртуальная машина работала на меньшем количестве процессоров, чем позволяет Maximun? Мне кажется логичным, что я хочу, чтобы он работал как можно быстрее и, таким образом, работал на всех возможных процессорах.

Я работаю с vm в течение многих лет, поэтому вот мои 2 цента. Все виртуализируют по какой-то причине ... если вы сделали это, потому что это было последнее модное слово, и в журнале сказано, что нужно делать это, забудьте об этом и вернитесь к использованию физических устройств. Теперь, если вы выполняете виртуализацию для обеспечения избыточности, не используйте весь свой процессор. При аварийном переключении вам понадобится дополнительная мощность процессора. Если вы виртуализируете, потому что у вас много небольших серверов, и вы хотите максимально использовать физический сервер, тогда используйте 80% процессора ... и посмотрите на профиль через неделю или две ... если вы можете получить оставьте 4 процессора на 2 серверах, потому что они работают в разное время. Теперь проблема может заключаться в том, что если хост-система начинает использовать cpu, а гости начинают использовать его, вы увидите ситуацию с симптомами: у гостей только 70% загрузки процессора, но они привязаны к 100%. Это плохо. Я надеюсь, что под 4 процессорами вы подразумеваете 4 четырехъядерных процессора. Трудно увидеть какую-либо выгоду от меньшего.

За использование дополнительных виртуальных процессоров как на уровне гипервизора, так и в гостевой ОС приходится платить, как указано в ответе PHGamer. По мере добавления дополнительных виртуальных процессоров к виртуальной машине все эти вице-президенты будут пытаться снимать и снимать блокировки в гостевой ОС, несколько замедляя друг друга. Планировщику в гипервизоре также нужно будет выполнить больше работы, даже в некоторой степени, когда этот дополнительный виртуальный процессор не занят.

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

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

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

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

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

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

Вау ... вы никогда не видели обновления Windows, антивирусного программного обеспечения или приложений на вашем сервере, которые были бы плохими и заканчивали работать с загрузкой ЦП. Вы ДЕЙСТВИТЕЛЬНО хотели бы, чтобы одно некорректное обновление привело к остановке других ваших серверов? Кроме того, в то время как ВАША среда может иметь предсказуемую загрузку ЦП, другие среды могут сильно отличаться. Как и в случае с CrazyDart, причины виртуализации могут отличаться от среды к среде. Вы можете сделать это для экономии энергии, вы можете сделать это для упрощения миграции / восстановления сервера. Вы можете сделать это для обеспечения высокой доступности в кластере. Вы могли сделать это по другой причине. Причины, по которым вы делаете это, могут повлиять на то, как обрабатывается распределение ЦП.

Также следует отметить, что в SP1 появятся некоторые существенные улучшения.