none
SCVMM2016. Гостевая кластеризация. Динамическая приоритезация CPU / Memory RRS feed

  • Вопрос

  • Приветствую, коллеги!

    Имеется два больших физических сервера. На них построен кластер Hyper-V 2016. управляются VMM 2016.

    На каждом сервере крутится 100500 виртуалок

    Разворачиваю гостевой кластер из двух виртуальных нод, работающий в режиме active/passive

    Вопрос:

    Можно ли как-нибудь дёшево и сердито настроить конфигурацию, при которой для виртуальной ноды, в данным момент являющейся пассивной, автоматически снижались CPU Priority и Memory Weight, а когда она вдруг становится активной, эти параметры увеличивались до какой-то приемлемой величины?

    Догадываюсь, что такую штуку можно провернуть при интеграции этой радости с SCOM и оркестратором, но это уже будет не дёшево и совсем не сердито, имхо

    5 апреля 2017 г. 11:19

Ответы

  • Вы кластер вложенных гипервизоров собираете? В смысле у Вас на этих гостевых ОС будут роли Hyper-V и Failover Clustering? Если да, то можете попробовать использовать Dynamic Optimization для неактивного узла.

    В остальном — без связки VMM+OpsMgr+Orchestrator не обойтись.

    • Помечено в качестве ответа cryman 6 апреля 2017 г. 12:29
    6 апреля 2017 г. 10:50
    Модератор
  • Дело в том, что сам SCVMM понятия не имеет, что происходит с кластером на ВМ. Поэтому да, или оркестратор, или скрипты (например раз в минуту проверять, какая нода пассивная и если значение изменилось то менять приоритеты). Но тут будет лаг при переключении, это надо понимать.

    Еще можно попробовать добавить к роли скрипт, который будет дергать VMM при переезде роли:

    Задача, в общем, творческая :)

    • Помечено в качестве ответа cryman 6 апреля 2017 г. 12:29
    5 апреля 2017 г. 13:18

Все ответы

  • Дело в том, что сам SCVMM понятия не имеет, что происходит с кластером на ВМ. Поэтому да, или оркестратор, или скрипты (например раз в минуту проверять, какая нода пассивная и если значение изменилось то менять приоритеты). Но тут будет лаг при переключении, это надо понимать.

    Еще можно попробовать добавить к роли скрипт, который будет дергать VMM при переезде роли:

    Задача, в общем, творческая :)

    • Помечено в качестве ответа cryman 6 апреля 2017 г. 12:29
    5 апреля 2017 г. 13:18
  • Вы кластер вложенных гипервизоров собираете? В смысле у Вас на этих гостевых ОС будут роли Hyper-V и Failover Clustering? Если да, то можете попробовать использовать Dynamic Optimization для неактивного узла.

    В остальном — без связки VMM+OpsMgr+Orchestrator не обойтись.

    • Помечено в качестве ответа cryman 6 апреля 2017 г. 12:29
    6 апреля 2017 г. 10:50
    Модератор
  • Гостевой кластер может быть произвольным. Хоть на каком-нибудь линуксе.

    Ответ ясен, благодарствую

    6 апреля 2017 г. 12:29