Я рассматриваю возможность подключения двух (а возможно, и трех) коммутаторов HP Procurve 1800 вместе с соединительными линиями или с LACP. Я не могу найти существенного ответа на свои вопросы ни в Google, ни здесь.
Я нашел этот вопрос Транкинг между серверами в коммутаторе Procurve, что это означает? но ответ на вопрос вроде бы таков: а) транкинг может означать что угодно; и б) LACP определен. Вопрос Что лучше: транк или LACP? не отвечает, и это не коммутатор, а коммутатор.
Я тоже нашел этот вопрос Вопрос о проектировании локальной сети с помощью HP Procurve но он также не отвечает на поставленный выше вопрос: Что лучше: транк или LACP? В любом случае, этот вопрос относится к HP Procurve 2510, а не к HP 1800.
Ни один из этих вопросов, похоже, не обсуждает нашу конкретную ситуацию. Есть три переключателя (все HP 1800):
SW1(VLAN1) <-> SW2(VLAN1) <-> SW3(VLAN1)
SW2(VLAN6) <-> SW3(VLAN6)
Все коммутаторы - HP 1800-24G (аппаратная версия R01) со следующими версиями программного обеспечения:
Все связи между коммутаторами SW2 и SW3 допускают только тегированные пакеты и не имеют PVID (согласно рекомендациям справочной документации). Остальные порты - это VLAN 1 или VLAN 6, разрешающие все пакеты. Все порты поддерживают автосогласование, за исключением случайных настроек полнодуплексного режима 100 МБ; другие - все 1 Гб - ни одного - 10 Мб.
Проблема в том, что SW2, кажется, не отвечает на эхо-запросы быстро и часто теряет пакеты (что отслеживается хостом мониторинга на SW3). Другие переключатели в порядке и реагируют соответствующим образом. Связь между хостами в порядке. HTTP-ответ от SW1 и SW2 на их интерфейсах управления кажется медленным - медленнее, чем SW3.
Я подозреваю, что это узкое место в трафике, и хотел бы построить трубу побольше. Эхо-запросы относятся к IP-адресу коммутатора, а подключения к порту HTTP также показывают медленное время отклика. Предположительно, соединения (HTTP и ICMP) находятся в VLAN1, поскольку именно там будет IP, а VLAN1 в любом случае является управляющей VLAN.
Судя по прочтению других вопросов, похоже, что «магистраль» позволит объединить трафик для обеих VLAN на одном и том же проводе - сократив два соединения до одного или заставив трафик проходить по нескольким проводам для нескольких VLAN. Также кажется, что транки можно комбинировать с LACP, но желательно ли это?
Мои вопросы:
В любом случае хотелось бы получить ответ на все вопросы.
ОБНОВИТЬ Я забыл упомянуть, что нашел эта веб-страница который казался полезным, но также не отвечал на мои вопросы напрямую. Похоже (из ответов там), что транкинг предназначен для связи между коммутаторами, а LACP - для связи между серверами.
LACP - это протокол управления агрегированием каналов. Все дело в автоматической и динамической настройке агрегации ссылок, когда доступно более одной ссылки, а другая сторона также использует LACP. Обычно это является используется с избыточным соединением между сервером и коммутатором, поскольку статическая установка с агрегацией каналов нарушит подключение к серверу, пока драйверы сетевого адаптера (где реализовано объединение каналов) не будут загружены, что фактически нарушит возможности управления сервером перед загрузкой или загрузки по сети.
Для коммутационных межкомпонентных соединений обычно предпочтительна статическая установка - хотя я считаю, что это чисто дело вкуса.
«Агрегация каналов» и «транкинг» обычно используются как синонимы. Существует определенный стандарт IEEE для LA (802.3ad), и многие проприетарные расширения поставщиков возникли до стандартизации, большинство из которых реализовано даже в новых моделях коммутаторов по причинам обратной совместимости.
Если вы настроили агрегацию каналов или группу транков (LAG / TG), вы должны определить те же сети VLAN в качестве членов группы для коммутаторов с обеих сторон. Вам следует определить более одного пути (т.е. более одного соединения LAG) между двумя коммутаторами, если вы: а) точно знаете, что делаете, и б) включили STP на обоих подключенных коммутаторах.
Если вы подозреваете узкое место в полосе пропускания, используйте счетчики статистики портов ваших коммутаторов, чтобы проверить это - вполне возможно, что использование полосы пропускания будет нормальным, и ваша проблема будет совсем другой. В основном коммутаторы имеют довольно медленные процессоры и быстрые ASIC, способные выполнять большую часть обработки без какой-либо нагрузки на процессор. Некоторые операции по-прежнему потребляют циклы ЦП, одна из которых довольно «популярна» - это прием широковещательных или многоадресных пакетов. Если ваша сеть генерирует много широковещательного / многоадресного трафика, обработка и отбрасывание пакетов может привести к чрезмерному насыщению ЦП коммутатора. Опять же, проверьте счетчики, чтобы увидеть, не наблюдается ли чрезмерное количество трансляций в сети.
В операционной системе HP ProVision; термин магистраль означает иначе, чем термин Cisco для магистрали