none
Что там слышно об Affinity в кластерах виртуальных машин Server 2016? RRS feed

  • Вопрос

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

    С такой замечательной штукой как Anti-Affinity в Failover Cluster, не без труда, все понятно. Определенным машинам или ресурсам не следует делить один узел и с помощью хитрых команд Powershell мы задаем их "affinity".

    Но что делать, если необходимо обратное: две машины должны находиться на одном узле, чтобы между ними был возможен Port-Mirroring, не так ли? Задать их Preffered Owner и лишить отказоустойчивости?

    21 сентября 2017 г. 6:13

Ответы

  • Можно и так. Но надо понимать, что возможны ситуации, когда виртуальные машины разъехались по разным нодам, а съехаться вместе уже не позволяют свободные ресурсы. Но это можно так же разрулить в скрипте при желании.

    Так же будет иметь место таймаут, пока виртуалки не съехались вместе. В этот промежуток никакого трафика на зеркальный порт идти не будет. Критично ли это - решать вам.

    Так что у вас три варианта:

    1. Использовать скрипт

    2. Использовать VMM (но тут тоже не всегда может отработать как надо распределение. Так что это не 100% вариант)

    3. Разрешить ролям кластера (ВМ) запускаться только на одной единственной ноде (извращение - правильнее тогда пункт 4)

    4. Исключить из кластера, держать на одном хосте и не париться))

    А ещё можно перенести на физику - но это не наш путь)




    25 сентября 2017 г. 15:14

Все ответы

  • На сколько я знаю - 2016 кластер не привнёс ничего нового в этом вопросе. Появились интересные возможности, но задать Affinity всё так же нельзя. Если развёрнут VMM, то можно использовать Custom Placement Rules. В этом обсуждении как раз описано как это сделать. Я в своё время так и делал - только у меня задача была в том, чтобы сервер баз данных и сервер приложений всегда находились на одном хосте.
    21 сентября 2017 г. 8:11
  • Извини, что так долго. Спасибо за ответ.

    Даже не знаю, что и подумать. Пока набросал скрипт на PS, думаю раз в пять минут проверять на одном ли узле машины и пинать вторую к первой, если это не так.

    25 сентября 2017 г. 8:49
  • Можно и так. Но надо понимать, что возможны ситуации, когда виртуальные машины разъехались по разным нодам, а съехаться вместе уже не позволяют свободные ресурсы. Но это можно так же разрулить в скрипте при желании.

    Так же будет иметь место таймаут, пока виртуалки не съехались вместе. В этот промежуток никакого трафика на зеркальный порт идти не будет. Критично ли это - решать вам.

    Так что у вас три варианта:

    1. Использовать скрипт

    2. Использовать VMM (но тут тоже не всегда может отработать как надо распределение. Так что это не 100% вариант)

    3. Разрешить ролям кластера (ВМ) запускаться только на одной единственной ноде (извращение - правильнее тогда пункт 4)

    4. Исключить из кластера, держать на одном хосте и не париться))

    А ещё можно перенести на физику - но это не наш путь)




    25 сентября 2017 г. 15:14
  • ~~

    . . . две машины должны находиться на одном узле,
    чтобы между ними был возможен Port-Mirroring

    (  даже при использовании виртуализации сети по VXLAN? )

    +

    . . .  набросал скрипт на PS, думаю раз в пять минут проверять на одном ли узле машины и пинать вторую к первой, если это не так.

    ~~

    Может быть будет проще поместить обе VM вовнутрь 3-тей? ( вложенная виртуализация)

    10 октября 2017 г. 13:38