Проблема виртуального коммутатора Hyper-V
Вопрос
Ответы
-
По рассматриваемой проблеме решение найдено:
1. Установить указанные выше обновления KB2517329 и KB2263829.
2. Выключить Offloading на хосте:
3. Включить VMQ на хосте:
4. Выполнить команды на хосте и во всех виртуальных машинах:
netsh int ip set global taskoffload=disabled
netsh interface tcp set global chimney=disabled
netsh interface tcp set global rss=disabled
netsh interface tcp set global autotuning=disabled- Помечено в качестве ответа Eurisco 10 июля 2012 г. 7:41
Все ответы
-
Серверная платформа для физического хоста ВМ приведена здесь.
У сервера два встроенных гигабитных адаптера Intel 82575EBEB и один внешний гигабитный Intel PRO 1000 PT. Агрегацию каналов не поддерживают (да и поможет ли она в этом случае?).
Для любого коммутатора есть понятие пропускной скопосбности внутренней шины данных, которая, как известно, величина постоянная, а здесь получается, что виртуальный коммутатор ведет себя неправильно, снижая свою скорость до скорости сетевого адаптера. И когда файл сливается наружу, скорость виртуального коммутатора падает, и две другие ВМ, не участвующие в передаче файлов, пингуют друг друга через этот виртуальный коммутатор с задержкой.
Может, что-то особенное нужно подкрутить в свойствах сетевого адаптера? Все их привожу ниже.
Остальные свойства адаптера см. в посте ниже.
- Изменено Eurisco 28 июня 2012 г. 6:37
-
- Изменено Eurisco 28 июня 2012 г. 6:38
-
Установил Intel ProSet для сетевых интерфейсов - опций сразу добавилось, в том числе появился Teaming, который почему-то работает только для одного из встроенных адаптеров - Intel 82575EB Gigabit - для того, через который осуществляется управление Hyper-V (в двух других адаптерах хоста все компоненты, кроме протокола коммутации виртуальных сетей Microsoft, выключены). Странно, или так должно быть: сначала надо все компоненты включить, а потом объединять в team? Ну да ладно: всё равно пока совместное использование адаптера сети ВМ с хостом Hyper-V не планируется, а четвертого сетевого адаптера нет, поэтому вопросы про teaming пока отложим. Там, кстати, есть вариант настройки в режиме не просто балансировки нагрузки сети (NLB), а в режиме балансировки нагрузки виртуальных машин (VMLB) - кто-нибудь использовал это? Какие рекомендации?
Также хотелось бы узнать, какие последствия/подводные камни могут быть, если использовать сетевой адаптер, предназначенный для ЛВС ВМ совместно с хостом Hyper-V для его управления (это в случае, если покупка четвертой сетевой карточки для сервера не состоится и придется довольствоваться тем, что есть)?
Teaming - порядок подключения: оба NIC в один свитч, или в разные? Нет опасности закольцевать Ethernet при неправильном подключении?
Теперь о главном по теме: все Offloading выключил, VMQ включил:
В ЦЕЛОМ НЕ РАБОТАЕТ !!!
- Изменено Eurisco 28 июня 2012 г. 6:38
-
В ЧАСТНОСТИ:
При сливании тяжелого файла с одной из ВМ наружу, с других физических хостов локальной сети не пробиться к ВМ, не участвующим в процессе передачи файлов, т.к. пинги по-прежнему ~ 600-800 мс. Однако включение VMQ позволило немного улучшить взаимодействие между самими ВМ, не участвующими в процессе передачи файлов - пинги между ними через этот виртуальный коммутатор хоть и проскакивают периодически по 500-600 мс, но чаще они стандартные < 1 мс.
На приведенном ниже скриншоте - пинг Сервера-10 с Сервера-12 через виртуальный коммутатор в момент копирования тяжелого файла с Сервера-11 на ПК-52 в сети.
Вопрос: как мне всё-таки решить эту проблему, чтобы передача тяжелых файлов с ВМ наружу не сказывалась на производительности остальной сети?
- Изменено Eurisco 28 июня 2012 г. 9:49
-
Сетевых интерфейсов у меня три, как я писал раньше: два одинаковых Intel 82575EB, встроенные в материнку, и один внешний Intel PRO/1000 PT.
Попробую сделать локалку для ВМ на основе последнего. Однако в его свойствах нет возможности включить VMQ:
Offloading выключать?
-
Сделал. Переключил виртуальный коммутатор на другой сетевой адаптер.
Было:
Стало:
-
Не помогает! При копировании тяжелого файла с Сервера-11 на ПК-52 пинги через виртуальный коммутатор с Сервера-12 до Сервера-10 идут плохо. На скриншоте ниже, сделанном на Сервере-12, отчетливо видно, когда начали копировать тяжелый файл.
-
Обновил драйвера и Intel SetPro, VMQ для Intel PRO/1000 PT не появился (наверное, не поддерживается этим адаптером):
-
На скриншоте ниже, сделанном на Сервере-12, отчетливо видно, когда началось копирование тяжелого файла с Сервера-11 на ПК-52 в сети — иллюстрация пингов серверов 10 и 13 с Сервера-12 говорит о том, что обновление драйверов проблему не решило.
-
По рассматриваемой проблеме решение найдено:
1. Установить указанные выше обновления KB2517329 и KB2263829.
2. Выключить Offloading на хосте:
3. Включить VMQ на хосте:
4. Выполнить команды на хосте и во всех виртуальных машинах:
netsh int ip set global taskoffload=disabled
netsh interface tcp set global chimney=disabled
netsh interface tcp set global rss=disabled
netsh interface tcp set global autotuning=disabled- Помечено в качестве ответа Eurisco 10 июля 2012 г. 7:41
