Если есть один сервер и один коммутатор, если коммутатор выходит из строя, обслуживание на сервере не работает.
Таким образом, обычно имеется два коммутатора, и сервер должен быть подключен к двум коммутаторам, поэтому на сервере должно быть два сетевых адаптера.
Но даже если у сервера есть два сетевых адаптера, подключенных к двум коммутаторам, поскольку IP-адрес отличается, в случае отказа сетевого адаптера с IP-адресом, на котором работает служба, служба тоже отключится.
Итак, вот и соединение. при связывании два сетевых адаптера совместно используют один IP-адрес, а два сетевых адаптера будут подключаться к двум коммутаторам, поэтому, если один коммутатор выходит из строя, другой коммутатор будет работать, а если один сетевой адаптер умирает, другой сетевой адаптер все равно будет работать.
Я правильно понимаю?
Вид. Связывание фактически дает вам виртуальный интерфейс с одним IP-адресом, поэтому ситуация «IP-адрес отличается», о которой вы говорите, является ерундой. Связывание может работать либо в режиме аварийного переключения, либо в режиме LACP. В режиме LACP потоки обычно балансируются по всем доступным физическим интерфейсам с некоторыми конкретными ограничениями (например, некоторые поставщики могут балансировать только потоки, предназначенные для разных MAC-адресов), в то время как в режиме аварийного переключения один интерфейс является резервным, и он просто находится в режиме ожидания. Режим LACP в основном может работать внутри одного коммутатора, поэтому, если вы хотите использовать режим LACP с двумя коммутаторами, обеспечивая реальную высокую доступность, выбранные коммутаторы должны его поддерживать - это называется кросс-коммутатор LACP (некоторые поставщики, такие как Cisco, делают, но это не базовый набор функционала).
Вы все путаете.
Во-первых, нет ничего против службы на нескольких IP-адресах, а пользователь достаточно умен, чтобы использовать тот, который работает.
Во-вторых, связывание не основано на IP - соединение работает на уровне Ethernet. Связанное соединение использует один MAC-адрес. Это в основном одно соединение. Таким образом, они на самом деле не используют один IP-адрес - они представляют собой один канал Ethernet. Это «более фундаментально» - соединение работает на базовой технологии.
В-третьих, склейка перекрестного переключателя не работает. Или: если это работает так, то в основном это требует, чтобы коммутатор знал, как с этим справиться (стековые коммутаторы могут иметь такую возможность). Это означает, что вы можете попрощаться с большинством недорогих коммутаторов для соединения и безотказной работы. Не уверен насчет более высокого уровня, но я не знаю никого, кто мог бы обрабатывать связывание, распределенное по нескольким каналам. Не ТОЛЬКО специалист, но я также обычно перехожу на 10G, прежде чем использовать соединение. Cisco, как я слышал, имеет такую возможность (Cross Switch LACP).
Обычно связывание используется для увеличения пропускной способности ПРОЗРАЧНО для приложений, написанных не с учетом этого. Протоколы, которые созданы для высокой пропускной способности и времени безотказной работы, могут не нуждаться в связывании - например, ISCSI обрабатывает это с помощью MPIO (MultiPath IO), где он фактически подключается к серверу через несколько IP-адресов, распределяя нагрузку и таким образом обрабатывая время безотказной работы. Microsoft делает то же самое теперь с общими файлами на более поздних серверах, позволяя использовать несколько IP-адресов для обработки нескольких параллельных потоков данных для увеличения пропускной способности (SMB 3 MultiChannel). Здесь нет необходимости связывать, все выполняется на уровне протокола и библиотеки.