У нас есть два Catalyst 2960 и четыре Linux-сервера, которые мы хотели бы подключить к обоим коммутаторам (каждый сервер имеет одну ссылку на каждый коммутатор). В идеале, мы ищем плавное переключение при отказе в случае, если один коммутатор отключится.
Мы уже предполагали использование каналов Ethernet в качестве возможного решения, но очевидно, что 2960s не поддерживают каналы Ethernet с перекрестным переключением.
Есть ли здесь что-то, что мы полностью упустили, или что-то подобное выходит за рамки возможностей 2960-х?
Предположительно у ваших 4 серверов Linux есть как минимум два сетевых адаптера? Действительно ли им нужна комбинированная пропускная способность обоих сетевых адаптеров для нормальной нагрузки? Если нет, то некоторые из связь режимы обеспечивают резервирование без использования etherchannel.
Anway, см. связь В документе приводится множество примеров ситуаций высокой доступности, в зависимости от того, что вам нужно, и от возможностей вашего сетевого оборудования.
Отрывок из bonding.txt
11.2 High Availability in a Multiple Switch Topology
----------------------------------------------------
...
Below is a sample network, configured to maximize the
availability of the network:
| |
|port3 port3|
+-----+----+ +-----+----+
| |port2 ISL port2| |
| switch A +--------------------------+ switch B |
| | | |
+-----+----+ +-----++---+
|port1 port1|
| +-------+ |
+-------------+ host1 +---------------+
eth0 +-------+ eth1
In this configuration, there is a link between the two
switches (ISL, or inter switch link), and multiple ports connecting to
the outside world ("port3" on each switch). There is no technical
reason that this could not be extended to a third switch.
11.2.1 HA Bonding Mode Selection for Multiple Switch Topology
-------------------------------------------------------------
In a topology such as the example above, the active-backup and
broadcast modes are the only useful bonding modes when optimizing for
availability; the other modes require all links to terminate on the
same peer for them to behave rationally.
active-backup: This is generally the preferred mode, particularly if
the switches have an ISL and play together well. If the
network configuration is such that one switch is specifically
a backup switch (e.g., has lower capacity, higher cost, etc),
then the primary option can be used to insure that the
preferred link is always used when it is available.
broadcast: This mode is really a special purpose mode, and is suitable
only for very specific needs. For example, if the two
switches are not connected (no ISL), and the networks beyond
them are totally independent. In this case, if it is
necessary for some specific one-way traffic to reach both
independent networks, then the broadcast mode may be suitable.
Если я не ошибаюсь, это действительно функция драйвера сетевой карты на сервере, а не коммутатора. Похоже, вы хотите настроить конфигурацию SFT (отказоустойчивость коммутатора) на каждом сервере. Я никогда не видел, чтобы это делалось на уровне коммутатора, только на уровне сервера. какие сетевые карты есть у серверов и поддерживают ли они совместную работу?
Насколько мне известно, etherchannel (и агрегация каналов) связаны с агрегацией пропускной способности, обеспечиваемой путем связывания нескольких адаптеров вместе, но не обеспечивают отказоустойчивости в том смысле, который вы ищете.