SQL Server и ресурсы Hyper-V (неправильное распределение/отображение ресурсов)?

Question

[Вячеслав]

Добрый день коллеги!

Возник у меня вопрос на стыке Win и SQL серверов. Есть виртуалка с Win2008, 1С и SQL сервером внутри Hyper-V Win2012. Пользователи жалуются на проблемы с производительностью, Hyper-V бодро рапортует о том, что у нее загруженность 1-6% по всем ядрам (температура подтверждает околонулевую загрузку физических ядер).
В настройках выставлено "предел для виртуальных машин" = 100%.

Что я упустил? Мне казалось если я отдаю 4 ядра виртуалке и они загружены на 100% - я в perfmon на сервере должен увидеть 100% загрузку этих 4-х ядер...
(см. скриншоты для информативности)

Answer 1

[ldv]

https://social.technet.microsoft.com/Forums/system...
blogs.msdn.com/b/virtual_pc_guy/archive/2008/02/28...
Диспетчер задач на хост-системе показывает загрузку родительского раздела

Answer 2

[Вячеслав]

Ну во первых SQL в виртуалке - это довольно опрометчивое решение.
Чем вы руководствовались и что хотели получить в итоге, засунув SQL в виртуальную машину?

Руководствовался "Best practices for virtualizing and managing SQL server", в итоге получил отказоустойчивость (у нас кластер).
Какие именно настройки Вас интересуют? Какую вкладку показать?

Answer 3

[athacker]

У вас в виртуалке, по большому счёту, подаётся три ресурса -- CPU, память, диск. Тормоза могут быть вызваны любой из этих причин. С CPU вы уже разобрались, надо разобраться с другими двумя. При недостатке памяти ВМ будет бешено свопиться, и производительность будет нефигово страдать. При медленных дисках будет то же самое. Проверяйте нагрузку по памяти и latency/iops на дисках.

Comments

[Вячеслав]

| С CPU вы уже разобрались
Внимательно прочтите вопрос. Непонятно, почему неверно отображается загрузка ЦПУ в виртуалке.

[athacker]

HiMem-74: Да, неправильно вас понял. Я подумал, что вы скриншоты со 100% загрузкой ЦПУ приводите с физической машины, чтобы показать, как выглядит 100%-ая загрузка :-)

Сколько физических ядер на хосте есть? У вас хост показывает общую нагрузку суммарно по всем наличным физическим процессорам. Тогда как виртуалка мапится своими vCPU на конкретные процессорные ядра. Вполне может быть так, что у вас 32 физических проца, из них 4 замаплены на виртуалку с SQL-сервером, и пашут как папа Карло. А остальные 28 стоят в сторонке и неторопливо курят. Соответственно, хост покажет небольшую загрузку (большинство ядер ведь стоят), а в конкретной виртуалке будет под завязку. Кроме того, в настройках VM выставляются CPU limits различные, которые ограничивают использование конкретной виртуалкой процессора. Посмотрите, что у вас там в них прописано. Ну и для верности -- откройте perfmon и постройте график загрузки по всем физическим ядрам. Я думаю, вы увидите, что всего несколько ядер загружены под завязку, а остальные работают куда менее интенсивно.

Вот ещё статейка про анализ загрузки физических и логических процессоров в Hyper-V: fastvue.co/tmgreporter/blog/understanding-hyper-v-...

Answer 4

[Андрей Бируля]

Вообще не совсем понял - что вас смущает? На борту 40 ядер, вы определили машине 4 ядра, они нагружены на 95%+, гипервайзер показывает 9% нагрузки - вроде всё сходится? Или вы о том, что не видите эту нагрузку в диспетчере на гипервизоре? Так вы там её и не увидите.

ps вообще 1с не рекомендует на одной машине держать и сервер и клиентов. разумным было бы разделить на две - одну оставить для сиквела+1с сервер, а на второй поднять rds.

Comments

[Вячеслав]

| На борту 40 ядер, вы определили машине 4 ядра, они нагружены на 95%+, гипервайзер показывает 9% нагрузки - вроде всё сходится?
Провел эксперимент - отдал 20 ядер (в пределах 1 NUMA), загрузка более 50%, perfmon показывает ~10-12%. Не сходится.
| Так вы там её и не увидите.
Почему? И можно со ссылкой?
| вообще 1с не рекомендует на одной машине держать и сервер и клиентов. разумным было бы разделить на две - одну оставить для сиквела+1с сервер, а на второй поднять rds.
Фирма 1С рекомендует разделять RDS и аппсервер при кол-ве клиентов более 100, у нас меньше. И вообще, в этой виртуалке одинэсники что-то делают сами, это не наша зона ответственности, мы ресурсы предоставляем и мониторим.