Рекомендации по конфигурации vCPU на виртуальных машинах

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

Дополнительно отметим, что «золотым стандартом» конфигурации vCPU виртуальных машин на VMware является попадание в один физический NUMA-узел и использование чётного количества vCPU.

То есть для максимальной конфигурации — 2 сокета и 48 ядер, чтобы не создавать дополнительной нагрузки на виртуализацию и не задействовать планировщик NUMA, который автоматически распределяет виртуальные CPU по физическим узлам, начиная с версии ESXi 5.0 и выше.

Также стоит учитывать реальное потребление вычислительных ресурсов виртуальной машиной.

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

Выделение процессорного времени в полном объёме для машин с малым количеством vCPU выполняется проще, из-за чего может расти метрика CO-STOP (время ожидания CPU) для виртуальных машин с большим количеством vCPU.

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

Поэтому рекомендуем устанавливать количество vCPU соразмерно реальному потреблению (на уровне 70–80 % от максимального потребления CPU). 

Для некоторых баз данных вендоры рекомендуют использовать конфигурацию «1 ядро на 1 сокет» для повышения производительности. Также стоит учитывать особенности ПО. Например, если основная программа на виртуальной машине не умеет работать с несколькими сокетами, необходимо следовать рекомендациям вендора и планировать ресурс CPU в рамках одного сокета.

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

Дополнительно стоит учесть, что включение функции CPU Hot-Add не рекомендуется для высоконагруженных систем, так как данная функция отключает механизм vNUMA и негативно влияет на производительность vCPU (из-за особенностей работы механизма резервирования). VMware не включает эти функции (RAM Hot-Add и CPU Hot-Add) по умолчанию именно потому, что при их бесконтрольном использовании могут возникнуть проблемы.

Консультация Рекомендации по конфигурации vCPU на виртуальных машинах

Не нашли инструкцию?

Заполните форму, и наш специалист свяжется с вами.

Мы дополним информацию и ответим на ваш вопрос.

Оставить заявку

Авторизация через 2FA

Пример репликации сервера на базе OS Windows в ресурс пул Организации Cloud Director

Введение в Виртуальный офис Multitenant

Виртуальный офис Multitenant – это публичное решение по модели SaaS, основанное на стандартном функционале Exchange Server 2019 и Skype for Business Server 2015. С помощью Web портала – панели управления, как единой точки входа, администраторы заказчиков получают доступ к функционалу управления подпиской.

Резервное копирование виртуальной машины или физического хоста в облачный репозиторий Softline Cloud Connect посредством Veeam Agent

Бэкапирование в репозиторий Cloud Connect удаленного сервис провайдера может осуществляться только с лицензированного Veeam Agent, как при использовании триальной 30-дневной лицензии полученной напрямую у вендора, так и коммерческой – платной лицензии. Для получения коммерческих лицензий обратитесь к Вашему персональному менеджеру