Мне нужна помощь с диагностикой некоторых проблем с ограничением ЦП (я думаю). У меня есть клиент с фермой Citrix Xenapp (5 настольных серверов / 9 серверов приложений), распределенной по 12 хостам ESX, на которых работает ESX4.0. На всех серверах, настольных компьютерах и серверах приложений Citrix выделено 2 ЦП, а 54% виртуальных машин, работающих на хостах ESX, выделены по 2 ЦП. Проблема, с которой мы сталкиваемся, заключается в том, что серверы приложений Citrix работают (сканируют) при попытке доступа к опубликованным приложениям. Я лично считаю, что это проблема с несколькими VCPU, но я хотел бы узнать, верны ли мои выводы.
Мои вопросы: каковы лучшие практики для Citrix на ESX? Является ли типичным наличие нескольких виртуальных ЦП на сервере в среде Citrix? Для показаний ESXTOP должен ли я смотреть на% RDY и общую производительность хоста?
Взгляните на некоторые отчеты о производительности на Проверка виртуальной реальности. Они провели множество тестов и тестов различных конфигураций для временных серверов и VDI. В целом "старые" рекомендации для Citrix по 1 процессору на хост уже не соответствуют действительности. Кроме того, планирование в 4.0 намного лучше, чем в более старых версиях, и планирование, вероятно, не будет проблемой. % rdy - это метрика, которую нужно отслеживать для проверки конкуренции за ЦП. Я бы сделал ставку на плохую производительность сети или плохую производительность диска до проблем с процессором.
Какое-то время обсуждалась передовая практика, некоторые говорят, что 1vCPU, некоторые говорят, что 2+. IMO, 2 vCPU - это неплохо. Проблема с 1 виртуальным ЦП заключается в том, что вход в систему может перегружать весь ЦП, что влияет на всех остальных на сервере.
На какой ОС работают ваши серверы приложений? Насколько чрезмерно задействованы (если есть) ресурсы ваших хостов ESX? Кроме того, возникают ли проблемы с доступом виртуальных рабочих столов к серверам виртуальных приложений? Попробуйте получить доступ к виртуальным приложениям из физической системы и посмотрите, стали ли они лучше?
Если вы думаете, что это проблема с планированием ЦП, то есть вы думаете, что вы избыточно подготовили виртуальную машину и она ожидает, пока два ядра освободятся для выполнения, тогда наблюдение за% rdy будет тем, что вы хотите контролировать. Я думаю, что постоянно выше 500 - это когда у вас есть проблема. Не забывайте также следить за задержкой вашего диска.
Наконец, какое аудио / видео у вас есть? Сначала у нас было много проблем с производительностью, и все сводилось к тому, что mcafee чрезмерно менял местами (своего рода ошибка). Мы перешли на передний план MS (мы все равно шли по этому пути), и многие из этих проблем исчезли.