none
Windows 2008 R2 SP1 и vCPU RRS feed

  • Вопрос

  • Разбираюсь - имеет ли смысл переноса части существующей нагрузки на виртуальные машины. Основная цель - увеличение быстродействия. В дальнейшем - возможно и высокая доступность.

    Есть сервер с 4 процессорами AMD Opteron 6238 - (12 ядерный) = 48 ядер. ОЗУ - 128 ГБ. ОС - Windows 2008 R2 Enterprise SP1. Как я понимаю, для Hyper-V в 2008 R2 это еще не предел (8 физических и 64 логических процессора).

    Правильно ли я понимаю, что 48 ядер в моем случае = 48 логических процессоров в терминологии Hyper-V и что на если на 1 логический процессор в Hyper-V может приходиться до 8 vCPU - то потолок для моей конфигурации - 48x8=  384 vCPU для всех виртуальных машин? То есть максимально возможное для этой версии Hyper-V значение.

    Первая задача, которую пробовали виртуализировать - это расчет зарплаты в 1С 7.7 (сейчас работает на железе IBM System x3850 - 2 процессора Xeon 3 ГГц, ОЗУ 4 ГБ, Windows 2003 SP2, SQL 2000 SP4)

    На сервере виртуализации установил роль Hyper-V и патч KB2568088 для поддержки новых процессоров AMD. Создал виртуальную  машину с 2 vCPU (официальная рекомендация для Windows 2003) и 4 ГБ ОЗУ (т.к. будет 32-разрядная ОС). Установил Windows 2003 SP2, компоненты интеграции Hyper-V, SQL 2000 SP4 и хотфиксы на Windows 2003 SP2. Перенес копию базы с рабочего сервера. Запустили процедуру расчета в 1С - и она шла даже несколько медленнее, чем на своем физическом железе. Через консоль Hyper-V в момент расчета было видно "загрузку ЦП" не более 2%.

    Вопрос - при условии что сервер с ролью Hyper-V не выполняет больше никаких задач, кроме этой тестовой машины, какой объем процессорных ресурсов может получить виртуальная машина с двумя vCPU, и будет ли это соотносится с числом физических ядер (которых 48)?

    То есть 1 логический процессор (в моем случае - 1 ядро) может использоваться до 8 vCPU - если у меня много виртуальных машин. И как обстоит дело, когда суммарное число vCPU всех виртуальных машин меньше числа логических процессоров (ядер) сервера виртуализации?

    23 сентября 2012 г. 19:29

Ответы

  • 1 vCPU - одно физическое ядро. Если число vCPU превышает кол-во потоков, то да, меньше. Майкрософт официально рекомендует соотношение максимальное соотношение 1:8.

    Но мне что-то подсказывает, что проблема производительности не в vCPU. Windows Server 2003 известен своим не всегда корректным поведением в виртуальном окружении Hyper-V. У Вас кэш на контроллере каким образом сконфигурирован?

    • Помечено в качестве ответа katbert 25 сентября 2012 г. 17:52
    24 сентября 2012 г. 17:58
    Модератор

Все ответы

  • 1:1.

    Почему у Вас такая уверенность, что просадка производительности в Вас именно из-за vCPU? Вы не рассматривали проблему с дисковой подсистемой?

    24 сентября 2012 г. 11:39
    Модератор
  • Почему у Вас такая уверенность, что просадка производительности в Вас именно из-за vCPU? Вы не рассматривали проблему с дисковой подсистемой?

    На основном сервере - массив RAID5 (из 3 дисков SAS 73 ГБ 10000 RPM) на контроллере IBM ServeRAID 8i с кэшем 256 МБ и батарейкой. По данным счетчиков perfmon, средняя длина очереди диска в иетревале наблюдения имела всего 2 пика - один до 3,74, второй больше - но  в то время. когда сервер задачей занят не был (возможно, бэкап). Кроме этих 2 пиков - максимальное значение счетчика было 0,184. Так что на диск вроде грех жаловаться

    На том сервере, где тестирую Hyper-V - массив RAID-1 из 2 дисков SAS 146 ГБ 15000 RPM с контроллером HP SmartArray P410i. Данных счетчиков пока нет - но при единственной виртуальной машине должно хватать

    24 сентября 2012 г. 17:10
  • 1:1.

    То есть можно сказать, что 1 vCPU - это всегда меньше или равно 1 логическому процессору (ядру)? Меньше - когда число vCPU всех ВМ превосходит число логических процессоров (ядер). И равно - когда число vCPU всех ВМ меньше числа логических процессоров (ядер)?
    24 сентября 2012 г. 17:13
  • 1 vCPU - одно физическое ядро. Если число vCPU превышает кол-во потоков, то да, меньше. Майкрософт официально рекомендует соотношение максимальное соотношение 1:8.

    Но мне что-то подсказывает, что проблема производительности не в vCPU. Windows Server 2003 известен своим не всегда корректным поведением в виртуальном окружении Hyper-V. У Вас кэш на контроллере каким образом сконфигурирован?

    • Помечено в качестве ответа katbert 25 сентября 2012 г. 17:52
    24 сентября 2012 г. 17:58
    Модератор
  • Спасибо, теперь с vCPU все ясно.

    Что процессор не является узким местом - похоже да. На виртуальной машине в момент расчета нагрузка на проц была 50-60%. Через несколько дней повторим эксперимент - со сбором статистики perfmon. С графиками вернусь в этот топик.

    А по поводу некорректного поведения Windows 2003 в Hyper-V - есть что почитать?

    25 сентября 2012 г. 17:52