Относительно двух устройств, создающих задержку на одном коммутаторе

303
kenten

У меня есть сценарии, которые запускаются при загрузке на двух NAS (скажем, QNAP) для создания связей и разных IP-адресов для разных виртуальных сетей.

т.е. NAS 1 (все сетевые адаптеры, связанные с 1 через TLB), устанавливают связь 0 -> 0.0.0.0 или сброс связи 0 vlan 50 140.100.100.1 подсеть 255.255.0.0

NAS 2 (все сетевые адаптеры, связанные с 1 через TLB) устанавливают связь 0 -> 0.0.0.0 или сброс связи 0 vlan 50 140.100.100.2 подсеть 255.255.0.0

Моя конфигурация коммутатора выглядит как порты 1 и 2 без тегов для портов 5 и 6 vlan 50 с тегами (NAS 1 подключен к порту 5, NAS 2 подключен к порту 6, компьютер подключен к порту 1 с правильной конфигурацией сетевого адаптера)

Моя проблема в том, что, когда оба NAS подключены, и я одновременно пингую оба с компьютера, я получаю огромную задержку (> = 32 мс) на эхо-запросах и практически любой трафик, идущий к любому из них. Когда я отключаю один из NAS, пинг другого NAS падает до <1 мс, и у меня больше нет задержек. Первоначально я думал, что это может быть проблема коллизии IP, поэтому я смотрю на ifconfig NAS при запуске - выясняется, что он запускает что-то после сценария автозапуска, чтобы установить bond0s для заводского ip (150.140.100.100). Поэтому я вручную установил ip-соединение для чего-то произвольного и различного для обоих NAS, отключил скрипт /etc/init.d/dhcpd.sh и попытался пропинговать 140.100.100.1 и 140.100.100.2 - он работает несколько минут, затем возвращается к тайм-ауту и ​​имеет плохую задержку. На этот раз, однако, связь0 обоих NAS ' у меня разные ips - и вот тут я действительно запутался. Спасибо за любую помощь! Кроме того, MAC-адреса на всех NICS все разные.

Резюме. Как устранить проблему с задержкой между двумя блоками NAS, подключенными к одному коммутатору, несмотря на разные IP-адреса соединения?

0

1 ответ на вопрос

0
dirkt

Связывание используется для соединения нескольких локальных сетей в одно виртуальное сетевое соединение. Пакеты, отправляемые по соединению, распределяются по всем соединениям локальной сети по очереди, чтобы увеличить пропускную способность.

Если вы подключили один NAS к одному порту, связывание вообще не имеет смысла, и при использовании других сетевых адаптеров передача пакетов будет неудачной, поэтому вы видите огромную задержку.

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

Если вы подключите их к коммутатору, вы должны будете убедиться, что каждый связанный сетевой порт NAS подключен только к одной другой связи, и все эти порты идут на второй конец вашей связи, где у вас есть идентичные конфигурация склеивания.

Я не думаю, что VLAN работает на части связи, и это не имеет смысла, в любом случае - вы не можете увеличить пропускную способность таким образом. Связывание должно использоваться только для соединений точка-точка.

Спасибо за ваш ответ, я ценю это. Поэтому у меня есть зеркальное отображение конфигураций соединения на NAS и коммутаторе (LACP). Я всегда думал, что LACP обеспечивает отказоустойчивость, поэтому я тестировал, просто подключая 1/4 NIC от каждого NAS для тестирования. Однако подключение всей NICS от NAS к 4-х транковому LACP-порту портов на коммутаторе временно устранило проблему, и у меня снова возникла задержка. Я наблюдаю за трафиком порта, и оказывается, что два NAS по неизвестной причине передают друг другу тонны ARP-запросов / DHCP-пакетов. kenten 5 лет назад 0
Поскольку я использую уникальный дистрибутив linux на этих QNAP, у них нет ip netns, поэтому я должен использовать хакерский способ сделать несколько VLAN одинаковыми IP - путем создания моста и добавления VLANS на bond0 к мосту, а затем остановить его от действия как выключатель. Причина такого объединения заключается в том, чтобы разрешить нескольким VLAN доступ к связанному каналу, и хотя он не увеличивает пропускную способность, я хочу, чтобы каждый доступ был настолько же близким, насколько максимальная пропускная способность одного порта, когда все VLAN подключаются одновременно. Кроме того, соединение на NAS и коммутаторе создает отказоустойчивость (отключение кабеля или выключение и т. Д.) kenten 5 лет назад 0
Я должен упомянуть, что я пытаюсь добиться двойной избыточности на всем, двух NAS, двух коммутаторах, соединенных вместе, и всех NICS на NAS, соединенных вместе с множественным доступом VLAN. NAS должен иметь доступ к нескольким сетям с одним IP. Эта проблема с двумя NAS, зацикливающимися тоннами пакетов, действительно возвращает меня назад, буквально 300 тыс. Пакетов в секунду и забивая сеть. Все, что делает мой мост, это принимает трафик, идущий к себе, и запрещает передачу трафика другим vlans на мосту - так что это не объясняет огромное количество ARP / DHCP, потому что эти правила управляют ip-пакетами. kenten 5 лет назад 0
Извините, я не вижу, как множественный доступ VLAN помогает с избыточностью. И если вам нужна избыточность, обязательно используйте для резервного копирования политику «резервного копирования», а не политику, которая фокусируется на увеличении пропускной способности. И забавные сетевые настройки, которые вызывают засорение сети, не помогут. Будь проще. dirkt 5 лет назад 0
извините, я ошибся, я хотел сказать, что связанные интерфейсы создают избыточность с помощью LACP или balance xor и т. д. - множественный доступ к VLAN - это просто необходимая мне функция kenten 5 лет назад 0

Похожие вопросы