Нужны советы по нашей текущей ситуации. У нас есть полная стойка в центре обработки данных, которая содержит 1 восходящий канал к коммутатору уровня распределения центра обработки данных (мы не контролируем это), 2 HP ProCurve 2824 и несколько серверов (я оставлю все как есть, чтобы все было проще ). Переключатель A и переключатель B не являются отказоустойчивыми. В случае неудачи мы потеряем половину наших ссылок. Мы пытаемся настроить два HP 2824 таким образом, чтобы в случае потери одного можно было возобновить нормальную работу. В настоящее время у нас настроены транковые порты, но это строго для увеличения пропускной способности. Например:
interface 17 <br>
name "SERVER-A-BOND0-1"<br>
no lacp<br>
exit<br>
interface 18<br>
name "SERVER-A-BOND0-2"<br>
no lacp
trunk 17-18 Trk4 Trunk
spanning-tree Trk4 priority 4
Насколько я понимаю, коммутаторы должны быть сложены в стек (коммутатор A является командиром, а коммутатор B будет его членом - кстати, это жаргон ProCurve), и то, что мы пытаемся сделать, называется InterSwitch Trunking, хотя ProCurve руководство не упоминает об этом.
Я предполагаю, что после того, как коммутаторы будут сложены в стек, я могу выполнить аналогичную конфигурацию, за исключением того, что интерфейс 17, указанный выше, будет интерфейсом 1 на коммутаторе A, а интерфейс 18 будет интерфейсом 1 на коммутаторе B. Если коммутатор A или B выйдет из строя, не будет единая точка отказа. В руководстве ProCurve специально упоминается использование LACP для резервных коммутаторов и опция «магистраль» для случаев, когда совместимость является проблемой. То, что у меня есть над собой, нужно переключить на что-то более похожее на
trunk 17-18 Trk4 LACP
Буду очень признателен за любые комментарии относительно того, идем ли мы по правильному пути с новой конфигурацией. К сожалению, единственная среда, с которой нам приходится работать на данный момент, - это производственная среда, которая затрудняет тестирование различных сценариев.
Наконец, для восходящего канала коммутатора у нас в настоящее время есть 1 точка доступа от центра обработки данных. Для этого нам понадобится два, и я предполагаю, что коммутатор уровня распределения (откуда эти отбрасывания) необходимо будет настроить для агрегации каналов / LACP, поэтому персонал центра обработки данных должен будет внести некоторые изменения. .
Вы можете разделить связь между коммутаторами, но не для увеличения пропускной способности. Поэтому, если на сервере есть две сетевые карты, и вы подключаете по одной к каждому коммутатору, вам придется настроить сервер на какое-то соединение только с переключением при отказе.
В этом Q / A есть много хороших деталей: Транкинг между серверами в коммутаторе Procurve, что это означает?
Разумеется, переключатели должны быть вставлены друг в друга; но одиночный канал связи с центром обработки данных будет проблемой. Вам действительно понадобится второй восходящий канал, иначе у вас всегда будет 50/50 шанс потерять соединение, когда коммутатор выходит из строя (или перестает работать по любой другой причине).
Похоже, разделение ствола между двумя 2824 невозможно. Эта функциональность начинается в моделях серии 3800 (и, вероятно, выше). 2824 можно складывать, но только для административных целей (не «истинное» стекирование).