Использование процессора виртуальной машины vmware что это такое

Обновлено: 21.11.2024

VMware vSphere — это одна из
самых известных в мире платформ виртуализации, которая позволяет пользователям виртуализировать свои серверы для предоставления и управления несколькими виртуальными машинами (ВМ) на одном физическом сервере вместо использования одной машины для каждого приложения, которое работает на нем.

VMware vSphere предлагает несколько современных функций, в том числе управление кластером виртуальных машин, например высокую доступность (HA) и планировщик распределенных ресурсов (DRS) для эффективного управления ресурсами на разных хостах, а также vMotion для миграции между различными затратами ESXi без простоев. В случае простоя определенного хоста, например, из-за технического обслуживания или по любой другой причине, vMotion помогает администраторам VMware легко перенести виртуальные машины на другие серверы.

Если VMware vSphere используется для запуска критически важных приложений, необходимо уделять очень пристальное внимание общей производительности и емкости виртуальной среды на основе VMware на разных уровнях инфраструктуры, включая рабочую нагрузку, выполняемую на виртуальных машинах, и базовые физические серверы. Это гарантирует, что доступные ресурсы соответствуют фактическим требованиям служб и приложений, работающих в виртуальной инфраструктуре. Хотя по умолчанию есть некоторая оптимизация, производительность ваших приложений может снизиться без надлежащего мониторинга и оптимизированной конфигурации.

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

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

Показатели ЦП

Показатели ЦП — это один из важных показателей для мониторинга виртуальной инфраструктуры на базе vSphere, и сбор показателей ЦП как на физическом, так и на виртуальном уровнях очень важен.
Он позволяет администраторам VMware узнать, сколько физических процессоров доступно на установленных хостах и ​​сколько используют ваши виртуальные машины в виртуальной среде. Это не только поможет администраторам VMware определить, работает ли виртуальная инфраструктура бесперебойно и нужно ли масштабировать ее вверх или вниз путем настройки общих ресурсов или установки резервирования и ограничений для виртуальных машин.
Показатели ЦП не ограничиваются простым использованием, так как существует множество ключевых показателей эффективности, характерных для VMware, и мы рассмотрим их в этом посте.

Каждая настроенная ВМ видит свой виртуальный ЦП как физический ЦП, и любые рабочие нагрузки на этой ВМ выполняются на физическом ЦП базового хоста. Рабочие нагрузки виртуальных машин по умолчанию планируются на хостах ESXi для всех доступных физических ЦП, чтобы совместно использовать ресурсы между всеми настроенными виртуальными машинами на этом конкретном хосте, которые совместно используют процессорное время. Ниже приведены некоторые важные показатели, которые должен учитывать каждый администратор VMware при мониторинге виртуальной среды на базе VMware:

Использование ЦП

Использование ЦП действует в процентах в течение интервала использования ЦП, и это будет использование ЦП хоста ESXi, а не гостевой операционной системы, установленной на ВМ, и это среднее использование ЦП всех доступных виртуальных ЦП в ВМ.

Метрики и журналы позволяют отслеживать использование ЦП хостами ESXi в среде VMware vSphere.

Метрики и журналы также помогают эффективно и без проблем отслеживать следующие показатели:

Готовность ЦП ВМ (всего по всем виртуальным ЦП)

Это высокий процент готовности ЦП виртуальной машины, который является четким индикатором потенциальной проблемы с производительностью, а процентная доля виртуального ЦП (VMkernel) или виртуального ЦП ожидает, пока физический ЦП станет доступным для запуска его нагрузка. Если у вас более 15% на каждый vCPU, вы получите предупреждение, а при более чем 25% выдает ошибку.
Если такая ситуация произойдет, администратор VMware должен немедленно начать более глубокий анализ, чтобы найти причину значений CPU-ready.

Как работает VM CPU Ready?

Иногда уменьшение количества виртуальных ЦП в виртуальной машине работает отлично. Например, если у вас есть виртуальная машина с 4 виртуальными ЦП, а гостевой ОС требуется только один процессор, виртуальная машина ожидает планирования на всех 4 ядрах, прежде чем сможет работать. Таким образом, уменьшение количества виртуальных ЦП будет работать на вас.
Чтобы устранить сложности с другими настроенными ВМ на том же хосте, лучше изолировать ВМ на одном хосте, чтобы проанализировать высокие значения готовности, и если высокие значения готовности ЦП снижаются после уменьшения количества виртуальных ЦП на ВМ. , то проблема связана с соотношением ЦП, физическим или виртуальным, и вам необходимо уменьшить количество ВМ или количество виртуальных ЦП поверх
хоста ESXi.

