Объединяющийся в команду vSphere NIC - Какая-либо причина Активного/резервного?
Поскольку сказанный Chris_K, что Вы, скорее всего, на самом деле хотите, должен запустить программу как услуга - который позволит этому работать в фоновом режиме с присвоенным именем пользователя/паролем, не нуждаясь в активном входе в систему, и без того, чтобы уходить, когда люди зарегистрируют вкл\выкл сервер.
Вам будет нужна программа под названием SrvAny, который способен к запущению произвольных программ как сервисы. Это доступно непосредственно от Microsoft как часть Инструментария Ресурса Windows Server.
После того как SrvAny установлен, Вы использовали бы команду "InstSrv NameOfYourProgram c:\Path\To\YourProgram.exe". Это будет затем найдено на экране Services. Можно войти в Сервисы и установить опции для него, такие как имя пользователя и пароль.
Не знакомый с ESXI, связывающимся в особенности, но я держал пари, что он использует связывание Linux. Одна из главных причин использовать Активный / Режим резервного копирования - когда он, которого NIC подключает к другому переключателю, это может быть более просто. В целом модель Active/Standby является самой прямой и сохраняет thie принципал KISS. Таким образом, если Вы не должны где-нибудь нуждаться в связанной пропускной способности, некоторым нравится просто сохранять ее простой.
Единственная вещь, которая приходит на ум, состоит в том, что в случае (единственного) отказа канала, Вы не теряете способность, и Ваше приложение становится более предсказуемым.
Например, использование ссылки может медленно накапливаться вне единственной ссылки (рост приложений за месяцы) ни с кем, полностью понимая это. Затем во время отказа приложение переполнено и капризничает, делая намного более трудным проследить источник.
Ваш сетевой коммутатор должен быть правильно настроен для использования активно-активного объединяющегося в команду nic.. в Коммутаторах Cisco необходимо настроить канал порта. Для получения дополнительной информации четкая проверка обзора это сообщение в блоге: http://blog.scottlowe.org/2006/12/04/esx-server-nic-teaming-and-vlan-trunking/
Не значит быть "ну вообще-то", но ...
Ну вообще-то, Наиболее распространенная причина в том, что каждый ник может подключаться к другому коммутатору. Это особенно полезно в сетях хранения на основе Ethernet, где требуется избыточность на уровне хоста, коммутатора и фильтра. Мы настроены именно так
Вы можете попытаться сохранить всю связь в пределах одного коммутатора в нормальных рабочих условиях, чтобы не создавать ненужную нагрузку и не подвергать риску перегрузку канала связи между коммутаторами, вместо этого сохраняя трафик в пределах одной объединительной платы коммутатора. Это может уменьшить задержку и устранить узкие места, в зависимости от того, как выглядят ваши шаблоны сетевого трафика.
Я знаю, что это старый вопрос, но он занимает довольно много места в результатах поиска Google по этой теме, поэтому я бы хотел бы предложить более полный набор обстоятельств того, почему вам может понадобиться любая конфигурация:
Для тех, кто хочет иметь два соединения с двумя коммутаторами в случае любого типа отказа сетевого оборудования, чтобы иметь полное резервирование (как я), используйте два порта через два сетевых адаптера на хосте в активном / резервном подключении к двум отдельным коммутаторам. Если у вас отказал кабель, коммутатор или сетевой адаптер, у вас все равно будет доступ к вашему хосту.
Для тех, кто хочет более высокую производительность за счет агрегации активных / активных каналов, используйте два порта либо на двух отдельных сетевых интерфейсах, либо на одном и том же сетевом адаптере одного и того же коммутатора Cisco, и настройте порты на коммутаторе Cisco для конфигурации канала порта. ПЕРЕД настройкой соединения на хосте. Это сложно и работает только с коммутаторами Cisco. Не используйте это, если вы либо работаете с сертифицированным сетевым администратором Cisco с самого начала планирования, либо НЕ ЯВЛЯЕТесь сертифицированным сетевым администратором Cisco и не планируете все это перед началом работы.
В любом случае это подключение коммутатора к двум портам в сети. Если вы возьмете физический коммутатор и подключитесь к двум портам в сети, это вызовет проблемы, а не какое-либо повышение производительности, если у вас нет определенной конфигурации агрегации каналов.
TL; Версия DR:
Использовать активный / резервный для резервирования. Желательно использовать два сетевых адаптера и два коммутатора для полного резервирования.
Используйте активный / активный для повышения производительности, но убедитесь, что с самого начала работаете с вашим сетевым администратором. НЕ используйте активный / активный для резервирования.