У меня есть сервер базы данных со многими плохо написанными запросами, из-за которых sql-сервер резко скачивает, а затем постоянно падает (происходит массовый запуск с нуля). Мне нужно знать, будет ли выделение ЦП на виртуальной машине расширяться по мере необходимости, что является наилучшей практикой для такого случая. Мне интересно, не может ли платформа esxi расширяться так быстро, как происходят всплески.
Мне любопытно, что лучше всего подходит для распределения виртуального процессора на сервере sql (с ужасно написанными запросами)
Наблюдайте, настраивайте и пытайтесь настроить виртуальные машины нужного размера.
Это действительно все, что ты можешь сделать.
VMware не имеет понятия автомасштабирование с точки зрения динамического добавления дополнительных ресурсов ЦП ... однако виртуальная машина будет использовать то, что вы ей дадите. Здесь нет никакого «расширения ресурсов».
например Если вы выделите 2 виртуальных процессора с тактовой частотой 2,8 ГГц, обычная нагрузка на ЦП виртуальной машины будет в диапазоне от 50 до 5600 МГц. Наблюдайте за системой в режиме реального времени, смотрите, как она реагирует, и действуйте дальше.
Управление процессором вполне в реальном времени. Фактически время процессора делится на кванты по 20 мс (iirc). Так что всякий раз, когда будет достаточно простаивающего процессора, все будет относительно хорошо.
В случае конфликта за ЦП между сервером БД и другими виртуальными машинами кто-то выиграет, а кто-то проиграет.
Вы можете играть с несколькими факторами: минимум, максимум и доли. Если вы не хотите, чтобы БД мешала другим машинам, вы можете уменьшить долю ЦП или дать ему максимальное время ЦП. Если вы действительно хотите, чтобы БД имела высокий приоритет, вы можете дать ей минимальное зарезервированное время ЦП или высокие доли.
Еще один совет - не давайте виртуальной машине слишком много vCPU, так как это может быть контрпродуктивно. В худших случаях даже при простое физических процессоров система может не иметь возможности планировать виртуальные машины. Вы можете заметить это из-за высоких значений «остановки» в диаграммах производительности.
Кроме того, если у вас есть лицензия DRS, вы можете предоставить виртуальной машине базы данных некоторое минимальное резервирование ЦП, чтобы система попыталась настроить эту машину на ESXi, у которой достаточно свободного ЦП.
Подумайте о внедрении чего-то вроде vCenter Operations Manager, чтобы лучше понимать эти пики и спады, и он входит в состав избранных пакетов. Тем не менее, если вы перераспределите ресурсы ЦП заранее, у вас будет небольшой реальный недостаток.