Если высокий процент по-прежнему существует, необходимо проверить конфигурацию виртуальных ядер ЦП.

Metrics and Logs – это одно из лучших решений для мониторинга VMware vSphere, которое за считанные минуты запускается в вашей виртуальной среде и немедленно начинает отслеживать виртуальный ЦП ВМ и другие важные показатели.

Готовность ЦП ВМ (в среднем по виртуальным ЦП)

Высокий процент готовности ЦП виртуальной машины является явным индикатором потенциальной проблемы с производительностью. Скорость в процентах, когда виртуальный ЦП (VMkernel) ожидает освобождения физического ЦП для выполнения своей рабочей нагрузки. Если у вас более 15 % на каждый виртуальный ЦП, вы получите предупреждение, а
более 25 % — ошибка. Если это происходит в вашей виртуальной среде, вам следует начать более глубокий анализ причин значений CPU-ready.

Как это работает?

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

Чтобы исключить осложнения с другими работающими ВМ, лучше всего изолировать ВМ на одном хосте для анализа значений высокой готовности. Если высокие значения готовности ЦП снижаются, проблема связана с физическим или виртуальным соотношением ЦП, и вам следует уменьшить количество ВМ или количество виртуальных ЦП, работающих поверх хоста ESXi.

ЦП ВМ готов

Высокий процент готовности ЦП виртуальной машины является явным индикатором потенциальной проблемы с производительностью. Скорость в процентах, когда виртуальный ЦП (VMkernel) ожидает освобождения физического ЦП для выполнения своей рабочей нагрузки. Если у вас более 15% на каждый виртуальный ЦП, вы получите предупреждение, более 25% генерирует ошибку. Если это произойдет, вам следует начать более глубокий анализ причин появления значений CPU-ready.

Заключение

Чтобы повысить производительность ВМ в виртуальной среде, администраторы VMware должны отслеживать количество виртуальных ЦП на каждой ВМ и физических ЦП на хостах ESXi, а также можно отслеживать использование ЦП и виртуальных ЦП, чтобы как физический хост, так и виртуальные машины имеют правильный размер с правильными ресурсами ЦП.

Metrics and Logs — это программное обеспечение, которое запускается в течение нескольких минут в виртуальной
среде на базе VMware и немедленно начинает отслеживать
индикаторы замедления ЦП ВМ и отслеживает эти показатели с течением времени.

В предыдущем посте мы обсуждали избыточное выделение памяти хоста VMware — то же самое можно сделать с процессором хоста. В соответствии с рекомендациями по производительности для VMware vSphere 6.7:

В большинстве сред ESXi допускает значительное превышение нагрузки на ЦП (то есть запуск на узле большего количества виртуальных ЦП, чем общее количество ядер физического процессора на этом узле), не влияя на производительность виртуальной машины. (стр. 20, Вопросы ЦП ESXi)

В этом посте мы обсудим расчет ресурсов ЦП, рекомендации по назначению ресурсов виртуальным машинам (ВМ) и какие показатели отслеживать, чтобы гарантировать, что чрезмерная нагрузка ЦП не повлияет на производительность ВМ.

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

Вычисление доступных ресурсов ЦП хоста

Количество физических ядер (pCPU), доступных на хосте, рассчитывается следующим образом:

Если ядра используют гиперпоточность, количество логических ядер рассчитывается следующим образом:

Например, если у вас есть 2 процессора с 6 ядрами каждый:

Обратите внимание, что гиперпоточность на самом деле не удваивает доступный pCPU. Гиперпоточность работает, предоставляя второй поток выполнения ядру процессора. Когда один поток простаивает или ожидает, другой поток может выполнять инструкции.Это может повысить эффективность, если времени простоя ЦП достаточно для планирования двух потоков, но на практике производительность увеличивается максимум на 30 % и сильно зависит от приложения.

Соображения по выделению виртуальных ЦП для виртуальных машин

