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