Ответы:
(2a). Балансировки нагрузки.
(3). Разделение трафика (т. Е. Вы можете иметь комбинированный веб-сервер / сервер базы данных, одну и ту же сеть, поместить весь веб-трафик на одну сетевую карту, трафик дб на другой, облегчить расчет нагрузок для типов трафика). Это также облегчает последующее разделение этих двух параметров: никто не должен менять строки подключения.
Отдельная сеть для резервного копирования.
Отдельная сеть для доступа к консоли (теперь они обычно интегрированы в системную плату для основных серверов).
Повышенная пропускная способность (сети с несколькими ГБ), связанные вместе.
Есть только одна важная причина, по которой я могу придумать, похожая на избыточность, и это Trunking, так что вы можете настроить трафик для прохождения через порты 2x1 Гбит, предоставляя вам 2 Гбит общей пропускной способности. Некоторые называют это LaCP, Linux знает это как mode = 4, как описано ниже.
Режимы связывания интерфейса Linux предоставляют несколько других возможностей:
mode = 0 (balance-rr) Политика циклического перебора
mode = 1 (active-backup) Политика активного резервного копирования
mode = 2 (balance-xor) Политика XOR: передача на основе [(исходный MAC-адрес XOR'd с MAC-адресом назначения) по модулю подсчета подчиненного устройства].
mode = 3 (широковещательная передача) Политика широковещания: передает все на всех подчиненных интерфейсах. Этот режим обеспечивает отказоустойчивость.
mode = 4 (802.3ad) IEEE 802.3ad Динамическое агрегирование каналов. Создает группы агрегации с одинаковыми настройками скорости и дуплекса.
mode = 5 (balance-tlb) Адаптивная балансировка нагрузки передачи: соединение каналов, которое не требует специальной поддержки коммутатора.
mode = 6 (balance-alb) Адаптивная балансировка нагрузки: включает балансировку-tlb и балансировку нагрузки на прием (rlb) для трафика IPV4 и не требует никакой специальной поддержки коммутатора.
Как и в # 2, наличие нескольких сетевых карт также является обязательным условием для высокой доступности. Несколько сетевых интерфейсов (в одной сети, но на самом деле должны быть разделены) будут использоваться для мониторинга доступных серверов (пульс). Кроме того, в случае VMWare 3-й сетевой адаптер может использоваться для миграции активного состояния виртуальной машины, не влияя на количество пропускной способности, доступной общедоступному интерфейсу, или пульс.
Вероятно, 2 NIC - это минимум, необходимый для сервера, как и другие, по крайней мере, для HA. Если вы начнете включать консоль, пульс, возможно, хранилище iSCSI ... вы можете легко подключить полдюжины сетевых карт для сервера.
Это может относиться к «# Вам необходимо подключиться к двум разным физическим сетям», но если сервер также является маршрутизатором, ему потребуются две сетевые карты.
Я всегда использую 2 NIC на сервере для резервирования. За последние годы я несколько раз отключал не тот кабель (обычно это вызвано слишком сильным торможением). Это действительно хорошо, чтобы не отключить сервер в результате. Я также несколько раз терпел неудачные сетевые карты.
Насколько я понимаю, если это вообще возможно, сервер должен иметь избыточное все. Сетевые карты не являются исключением. В редких случаях мне также нужна изоляция трафика, я добавляю вторую пару для этого.
Я никогда не понимал аргумента резервирования NIC. Без движущихся частей они редко выходят из строя ... у вас нет 2 материнских плат на одном сервере, не так ли? Лучше всего быть избыточным на всем уровне сервера.
Тем не менее, мне нравится избыточность «человеческая ошибка» выше при отключении по ошибке.