none
Networking для Hyper-V. RRS feed

  • Вопрос

  • Добрый день Уважаемые коллеги!

     Не подскажите где можно почитать актуальную информацию (желательно с примерами) на предмет правильного сегментирования сетевого взаимодействия для нужд Hyper-V  (Live Migration, Clustering, CSV, SAN) с учетом того же NIC Teaming в Windows Server 2012 R2.Как можно унифицировать данную задачу, если нет возможности приобрести NIC 10Gb либо FC, условия сетевого соединения хостов виртуализации в кластере (через Ethernet свичи, san свичи, напрямую и т.д.), то есть рассмотреть и почитать при каких условиях что можно делать, либо что нельзя.

     Если говорить о реальном примере, то на данный момент у меня есть два сервера с Hyper-V, но на каждом по два адаптера в 1Gb объединенных в NIC Team для Hyper-V.На этих серверах собран гостевой Failover Cluster для SQL через FC SAN, но в нем нет отдельной сети для пульсации (Heart Beat)-что здесь можно придумать, добавить еще один vNIC что бы трафик проходил через ту же тиминговую группу?

     Так же пока нет Failover Cluster на основе хостов  для виртуальных машин- здесь хотелось бы поднять пропускную способность на случай живой миграции ВМ между узлами кластера, а так же в случае Redirect I/O -выделить отдельную сеть и объединить в другую тиминговую группу-как правильно организовать такое решение ?

    Так же есть вопросы относительно агрегации при объединении в NIC Team- вопросы на предмет разницы  суммарной пропускной способности в физическом сегменте и виртуальном.

    Спасибо!


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!





    • Изменено rеstless 8 ноября 2013 г. 7:25
    8 ноября 2013 г. 7:09

Ответы

  • Добрый день!

    http://blogs.technet.com/b/askpfeplat/archive/2013/03/10/windows-server-2012-hyper-v-best-practices-in-easy-checklist-form.aspx?Redirected=true

    Для R2 применимо + есть update этой же статьи, но базис тот же + доп.функции shared vhdx и т.д. 

    В рамках физического кластера, как минимум, отдельная сеть должна быть для трафика с хранилищем + сеть для функционирования самого кластера. В идеале - выделенный адаптер/teamed adapter для вирт.машин, выделенная сеть для live migration. Делать отдельную сеть для heartbeat'ов тоже можно, но редко когда удается и делать на практике + сети всё таки имеют достаточную пропускную способность, чтобы поместить и траффик между нодами и т.д. . Не поймите меня не правильно..да , в идеале - надо. Но на практике не все bp делаются, хотя стремиться нужно. 

    С гостевым бы кластером особо голову не забивал. Оставьте один vNic. 

    Лучше обратите внимание на возможность QoS для vhdx на уровне hyper-v (только R2), использование только машин второго поколения (если архитектура позволяет) + ACL между виртуалками, если необходимо. Nic Teaming как настраивали? Hyper-V port mode? Live migration может компрессию делать при переносе и т.д. .. "мелочи" по одиночке, но всё вместе даёт хороший прирост в производительности. Только настроить надо :)

    --------------

    Так же есть вопросы относительно агрегации при объединении в NIC Team- вопросы на предмет разницы  суммарной пропускной способности в физическом сегменте и виртуальном

    Зависит от метода балансировки + Switch independent/dependent внутри team группы. В любом случае, не стоит ожидать x2 (если 2 члена группы) увеличения пропускной способности. Если нужна большая пропускная способность, то Address Hashing,который старается задействовать всех членов тиминга, в отличии от hyper-v port ( receive/sends 1 vNIC <> 1 team member при switch independent) . Но ..повторюсь..это очень "примерное" заявление и зависит от планируемой Вами архитектуры, количества вирт.сетей/машин, switch i/d..



    Roman Levchenko, MCITP, MCTS http://www.rlevchenko.com



    • Предложено в качестве ответа R.LevchenkoMVP 8 ноября 2013 г. 11:01
    • Изменено R.LevchenkoMVP 8 ноября 2013 г. 11:53
    • Помечено в качестве ответа rеstless 11 ноября 2013 г. 5:47
    8 ноября 2013 г. 9:56

Все ответы

  • Добрый день!

    http://blogs.technet.com/b/askpfeplat/archive/2013/03/10/windows-server-2012-hyper-v-best-practices-in-easy-checklist-form.aspx?Redirected=true

    Для R2 применимо + есть update этой же статьи, но базис тот же + доп.функции shared vhdx и т.д. 

    В рамках физического кластера, как минимум, отдельная сеть должна быть для трафика с хранилищем + сеть для функционирования самого кластера. В идеале - выделенный адаптер/teamed adapter для вирт.машин, выделенная сеть для live migration. Делать отдельную сеть для heartbeat'ов тоже можно, но редко когда удается и делать на практике + сети всё таки имеют достаточную пропускную способность, чтобы поместить и траффик между нодами и т.д. . Не поймите меня не правильно..да , в идеале - надо. Но на практике не все bp делаются, хотя стремиться нужно. 

    С гостевым бы кластером особо голову не забивал. Оставьте один vNic. 

    Лучше обратите внимание на возможность QoS для vhdx на уровне hyper-v (только R2), использование только машин второго поколения (если архитектура позволяет) + ACL между виртуалками, если необходимо. Nic Teaming как настраивали? Hyper-V port mode? Live migration может компрессию делать при переносе и т.д. .. "мелочи" по одиночке, но всё вместе даёт хороший прирост в производительности. Только настроить надо :)

    --------------

    Так же есть вопросы относительно агрегации при объединении в NIC Team- вопросы на предмет разницы  суммарной пропускной способности в физическом сегменте и виртуальном

    Зависит от метода балансировки + Switch independent/dependent внутри team группы. В любом случае, не стоит ожидать x2 (если 2 члена группы) увеличения пропускной способности. Если нужна большая пропускная способность, то Address Hashing,который старается задействовать всех членов тиминга, в отличии от hyper-v port ( receive/sends 1 vNIC <> 1 team member при switch independent) . Но ..повторюсь..это очень "примерное" заявление и зависит от планируемой Вами архитектуры, количества вирт.сетей/машин, switch i/d..



    Roman Levchenko, MCITP, MCTS http://www.rlevchenko.com



    • Предложено в качестве ответа R.LevchenkoMVP 8 ноября 2013 г. 11:01
    • Изменено R.LevchenkoMVP 8 ноября 2013 г. 11:53
    • Помечено в качестве ответа rеstless 11 ноября 2013 г. 5:47
    8 ноября 2013 г. 9:56
  • Спасибо!

    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    11 ноября 2013 г. 5:47