У меня установлены две сетевые карты 100 Мбит/с в слоты PCIe, и каждая карта подключена к собственному настольному коммутатору на 8 портов.
Мои настройки:
- Режим: независимый от переключателя
- Балансировка нагрузки: динамическая/хэширование адресов
- VLAN: Я оставил все по умолчанию
Однако после установки статического IP-адреса, поскольку команда не получала IP-адрес из сети, я все еще не могу заставить сервер пинговаться внутри или вне сети.
EDIT: Я играл с настройками и заметил некоторые глюки, когда команда, кажется, не действует как команда. Так что, полагаю, быстрый вопрос будет таким: должно ли оборудование быть "высокого" качества? Например, я использую эти коммутаторы TRENDnet TE100-S8 8-port Fast Ethernet Switchhttp://www.newegg.com/Product/Product.aspx?Item=9SIA25V2VW8636
Пример:
EDIT: Это работает, вроде как, но я не могу получить RDP, например. Кроме того, если я тяну, скажем, переключатель 1, все ломается, и вы больше не можете пинговать, как я проверял с помощью ping -t google.com. Но если я тяну другой переключатель, пинг продолжается, как и должно быть, поэтому я склонен полагать, что он использует только один переключатель.
ПРАВКА 2:
Итак, я нашел это в документе с сайта Microsoft, который я скачал:
3.11.1 MAC-адрес команды В независимом от коммутатора режиме с хэшем адреса или динамическим распределением нагрузки команда будет использовать MAC-адрес основного члена команды (выбранного из исходного набора членов команды) для исходящего трафика. Основной член команды является первым членом команды, который привязывается к команде после создания команды или перезагрузки хоста. Поскольку основной член команды может меняться недетерминированным образом при каждой загрузке, отключении/включении NIC или других действиях по реконфигурации, MAC-адрес команды может время от времени меняться. Обычно это не вызывает проблем, но есть несколько случаев, когда это может произойти. Если основной член команды удаляется из команды, а затем вводится в эксплуатацию, может возникнуть конфликт MAC-адресов. Чтобы разрешить этот конфликт, отключите и включите интерфейс команды. Процесс выполнения операции отключения и включения на интерфейсе команды заставит его выбрать новый MAC-адрес из оставшихся членов команды. Если для команды требуется стабильность MAC-адреса, администратор может установить MAC-адрес команды на любой MAC-адрес, который администратор захочет использовать, установив его в основном интерфейсе команды таким же образом, как администратор может установить MAC-адрес любой физической сетевой карты. ИСТОЧНИК:https://www.microsoft.com/en-us/download/details.aspx?id=40319
Означает ли это, что если NIC, который используется как MAC, выходит из строя, вам нужно перезапустить NIC TEAM? Я заметил, что я могу отключить один коммутатор, и ничего не отключается, но когда я вытаскиваю другой, он выходит из строя, несмотря на то, что другой коммутатор включен, так что моя проблема связана с MAC?
решение1
«Настольные» коммутаторы не обязательно должны быть подключены друг к другу, чтобы воспользоваться преимуществами объединения сетевых карт. Объединение независимых коммутаторов полностью поддерживается, при этом каждый член команды подключен к независимым, неподключенным коммутаторам восходящего потока.
Хотя я еще не использовал объединение сетевых карт в Windows Server 2012 R2, вот что, по моему мнению, происходит:
В режиме Switch Independent Mode с хешированием адресов сервер использует MAC-адрес основного члена команды. Таким образом, хотя исходящий трафик может быть сбалансирован по нагрузке между обоими членами команды, входящий трафик будет направлен основному члену (поскольку IP-адрес может быть связан только с одним MAC-адресом). Это означает, что IP-адрес сервера преобразуется в MAC-адрес основного члена команды, когда основной член команды подключен и работает. Когда основной член команды выходит из строя, IP-адрес должен быть связан с MAC-адресом «нового» основного члена команды. Если вы проводите тестирование с компьютера, подключенного к пограничному коммутатору, то вполне логично, что таблица ARP на тестовом компьютере все еще имеет связь IP-адреса с исходным MAC-адресом основного члена команды. Вы можете легко проверить это, очистив кэш ARP на тестовом компьютере, а затем попытавшись подключиться к серверу.
Другая возможность (хотя я не думаю, что это так, поскольку вы выбрали режим объединения и режим балансировки нагрузки) заключается в том, что проблема связана с тем, что MAC-адрес основного члена группы кэшируется в таблице MAC-адресов пограничных коммутаторов (обратите внимание, что таблица MAC-адресов коммутатора — это ассоциация MAC-адреса с портом коммутатора. Это не имеет ничего общего с ARP). Я не думаю, что это так, поскольку в вашем режиме объединения и балансировки нагрузки каждый объединенный адаптер должен использовать MAC-адрес независимо друг от друга. Если бы каждый член группы использовал один «общий» MAC-адрес, то этот сценарий был бы вероятной причиной вашей проблемы.
Возможно, я совершенно не прав, но надеюсь, это даст вам несколько поводов для размышлений.