У меня есть два Блейд-серверы HPBL685c G6 работает Ubuntu 15.04
Когда я настраиваю каждую из 4 сетевых адаптеров 10 ГБ отдельно, я могу протестировать с помощью iperf и получать полосу пропускания ~ 10 Гбит / с между серверами для каждой сетевой карты. Это работает, как ожидалось.
Теперь я пытаюсь связать все сетевые карты 10 ГБ на каждом сервере, используя режим привязки «balance-rr». Эти результаты различаются, но находятся где-то между 2,5 и 5 Гбит / с.
Я использую ту же конфигурацию для связывания 2X1GB NIC на тех же серверах, 2X1GB NIC связаны с пропускной способностью ~ 2Gbit / sec при тестировании с iperf. Эти 2 NIC не подключены к домену Virtual Connect, а вместо этого подключены к разным Блейд-коммутатор Cisco Catalyst 3120
Итак, у меня вопрос: почему соединение 4X10GB NIC с помощью balance-rr приводит к меньшей производительности, чем при использовании одной NIC. Я ожидал ~ 40 Гбит / с пропускной способности за вычетом накладных расходов TCP / Bonding, что совпадало бы с моими результатами при связывании 2X1GB и получением ~ 2GB при тестировании.
Я пробовал это с разными режимами связывания, а другие приводили к пропускной способности около 10 Гбит / с при соединении. Все еще не идеально, но лучше, чем результаты balance-rr.
Похоже, что модули Virtual Connect не поддерживают режим связывания 0 (баланс-rr) в развертываниях Linux.
Из службы поддержки HP: http://h20564.www2.hp.com/hpsc/doc/public/display?docId=emr_na-c02957870
Информация Неподдерживаемые режимы связывания в среде HP Virtual Connect могут вызвать потерю пакетов и / или проблемы с производительностью.
подробности HP Virtual Connect поддерживает режимы связывания 1, 5 или 6. VC не поддерживает режимы 0 (циклический перебор) или 7 (балансировка нагрузки с помощью коммутатора).
Режим 1: Активный / резервный. Политика активного резервного копирования: активен только один подчиненный сервер в связке. Другой ведомый становится активным, если и только если активный ведомый выходит из строя. MAC-адрес связи виден извне только на одном порту (сетевом адаптере), чтобы не сбивать коммутатор с толку.
Режим 5: Адаптивная балансировка нагрузки передачи: связывание каналов, не требующее специальной поддержки коммутатора. Исходящий трафик распределяется в соответствии с текущей нагрузкой (вычисленной относительно скорости) на каждом ведомом устройстве. Входящий трафик принимается текущим ведомым устройством. Если принимающее ведомое устройство выходит из строя, другое ведомое устройство принимает MAC-адрес отказавшего принимающего ведомого устройства.
Режим 6: Адаптивная балансировка нагрузки: включает balance-tlb плюс балансировку нагрузки приема (rlb) для трафика IPV4 и не требует специальной поддержки коммутатора. Балансировка нагрузки приема достигается согласованием ARP.