CentOS, 4 сетевые карты: две резервные команды, в каждой команде по 2 сетевые карты, возможно ли это?

CentOS, 4 сетевые карты: две резервные команды, в каждой команде по 2 сетевые карты, возможно ли это?

У нас есть один сервер HP Proliant DL360 Gen 9 с CentOS7 или RedHat 7 «BIG» с 4 сетевыми картами, два внешних коммутатора Switch 1 и Switch 2 и много «маленьких» серверов.

Эти небольшие серверы имеют две сетевые карты: эти сетевые карты отправляют абсолютно одинаковый трафик через каждую сетевую карту на разные коммутаторы. Сетевая карта 1 подключена к коммутатору 1, а сетевая карта 2 — к коммутатору 2. Таким образом, мы получаем избыточность с небольшими серверами: каждый сервер отправляет одинаковый трафик через два коммутатора на один «БОЛЬШОЙ» сервер...

Я попытался понять, могу ли я, используя команду на БОЛЬШОМ сервере, создать такую ​​конфигурацию, например:

NIC1 и NIC2 — это команда 1, двум сетевым картам нужна пропускная способность 2 Гбит/с. NIC3 и NIC4 — это команда 2, здесь точно такой же зеркальный трафик 2 Гбит/с...

У каждой команды одинаковый трафик - и каким-то образом (как?) нам нужно "знать" или, может быть, определить начальную АКТИВНУЮ команду. МЫ должны переключиться на другую команду, если, например, Switch 1 умирает, или даже если кабель/NIC перестает работать, выходит из строя, даже если кабель вынут из разъема..

Приложение на БОЛЬШОМ сервере не должно этого замечать, поскольку оно хочет видеть только один статический IP-адрес все время, независимо от того, какая команда АКТИВНА, а какая пассивна.

Мой вопрос: возможно ли настроить наш BIG, используя «объединение» описанным выше способом, или нам нужно купить стороннее ПО высокой доступности?

Спасибо за внимание :-)

решение1

Нет, вы не можете объединять связи. Что вы можете сделать, так это использовать LACP для переключения связи между двумя коммутаторами.

Смотрите мои ответы здесь:

https://unix.stackexchange.com/questions/82569/bonds-vs-aggregators/172232#172232

https://unix.stackexchange.com/questions/81633/rhel-5-complex-port-bonding/168545#168545

Связанный контент