Почему неправильно проектировать сеть, чтобы иметь две физические сетевые карты, одну машину, одну подсеть, одну маску сети, один и тот же шлюз, два разных IP-адреса?

Question

Все, что я читаю и вижу, говорит о размещении двух разных IP-адресов на одной сетевой карте Я подумал, что если бы у меня было две сетевые карты, мне было бы лучше по скорости / пропускной способности.

Почему неправильная топология состоит в том, чтобы две отдельные физические NICS с одной подсетью на одной физической машине имели два разных IP-адреса.

Пример:

 NIC1/eth0  192.168.20.50/24 192.168.50.1
 NIC2/eth1  192.168.20.55/24 192.168.50.1

Почему они продают серверы Quadport, если это так? Ожидается ли, что все они будут находиться в разных подсетях и шлюзах?

Answer 1

Когда у вас есть несколько интерфейсов с одними и теми же подсетями на данном компьютере, вы будете иметь возможность подключения к одной и той же сети через несколько интерфейсов. Машина не будет балансировать нагрузку и, скорее всего, выберет один интерфейс для отправки трафика. например, маршрутизаторы Juniper выбирают интерфейс с наименьшим IP-адресом:

http://kb.juniper.net/InfoCenter/index?page=content&id=KB24928

Несколько интерфейсов могут обеспечить избыточность, но учтите, что у вас может быть только один шлюз по умолчанию esp. если это сервер Windows. Я не уверен, будет ли другая ОС балансировать нагрузку по двум маршрутам шлюза по умолчанию.

Некоторые избыточные решения включают в себя:

• NIC-объединившись.
• Включите протоколы маршрутизации, такие как RIP или BGP на сервере, которые могут использовать все интерфейсы, и динамически изучать маршрут по умолчанию.

Четырехпортовые серверы обычно используют: 2 порта для публичной / производственной сети. 1 порт для частного использования / управления, 1 порт для резервного копирования данных. Иногда некоторые серверы в кластерах используют 1 или 2 порта для контрольных сообщений / keepalive.

Благодарю.

Answer 2

Все это действительно зависит от дизайна вашего сервиса или топологии. Хотя я никогда не слышал ничего подобного как "закон", я понимал, почему это будет неэффективно.

Если у вас будет два интерфейса, взаимодействующих в одной сети / подсети, вы можете просто поместить их в etherchannel и не тратить дополнительный IP-адрес.

Относительно того, почему они продают 4 сетевых адаптера (или любое число больше 1) на одном сервере, действительно зависит от того, какое приложение запущено на нем, но я могу придумать пару причин.

1. Объединение Etherchanneling/NIC, резервирование - это всегда хорошо. Иногда достаточно одного дополнительного порта, но, может быть, в случае с четырьмя кто-то разрабатывает сверхрезервированный сервис.
2. Безопасность, многие люди используют несколько интерфейсов в разных сетях для создания очень безопасных бастионов / переходов / прыжков.
3. Программный брандмауэр / маршрутизация, есть несколько примеров пакетов программного обеспечения или даже операционных систем, которые фактически действуют как маршрутизатор или более ориентированное на сеть устройство безопасности. Таким образом, для участия устройства в нескольких физических LAN / WAN потребуется несколько интерфейсов, опять же, это будет зависеть от конструкции. (если вам интересно, посмотрите "Вятту")
4. И иногда это только то, что приходит. На предыдущей работе у нас были довольно мощные базы данных SQL с 4 сетевыми картами, но мы все еще использовали только одну, потому что другие нам не нужны.

Это те немногие, о которых я могу думать.

Answer 3

Вы не должны иметь одну и ту же подсеть в разных NICS. Что может и происходит с некоторыми операционными системами и приложениями: вы получаете трафик на один сетевой адаптер, например, e1a. Приложение или ОС затем решает ответить. Он не проверяет, с какого интерфейса он получил данные, только по какой сети. Затем он отправляет данные в эту сеть. Иногда он выбирает правильный интерфейс e1a, а иногда отправляет данные на e1b, и клиентское приложение никогда не получит ответ, потому что оно использует e1a.

Answer 4

Если вы не используете маршрутизацию источника, весь трафик со всех IP-адресов в одной подсети будет отправляться через один из физических портов.

Исходная маршрутизация настраивает таблицы маршрутизации таким образом, что выходной порт выбирается на основе адреса источника, а затем адрес назначения используется для определения, куда отправлять дейтаграмму IP с этого порта.