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