Hyper-V и Broadcom и Intel?
Мы только что получили наш новый сервер, чтобы начать развертывание Hyper-V. Было рекомендовано, чтобы мы получили 4 сетевых адаптера на сервере. Сервер имеет 2 встроенных BroadComics и 2 pci Intel Proics.
Программное обеспечение Broadcom будет поддерживать совместную работу как Broadcom, так и Intel.
Вопрос, кто-нибудь имел большой успех в объединении в Hyper-V? Я прочитал много историй в обоих направлениях. Если совместная работа в Hyper-V работает (я знаю, что MS не поддерживает ее), каков наилучший вариант использования программного обеспечения Broadcom и стандартных конфигураций? Баланс нагрузки? Агрегация ссылок? Не уверен, стоит ли мне вообще использовать команду?
Спасибо
3 ответа
За большой успех! Наши хосты Hyper-V настроены следующим образом:
- NIC iSCSI с iSOE - этот NIC имеет два порта для всех, кроме резервирования NIC; MPIO поддерживает избыточность, поэтому здесь нет необходимости объединяться.
- Два двухпортовых NIC с TOE - это команда, по одному порту от каждого контроллера, две команды. Одна команда предназначена для гостевого трафика Hyper-V. Другой - для управления и пульсирующего трафика (кластерные системы).
Все они настроены для отправки наименьшей глубины очереди, получения отработки отказа. Каждая функция находится в отдельном vlan (все соединения идут в один стек коммутаторов). Все чипы Broadcom, ничто против Intel, я просто параноик по поводу смешивания оборудования в критически важных производственных системах.
Если бы команды управления и пульса были разделены, это было бы именно так, как рекомендует MS (согласно моим источникам). На мой взгляд, использование этих двух очень малоиспользуемых функций в отдельных командах просто излишне, поэтому мы объединяем их. Если бы трафик требовал этого, я бы добавил дополнительные сетевые карты / порты в команду Hyper-V. Если ваш стек коммутаторов поддерживает InterSwitch Trunking, вы должны использовать LACP вместо наименьшей глубины очереди (Round Robin также вариант, хотя я бы не рекомендовал его).
Объединение в команду, вероятно, лучше всего использовать, когда у вас есть общее хранилище на месте.
Мне нравится объединять два (или более) из сетевых адаптеров обратно в устройство хранения данных, затем использовать 1 никель для Hyper-V (или более, в зависимости от вашего сценария) и отдельный ник для управления.
В вашей ситуации я бы, вероятно, просто хотел бы использовать 1 nic для Hyper-V и 1 для управления.
У нас есть два Dell R410 в кластере Hyper-V Server 2008 R2, с двумя встроенными сетевыми картами Broadcom для доступа к локальной сети и четырехпортовым сетевым адаптером Intel для сети хранения iscsi.
Сетевые адаптеры Intel настраиваются независимо друг от друга в отдельных подсетях, которые будут использоваться для MPIO с нашей SAN.
Два сетевых адаптера Broadcom объединяются вместе с помощью утилиты BACS с конфигурацией LACP. На стороне коммутатора у нас есть 3COM 3848, обеспечивающий другую сторону конфигурации LACP.
Эта установка работает с 26 декабря 2010 года и до сих пор не имела проблем.