В настоящее время у меня есть 2 сетевых карты, подключенных к моей локальной сети, и каждая из них подключена к своему виртуальному коммутатору. Я размышлял о том, чтобы вместо двух коммутаторов использовать один виртуальный коммутатор и объединить два сетевых карты локальной сети.
Поэтому, полагаю, вопрос в том, какие преимущества дает использование объединения по сравнению с двумя виртуальными коммутаторами, которые я использую сейчас? (теперь все работает, просто я из тех людей, которые любят узнавать новое, и я следую методу «если что-то не сломалось, сломай это»).
Дополнительная информация из моего комментария ниже: В настоящее время все находится в одной локальной сети. Два виртуальных коммутатора соединены вместе физическим коммутатором. Так что, что касается трафика, то при использовании команды по сравнению с двумя v-коммутаторами разницы не будет. Мне интересно, может быть, больше сравнение между одной сетевой картой и одним vswitch с командой сетевых карт и vswitch. Да, вы можете получить большую пропускную способность с командой, но есть ли какие-то издержки? Откажусь ли я от задержки? Накладных расходов на процессор?
Еще немного дополнительной информации: эта среда, хотя и используется людьми, и я хочу минимизировать время простоя, не является критической средой, и я использую ее для проверки новых функций/технологий перед использованием в других, более критических средах. Я просто пытаюсь получить всю информацию, прежде чем начать возиться. Оба адаптера — это адаптеры Intel CT Gigabit, и еще один вопрос: следует ли мне использовать объединение Windows Server 2012 или объединение Intel ProSet в драйвере?
решение1
Вот мое импровизированное мнение:
Подключенные к одному физическому коммутатору два виртуальных коммутатора не имеют особого смысла, если только вы не подключаете виртуальные коммутаторы к разным VLAN на физическом коммутаторе. Остается объединение. Хотите или вам нужно обеспечить отказоустойчивость для физических сетевых карт? Если да, то настройте отказоустойчивую команду сетевых карт. Хотите или вам нужно объединить полосу пропускания/производительность двух физических сетевых карт? Если да, то настройте команду LAG/LACP. Если вам не нужно и не нужно ни то, ни другое, то ничего не делайте. Настройте один виртуальный коммутатор на одной физической сетевой карте.
Никогда не делайте что-то просто потому, что вы можете это сделать. Делайте это, потому что у вас есть определенные потребности, цели или задачи дизайна.
У меня три сервера Hyper-V, каждый с 4-портовой сетевой картой. Я использую 3 порта на каждом сервере. Я не пытаюсь найти применение четвертому порту. Он мне не нужен в моем текущем проекте, поэтому я не пытаюсь найти, для чего его использовать. Если он мне понадобится в будущем, я знаю, что он будет доступен.
решение2
Команда и транк! Я всегда начинаю с того, что считаю лучшим и наиболее гибким решением. Объединяю эти сетевые карты. Затем настраиваю команду как транк. Это охватывает все мои возможные потребности. Балансировка нагрузки и VLAN. Я согласен, делай это, потому что хочешь учиться, хорошо для тебя.
Единственный случай, когда я бы не стал объединяться в команду, — это если мне нужно резервирование коммутаторов и я не могу организовать команду на двух коммутаторах.