ѕодпишитесь на наш Telegram-канал Ѕудьте в курсе последних новостей 👇 😉 ѕодписатьс€
ѕоддержим в трудное врем€ —пециальное предложение на техническую поддержку вашей »“ - инфраструктуры силами наших экспертов ѕодобрать тариф
ѕоставка оборудовани€ √аранти€ и помощь с настройкой. —кидка дл€ наших читателей по промокоду WIKIMERIONET  упить
»нтерфейс статистики Merion Mertics показывает ключевые диаграммы и графики по звонкам, а также историю звонков в формате, который легко поймет менеджер ѕопробовать бесплатно
¬недрение
офисной телефонии
Ўаг на пути к созданию доступных унифицированных коммуникаций в вашей компании ¬недрить
»нтеграци€ с CRM ѕомогаем навести пор€док с данными
и хранить их в единой экосистеме
ѕодключить
»“ Ѕезопасность ”мна€ информационна€ безопасность дл€ вашего бизнеса «аказать
ћерион Ќетворкс

7 минут чтени€

ѕроблемы с производительностью виртуальной машины на ESX/ESXi могут быть вызваны по различным причинам, например, ограничени€ в работе CPU, излишний объЄм пам€ти, задержкой в работе хранилищ или сети. ≈сли одна или более из ваших виртуальных машин показывает высокое врем€ ответа, то проверьте каждую из возможных причин, чтобы вы€вить слабое место системы.

Ќеисправности

  • —ервисы на гостевых виртуальных машинах работают медленно
  • ѕриложени€ на гостевых виртуальных машинах отвечают с задержкой
  • √остева€ виртуальна€ машина работает медленно или не отвечает
¬ы€вление и устранение проблем с производительностью виртуальных машин на ESX/ESXi

–ешение

 аждый нижесто€щий шаг содержит инструкции и ссылки на соответствующие документы. Ўаги выстроены в наиболее удобном пор€дке дл€ вы€влени€ и решени€ проблемы. “ака€ последовательность также обеспечивает наименьшую потерю данных.

«амечание: после завершени€ каждого шага отмечайте сохранитьс€ ли проблема с производительностью. Ќе пропускайте шаги и выполн€йте их в указанном пор€дке.

—тать€ включает в себ€ 4 основных части:

  1. ќграничени€ в работе CPU
  2. »злишний объЄм пам€ти
  3. «адержка в работе хранилища
  4. —етевые задержки

ќграничени€ в работе CPU

„тобы определить €вл€ютс€ ли ограничени€ в работе CPU причиной низкой производительности:

  1. ¬ведите команду esxtop, чтобы проверить перегружен ли ESXi/ESX server. »зучите load average в первой строке вывода команд. —редн€€ загрузка на уровне 1.00 означает, что физические процессоры (CPUs) машины с ESXi/ESX Server используютс€ полностью, средн€€ загрузка 0.5 означает использование лишь половины ресурсов. —редн€€ загрузка на уровне 2.00 означает, что система перегружена.
  2. »зучите поле %READY, чтобы узнать долю времени, в течении которого виртуальна€ машина была готова, но не могла быть запланирована дл€ запуска на физическом процессоре. ѕри нормальных услови€х эксплуатации это значение должно оставатьс€ в пределах 5%. ≈сли врем€ готовности на виртуальных машинах с низкой производительностью слишком высокое, то необходимо проверить ограничени€ в работе процессора - убедитесь, что виртуальна€ машина не ограничена установленным лимитом процессора;

ѕроверьте не ограничена ли виртуальна€ машина доступным объЄмом ресурсов.

≈сли средн€€ загрузка слишком высока и врем€, в течении которого машина готова к работе, не зависит от ограничений в работе процессора, то следует отрегулировать загрузку CPU хостa. „тобы отрегулировать загрузку CPU хоста нужно:

  • ”величить количество физических CPU хоста
  • »ли уменьшить количество выделенных хосту виртуальных CPU. „тобы уменьшить количество выделенных хосту виртуальных CPU нужно уменьшить общее количество CPU, выделенных всем запущенным виртуальным машинам на ESX хосте.
  • »ли уменьшить количество запущенных виртуальных машин

≈сли ¬ы используете ESX 3.5, проверьте €вл€етс€ ли проблемой совместное использование IRQ.

ѕерегрузка пам€ти

