Linux NIC, связывающийся сверху интерфейсов VLAN?
Hyper-V с Приложением-V и объединенным XenDesktop.
Приложение-V обеспечивает больше функциональности при выполнении с хостами Hyper-V, чем под хостами VMware. XenDesktop (Citrix) работает с VMware, но обеспечивает дополнительную интеграцию и функции в сочетании с Приложением-V и Гиперпротив.
Кроме обеспечения дополнительного Приложения-V и XenDesktop+App-V функциональности затем преимущества/недостатки незначительны.
С dev/test точки зрения это просто снижается, если необходимо поддерживать те среды для клиентов или нет. Мы используем ESXI для нашей команды QA, но исследуем получение установки Hyper-V/App-V/XenDesktop, кроме того, поскольку у нас есть растущее число клиентов, пытающихся развернуть и использовать наше программное обеспечение в той среде.
(Этот вопрос получит лучший ответ на SF вместо Поэтому, поскольку не ясно, говорит ли OP о dev/test или производстве. Как специалист по развертыванию я должен удостовериться, что dev поддерживает эти среды, таким образом, это - своего рода серая область...),
, если вы хотите использовать связывание только для резервирования (что означает, что расширенная пропускная способность не требуется), хотя оба они имеют некоторую задержку при отказе.
Какая часть не работает? Мониторинг MII?
Попробуйте вместо этого использовать мониторинг ARP. Проверьте параметры модуля соединения и документацию по его настройке.
Позор мне, потому что то, что я хотел сделать, действительно работает без проблем.
Мне просто не хватало опции miimon, которая по умолчанию равна нулю (отключена). Он использует информацию о носителе (use_carrier = 1 (по умолчанию)), которая также отражается в vlan-интерфейсах.
modprobe.conf:
options bonding mode=1 miimon=100 use_carrier=1