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