Может сервер ESX под большой нагрузкой вызывать пики нагрузки ЦП на госте VM?
Можно хотеть попытаться создать это вокруг одной из стоек того проводного "Покровителя" с колесами в нижней части, если необходимо переместить его, или без колес если нет. Настройте полки так, чтобы лучший не был полностью наверху. Таким образом, можно подвесить кабели Ethernet вокруг одного из четырех сообщений короче говоря, носителя, длинных пакетов. Это позволяет Вам захватывать один, не запутывая остальных. Место на полках позволяет Вам собирать в группу аппаратные средства или на основе типа или на основе размера, как держание вместе дисков ata, sata вместе, SAS вместе, и т.д. Это может быть повторено для NICs, procs, маршрутизаторов, безотносительно.
Что касается небольших остатков, направляйтесь на вниз в Ваш локальный мегарынок ремесел или "Бусинок". Природа этого хобби в основном утверждает много из немного и части, таким образом, они варьировались и многочисленные системы хранения, некоторые из которых являются действительно модульными, который может быть адаптирован к Вашим потребностям.
Другая хорошая вещь о решетке с полками состоит в том, что наряду с обертыванием кабелей Ethernet вокруг верхней части сообщений, можно использовать каждую полку, чтобы сделать то же самое. Так, если у Вас есть свои маршрутизаторы на второй полке вниз, можно подвесить консольные кабели вокруг сообщения, самого близкого к маршрутизаторам. Таким образом, они физически близки, и они, привычка запутана.
Одним из канонических источников советов по производительности ESX является Руководство по устранению неполадок производительности ! (PDF)
Вкратце: если ваш хост занят, а ваши виртуальные машины сообщают о высоком «времени готовности» (которое является счетчиком того, когда виртуальная машина готова к выполнению работы, но физический процессор не может быть найден для машина должна быть запланирована гипервизором), то симптомы, которые вы испытываете, заключаются не в высокой загрузке ЦП в гостевой системе, а в том, что отдельные виртуальные машины не получают достаточно физического процессорного времени для обслуживания своей рабочей нагрузки. Это может проявляться в гостевой системе как высокая загрузка ЦП, но это всего лишь ошибка учета, которую совершает гость, потому что она не знает о самой виртуализации.
Поэтому проверьте время готовности, и если оно действительно велико, найдите способ либо добавить больше физических ЦП к вашей машине / кластеру, либо уменьшить использование.
Мониторинг ЦП в гостевом режиме может искажать, когда машина простаивает, а также когда она занята. В одном сценарии процесс простоя не планируется гипервизором. С другой стороны, интенсивное использование многими машинами приведет к тому, что некоторые машины будут испытывать нехватку процессора, и, следовательно, мониторинг на уровне гостя не должен использоваться без дополнительного мониторинга на уровне гипервизора.
Мониторинг ЦП в гостевой системе - плохая идея, по сути, для любого гостя практически невозможно узнать, сколько процессорного времени он занимает, на любом гипервизоре - единственный реальный способ узнать это - посмотреть снаружи через гипервизор. Так что да, очень загруженный гипервизор может легко сделать статистику использования ЦП в гостевой системе далеко не базовой, да - просто все равно не доверяйте этим цифрам.