► Рекомендации по передовому опыту

  • Начните с одного виртуального ЦП на ВМ и увеличивайте по мере необходимости.
  • Не выделяйте для ВМ больше виртуальных ЦП, чем необходимо, так как это может излишне ограничить доступность ресурсов для других ВМ и увеличить время ожидания готовности ЦП.
  • Точный объем чрезмерной загрузки ЦП, который может выдержать узел VMware, зависит от виртуальных машин и приложений, которые на них выполняются. Общее руководство по производительности : из рекомендаций Best Practices:
    • От 1 : 1 до 3 : 1 – это не проблема.
    • От 3:1 до 5:1 может начать снижаться производительность.
    • 6:1 или выше часто вызывают проблемы.

    ► Неоднородная архитектура памяти (NUMA)

    В предыдущем посте о минимизации задержки ЦП с помощью NUMA мы обсуждали снижение производительности на многопроцессорных ВМ, в которых количество виртуальных ЦП превышало количество виртуальных ЦП в узле NUMA.

    Как правило, старайтесь, чтобы размер многопроцессорных ВМ соответствовал размеру узла NUMA.

    ► Совместная остановка

    Операционная система на виртуальной машине требует синхронного выполнения всех ее виртуальных ЦП. Чтобы отслеживать синхронность виртуальных ЦП, назначенных ВМ, гипервизор отслеживает разницу в выполнении для каждого виртуального ЦП, назначенного ВМ — эта разница в выполнении называется «перекосом». Слишком высокие значения перекоса (обычно более нескольких миллисекунд) указывают на то, что виртуальная машина не может получить синхронный доступ ко всем своим процессорам.

    В более ранних версиях VMware (ESX2.x) использовалось «строгое совместное планирование». При этом отслеживалось кумулятивное значение перекоса для всех виртуальных ЦП ВМ, и если кумулятивный перекос превышал пороговое значение, ВМ переводилась в состояние «совместной остановки», которое останавливало ВМ до тех пор, пока не будет достаточно физических ЦП, чтобы иметь возможность запланируйте все виртуальные ЦП виртуальной машины одновременно. Поскольку совместно остановленная ВМ должна была ждать, пока станет доступным достаточное количество физических процессоров для размещения всех ее виртуальных процессоров, строгое совместное планирование может привести к задержкам планирования и простоям физических ЦП.

    Строгое совместное планирование было заменено «расслабленным совместным планированием» в ESX 3. При упрощенном совместном планировании учитываются значения перекоса для каждого виртуального ЦП, а не совокупные значения перекоса. Если виртуальный ЦП выполняет больше процессов, чем его одноуровневые виртуальные ЦП, его перекос будет увеличиваться, и если перекос виртуальный ЦП превышает пороговое значение, этот отдельный виртуальный ЦП останавливается, чтобы его одноуровневые ЦП могли наверстать упущенное. Как только отстающие виртуальные ЦП снова начнут работать, совместно остановленный виртуальный ЦП может запуститься сам, когда физический ЦП будет доступен.

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

    Попробуйте онлайн-демонстрацию Longitude Live!

    Получите доступ к нашей демонстрационной онлайн-среде, узнайте, как настроить мониторинг VMware, просмотрите информационные панели, события проблем, отчеты и оповещения. Пожалуйста, войдите в систему, используя указанные ниже учетные данные:

    Мониторинг показателей ЦП VMware

    Отслеживайте следующие показатели, чтобы точно настроить количество виртуальных ЦП, выделенных для каждой ВМ, и убедиться, что чрезмерное выделение ресурсов ЦП не снижает производительность:

    ► Загрузка ЦП ВМ

    Отслеживайте загрузку ЦП виртуальной машиной, чтобы определить, требуются ли дополнительные виртуальные ЦП или выделено слишком много. Использование ЦП можно отслеживать с помощью VMware или операционной системы ВМ.

    Обычно использование должно составлять 90 %, чтобы вызвать оповещение, но это зависит от приложений, работающих на виртуальной машине.

    ► ЦП ВМ готов

    Готовность ЦП ВМ — это показатель времени, в течение которого ВМ должна ждать ресурсов ЦП от хоста.

    VMware рекомендует, чтобы готовность ЦП была ниже 5%.

    Рис. 1. Отчет Longitude VMware, показывающий высокие значения CPU Ready.

    ► Совместная остановка

    Применимо к виртуальным машинам с несколькими виртуальными ЦП. Это показатель времени, прошедшего после того, как первый виртуальный ЦП стал доступен, до тех пор, пока оставшиеся виртуальные ЦП не станут доступны для запуска ВМ.

    Процент совместных остановок, который постоянно превышает 3 %, указывает на то, что, возможно, нужно провести правильную оценку масштаба.

    Рис. 2. esxtop показывает виртуальную машину с высоким значением co-stop.

    ► Загрузка ЦП узла VMware

    Отслеживайте загрузку ЦП на узле ВМ, чтобы определить, приближается ли использование ЦП виртуальными машинами к максимальной мощности ЦП.

    Как и в случае использования ЦП на виртуальных машинах, загрузку ЦП на уровне 80–90 % следует рассматривать как уровень предупреждения, а >= 90 % указывает на то, что ЦП приближается к состоянию перегрузки.

    Резюме

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

    Избегайте чрезмерного размера виртуальных машин с большим количеством виртуальных ЦП, чем необходимо. Учитывайте архитектуру NUMA и эффект ожидания совместной остановки при создании ВМ с несколькими виртуальными ЦП.

    Хотите узнать больше?

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

    Примечание редактора. Это сообщение было первоначально опубликовано в феврале 2017 года и обновлено для обеспечения актуальности, точности и полноты.

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

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

    Условия использования VMware

    Понимание того, как работает VMware vCenter, и используемых терминов может пригодиться при выполнении диагностики и мониторинге производительности виртуальных машин.

    Емкость (уровень хоста)

    Относится к доступной физической памяти на хост-компьютере.

    Потребляемая память (уровень хоста)

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

    Это объем памяти, выделенной для каждой ВМ, включая дополнительную память, необходимую для управления ВМ. Для этой памяти будет установлен максимальный предел, за пределами которого гипервизор не может предоставить виртуальной машине дополнительную память. Обычно ее называют выделенной памятью для каждой конкретной ВМ.

    Память, используемая на уровне виртуальной машины

    Указывает уровень памяти, потребляемой в данный момент конкретной ВМ.

    Активная гостевая память (уровень ВМ)

    Приблизительный объем памяти, который в настоящее время используется гостевой ОС виртуальной машины. Поскольку гипервизор не взаимодействует напрямую с гостевой ОС, он оценивает потребление памяти гостевой ОС с помощью случайной выборки выделенной памяти ВМ.

    Минимальный объем свободной памяти

    Это значение задает пороговое значение свободной памяти, при котором запускается процесс высвобождения памяти. Переменная, используемая для указания уровня свободной памяти, называется mem.minFree

    При достижении минимального порога памяти VMware пытается освободить память, чтобы освободить место.

    Найдите ниже методы, используемые для восстановления памяти. Методы перечислены в порядке их влияния на производительность.

    ТПС

    TPS означает прозрачное совместное использование страниц и работает путем удаления повторяющихся страниц памяти. Страницы памяти размером 2 МБ и более разбиваются на страницы памяти меньшего размера. Затем они проверяются на избыточность. Этот метод оказывает наименьшее влияние на память, используемую гостевой ОС виртуальной машины, и выполняется только для использования только внутри виртуальных машин.

    Неиспользуемая память гостевой ОС освобождается и снова выделяется хост-системе.Это приводит к уменьшению объема доступной памяти для ОС виртуальной машины, в то время как общий объем памяти остается неизменным. Следовательно, ОС машины ВМ запускает пейджинг, что приводит к значительному снижению производительности.

    Сжатие памяти

    Страницы памяти, размер которых может быть уменьшен, сжимаются как минимум на 50 % от исходного размера.

    Обмен

    Страницы памяти подкачиваются на диск.

    В зависимости от порогового значения mem.minFree любой из вышеперечисленных методов восстановления можно использовать в комбинации. Из всех используемых методов метод TPS обеспечивает наилучшую производительность виртуальной машины, в то время как другие методы, такие как подкачка и сжатие, могут вызвать серьезные проблемы с производительностью. Вам придется следить за гостевой ОС виртуальной машины на предмет подкачки и пытаться очистить неиспользуемую память, прежде чем вы достигнете порогового значения. Если вам нужна быстрая память, вам придется использовать подкачку, так как TPS и раздувание относительно медленнее освобождают память.

    Советы по планированию емкости памяти

    • Регулярно проверяйте отчеты об использовании памяти, чтобы оценить требования к памяти гостевой ОС виртуальной машины. Это будет предупреждать вас, когда вам нужно закрыть некоторые приложения и освободить память, чтобы другие операции не страдали от проблем с низкой производительностью.
    • Не пытайтесь использовать больше памяти, чем необходимо для вашей виртуальной машины.
    • Установка резервирования памяти или запуск ВМ на узле, который не перегружен, убережет вашу ВМ от частого высвобождения памяти гипервизором. Вы можете использовать этот метод, когда предполагаемая активная гостевая память намного меньше, чем фактическое использование памяти гостевой ОС.
    • Если вы выделяете слишком много памяти, продолжайте отслеживать потребляемую хостом память. По мере приближения к разрешенной емкости вы можете заметить, что гипервизор пытается высвободить память с помощью TPS или методов раздувания. Примите необходимые корректирующие меры, прежде чем высвобождение памяти вызовет проблемы с производительностью.
    • Старайтесь избегать состояния, при котором гипервизор будет использовать сжатие и подкачку памяти, так как это приводит к наиболее серьезному снижению производительности. Если вы заметили, что увеличение объема памяти не решает проблему с памятью, выключите свои виртуальные машины до того, как они достигнут жесткого ограничения.

    Мониторинг и управление использованием ЦП

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

    Использование ЦП относится к вычислительной мощности и времени, которые ЦП выделяет для правильной работы задачи или приложения. Говорят, что виртуальная машина имеет хорошую производительность при оптимальном использовании ЦП. Но некоторые процессы и приложения могут нагружать ЦП и вызывать замедление. Вам необходимо регулярно проверять загрузку ЦП, чтобы знать о любых приложениях или процессах с высокой нагрузкой и интенсивным использованием ЦП, и предпринимать необходимые действия для предотвращения общего снижения производительности.

    Как проверить загрузку ЦП

    Вы можете использовать программное обеспечение для мониторинга ЦП, просматривать статистику производительности каждого приложения, сетевого трафика и т. д. Общие показатели, используемые для анализа использования ЦП, включают время пользователя, время процессора, память устройства, загрузку ЦП и т. д.

    Помимо регулярного мониторинга, следуя некоторым рекомендациям, вы также можете оптимизировать использование ЦП.

    Вот несколько соображений, которые следует учитывать при выделении виртуальных ЦП (вЦП) вашим виртуальным машинам.

    • Выделите один виртуальный ЦП на ВМ и увеличьте количество по мере необходимости
    • Не выделяйте больше, чем требуется виртуальной машине. Чрезмерное использование ЦП одной ВМ может ограничить другие ресурсы VMS и увеличить время ожидания готовности ЦП.
    • Сохраняйте соотношение выделенных виртуальных ЦП к общему количеству виртуальных ЦП на оптимальном уровне. Наилучшей практикой является сохранение соотношения между f от 1:1 до 3:1. Выше 3:1 вы начнете замечать проблемы с производительностью, а все, что выше 6:1, приведет к серьезному снижению производительности.
    • Контролируйте использование ЦП вашей ВМ. Воспользуйтесь специализированными инструментами мониторинга VMware, которые помогут вам быстро выявлять любые аварийные ситуации. Вот некоторые показатели, которые вы можете использовать:
    • Использование ЦП ВМ — рекомендуемое значение находится в диапазоне
    • VM CPU Ready — рекомендуемое значение должно быть в диапазоне
    • Co-Stop. Постоянное значение co-stop выше 3% требует некоторых корректирующих действий и правильного распределения ресурсов.
    • Использование ЦП узла VMware — рекомендуемое значение

    Чтобы узнать больше о повышении производительности VMware и использовании памяти, поговорите с нашими экспертами сегодня.

    Время готовности ЦП — это показатель vSphere, который фиксирует время, в течение которого ВМ готова использовать ЦП, но не может запланировать физическое время ЦП, поскольку все ресурсы ЦП хоста vSphere ESXi заняты. Время готовности ЦП зависит от количества ВМ на узле и загрузки их ЦП. Время готовности ЦП для виртуальной машины составляет в среднем от 0 до 50 мс; все, что превышает 1000 мс, считается причиной проблем с производительностью ВМ.

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

    Чтобы иметь возможность интерпретировать время готовности, важно знать взаимосвязь между процентом esxtop и миллисекундами, используемыми на графиках производительности в vCenter. готовые значения (2002181)

    Информацию об использовании esxtop см. в документации VMware. Утилиты мониторинга производительности: resxtop и esxtop. Чтобы проверить значение готовности ЦП, проверьте значение RDY% в поле esxtop, чтобы определить процент времени, в течение которого виртуальная машина была готова, но не могла быть запланирована для запуска на физическом ЦП. В нормальных условиях эксплуатации это значение должно оставаться ниже 5%. Если значения времени готовности высоки на виртуальной машине с низкой производительностью, проверьте ограничение ЦП:

    • Убедитесь, что виртуальная машина не ограничена установленным ею лимитом ЦП.
    • Убедитесь, что виртуальная машина не ограничена пулом ресурсов.
    • Если ограничения ЦП отсутствуют, возможно, хост слишком загружен. Рассмотрите возможность добавления дополнительной емкости в кластер.
    • Определите, нужно ли для ВМ иметь настроенное количество виртуальных ЦП, и рассмотрите возможность уменьшения количества виртуальных ЦП.

    Информацию о esxtop см. в статье сообщества VMware «Интерпретация статистики esxtop».

    Читайте также: