У меня есть хост VMWare ESXI 5.0.0 (я знаю, он немного староват) с тремя гостевыми виртуальными машинами. По неизвестным причинам гости не будут использовать большую часть доступных ресурсов ЦП.
У меня все три гостя находятся в одном пуле, и все хосты настроены на использование одинакового количества общих ресурсов, так что они в основном по 33% каждый. Три гостя в основном одинаково настроены в отношении ресурсов виртуальных машин.
Таким образом, проблема в том, что даже когда гости выполняют то, что должно быть очень «загружено», например, при загрузке, фактическое потребление ЦП хоста является чем-то крошечным, например, 33 МГц, если смотреть через вкладку «Виртуальные машины» консоли vSphere при просмотре свойств. для бассейна. И, конечно, производительность гостевых виртуальных машин ужасна.
У хоста достаточно свободного ЦП. Я пробовал повозиться с настройками ресурсов отдельных гостевых виртуальных машин; проворачиваю бронь и т.д. Неважно. Гости просто отказываются использовать доступный им в изобилии ЦП и настаивают на использовании части доступных ресурсов.
Обновите после прочтения различных комментариев ниже Согласно приведенным ниже предложениям, я удалил гостей из пула приложений; это не имело никакого значения. Я понимаю, что гости не будут потреблять ресурсы, которые им не нужны. Я попытался выполнить удаленный perfmon на гостевой системе, которая загружается слишком долго, но я не могу подключиться к гостю удаленно с помощью perfmon (гость - это сервер w2k8r2). Графики хостов для CPU, Mem, Disk в основном плоские; очень маленький спрос. То же самое и с гостевой статистикой; в то время как кажется, что гость сканирует, график гостевых ресурсов показывает очень небольшую активность ЦП, памяти и диска.
Хост - это Dell PowerEdge 2900, имеет 2 физических процессора и 20 ГБ ОЗУ. (это среда test / dev, использующая лишнее оборудование) Guest1 имеет: VM ver. 7, 2vCPU, 4 ГБ ОЗУ, 140 ГБ хранилища, которое находится в массиве RAID-5 на хосте. Guest2 имеет: VM ver. 7, 2vCPU, 4 ГБ ОЗУ, 140 ГБ хранилища, которое находится в массиве RAID-5 на хосте. В Guest3 есть: VM ver. 7, 1 виртуальный ЦП, 2 ГБ ОЗУ, 2 ТБ хранилища, которое находится в ящике RAID-5 ISCSI NAS
Возможно, я делаю ложное предположение, что если у гостя есть потребность в ЦП (например, диспетчер задач Windows показывает 100% ЦП), хост будет предоставлять гостю больше ЦП (память, диск) по запросу. Другое обновление После проверки статистики может показаться, что ни хост, ни гость действительно не занят. Однако я считаю, что у меня есть хорошее представление об этом; испорченная установка VMWare Tools. У гостя есть инструменты VMware, но хост говорит, что нет. VMWare Tools отказывается деинсталлировать, отказывается обновляться, не распознается. Хотя я не могу сказать со всей определенностью, это, похоже, заслуживает расследования. Я не знаю ни происхождения самого гостя, ни особенностей оригинальной установки VMWare Tools. После различных поисков в Google я сделал несколько предложений, которые ни к чему не привели. С этой целью я собирался удалить этот вопрос, но меня попросили не делать этого, так как многие ответили.
Мое подозрение прямо сейчас; проблема действительно в гостях; гость не требует от хозяина, и, естественно, хозяин обращается с гостем соответствующим образом.
Мое последнее обновление Я на 99% уверен, что с гостевой виртуальной машиной что-то не так в отношении VMWare Tools. Я создал клон другой виртуальной машины с почти идентичной конфигурацией ОС, но с правильно работающей установкой инструментов VMWare. Гость работает просто отлично и использует выделенные ресурсы, когда это необходимо; например он потребляет около 850 МГц ЦП во время запуска, а затем переходит в режим ожидания, когда гостевая ОС становится стабильной.
По неизвестным причинам гости не будут использовать большую часть доступных ресурсов ЦП.
Я с @ewwhite. У вас действительно есть проблема с гостевыми виртуальными машинами, где они являются Ограничен ЦП и есть какие-то данные? Если нет, то вы в хорошем месте. Нет ничего плохого в том, что ваши виртуальные машины используют только «часть доступных ресурсов», если это не влияет на их рабочие нагрузки.
Консолидация и более эффективное использование оборудования - одна из преимущества виртуализации!
и, конечно, производительность гостевых виртуальных машин ужасна.
Остерегайтесь Проблема XY. Если ваши виртуальные машины не используют много ЦП, они, вероятно, не ограничены ЦП. Вот почему я упомянул выше «данные для сопутствующих данных».
Если вашим гостевым виртуальным машинам трудно выполнять свои рабочие нагрузки по сравнению с вашими предыдущими тестами на дискретном оборудовании или на другой платформе виртуализации, ваша задача - начать профилирование приложений и увидеть где они скованы. Это IO? Это сеть? Кто-то зафиксировал фрагмент кода, который работает очень медленно? Вам нужно собрать больше информации о Зачем у вас проблемы с производительностью. Это приводит меня к одной из моих аксиом: Не угадай. Знать. Соберите данные, сгенерируйте гипотезу и придумайте способ ее проверить. Как только у вас будет рабочая теория и некоторые данные, вы можете опубликовать еще один вопрос, чтобы повысить вероятность решения вашей реальной проблемы.
Вы жалуетесь, что ваши виртуальные машины не используют достаточно процессора?! Возможно, им просто не требуется столько процессора для работы.