„тобы определить €вл€етс€ ли причиной низкой производительности перегрузка пам€ти необходимо:

  1. ¬вести команду esxtop и установить перегружена ли пам€ть ESXi/ESX server. »зучите MEM overcommit avg в первой строке вывода команд. Ёто значение отражает соотношение требуемого объЄма пам€ти к объЄму доступной пам€ти, минус 1.
    ѕример

    ≈сли виртуальной машине требуетс€ 4 √Ѕ ќ«” и хост имеет 4 √Ѕ ќ«”, то соотношение равно 1:1. ѕосле вычитани€ 1 (из 1:1) поле MEM overcommit avg выдаст значение 0. ѕам€ть не перегружена и нет необходимости в дополнительном объЄме. ≈сли виртуальной машине требуетс€ 6 √Ѕ ќ«” и хост имеет 4 √Ѕ ќ«”, то соотношение равно 1.5:1. ѕосле вычитани€ 1 (из 1:1) поле MEM overcommit avg выдаст значение 0. ѕам€ть перегружена на 50% и необходимо на 50% больше ќ«”, чем доступно.

    ≈сли пам€ть перегружена, то следует отрегулировать количество пам€ти хоста. ƒл€ этого необходимо:

    • ”величить количество физической ќ«” хоста
    • »ли уменьшить количество пам€ти, выдел€емое виртуальным машинам. ƒл€ уменьшени€ объЄма выделенной ќ«” нужно уменьшить общее количество ќ«”, выделенной всем виртуальным машинам хоста
    • »ли уменьшить общее количество виртуальных машин хоста.
  2. ќпределить состо€ние виртуальных машин: ballooning или swapping

    ƒл€ определени€ состо€ни€:

    1. «апустите esxtop
    2. ¬ведите m дл€ пам€ти
    3. ¬ведите f дл€ полей
    4. ¬ыберите букву J дл€ Memory Ballooning Statistics (MCTL)
    5. ѕосмотрите на значение MCTLSZ. MCTLSZ (MB) отображает количество физической пам€ти гост€, переданной balloon driver.
    6. ¬ведите f дл€ пол€
    7. ¬ыберите букву дл€ Memory Swap Statistics (SWAP STATS)
    8. ѕосмотрите на значение SWCUR. SWCUR (MB) отражает текущую загрузку свопа
    9. ƒл€ решени€ этой проблемы убедитесь, что ballooning или swapping не вызваны неправильно заданным объЄмом пам€ти. ≈сли объЄм пам€ти задан неверно, то его следует переназначить

«адержки в работе хранилища

„тобы определить €вл€ютс€ ли задержки в работе хранилища причиной низкой производительности: ѕроверьте св€заны ли проблемы с локальным хранилищем. ѕеренесите виртуальные машины в другое хранилище.

  1. ”меньшите количество виртуальных машин на LUN.
  2. ѕоищите похожие записи на Windows гостей: The device, \Device\ScsiPort0, did not respond within the timeout period
  3. »спользу€ esxtop найдите высокое врем€ задержки DAVG.
  4. ќпределите максимальную пропускную способность ввода/вывода с помощью команды iometer.
  5. —равните результаты iometer, полученные на VM, с результатами физической машины с этим же хранилищем.
  6. ѕроверьте наличие конфликтов с резервированием SCSI.
  7. ≈сли вы используете iSCSI хранилище и Jumbo фреймы, то следует проверить правильность конфигурации.
  8. ѕри использовании iSCSI хранилища и многоканального iSCSI Software Initiator убедитесь, что всЄ правильно сконфигурировано.

≈сли вы обнаружили проблемы, св€занные с хранилищем:

  1. ”бедитесь в том, что ваша аппаратура и HBA карты сертифицированы дл€ работы с ESX/ESXi.
  2. ѕроверьте обновлени€ вашего физического сервера.
  3. ѕроверьте обновлени€ прошивки вашего HBA.
  4. ESX верно определ€ет режим и политику пути дл€ вашего SATP Storage вашего типа и PSP Path Selection.

—етвые задержки

ѕроизводительность сети тесно св€зана с производительностью CPU. ѕоэтому сначала необходимо проверить работу CPU и после этого переходить к поиску проблем в сети. ƒл€ определени€ проблем с производительностью сети:

ѕроверьте максимальную пропускную способность от виртуальной машины с помощью Iperf.

«амечание: VMware не поддерживает и не рекомендует какую-либо конкретную стороннюю программу.

¬о врем€ использовани€ Iperf измените размер окна TCP до 64 K. Ёто также вли€ет на производительность. ƒл€ изменени€ размера окна TCP:

Ќа стороне сервера введите:

iperf -s

Ќа стороне клиента введите:

iperf.exe -c sqlsed -P 1 -i 1 -p 5001 -w 64K -f m -t 10 900M
  • «апустите Iperf на машине вне хоста ESXi/ESX. —равните полученные результаты с ожидаемыми результатами, с учЄтом физической среды.
  • «апустите Iperf на другой машине вне хоста ESXi/ESX, VLAN и физический свитч должны оставатьс€ прежними. ≈сли производительность в пор€дке, а проблема по€вл€етс€ только на машине, расположенной в другом месте, то проблему нужно искать в вашей сетевой среде.
  • «апустите Iperf между двум€ виртуальными машинами на общем сервере/portgroup/vswitch. ≈сли результат положительный, то можно исключить проблемы с пам€тью, CPU и хранилищем.

≈сли вы обнаружили Ђбутылочное горлышкої вашей сети, то:

  1. ≈сли вы используете iSCSI хранилище и Jumbo фреймы, то следует проверить правильность конфигурации.
  2. ≈сли вы используете Network I/O Control, то необходимо проверить правильность конфигурации общих ресурсов и ограничений дл€ вашего траффика.
  3. ”бедитесь в правильности работы трафик шейпинга.