Создание виртуального коммутатора
 

Доброго времени суток.
Есть следующая задача: нужно подключить 3 машины с win2012R2 в замкнутую сеть (см. картинку).

На каждой машине есть 4 сетевых интерфейса. Один идет в локальную сеть предприятия, другой смотрит во внешний мир.
Два оставшихся адаптера используются для подключения машин между собой.
Хотелось бы найти решение, при котором два интерфейса можно было бы объединить в один виртуальный коммутатор и присвоить ему один IP-адрес, чтоб можно было просто обращаться с одной машины до другой.
Нашел инфу про NIC Teaming, но насколько понял это не мой случай.
Есть ли какой-то аналог bridge-utils для Windows2012 ?
Заранее спасибо!

коммутаторы не имеет ip-адресов, они функционируют на более низком уровне

Опишите конкретную стоящую перед вами задачу, на уровне бизнес логики, а не предполагаемых технических вариантов решения.

Как раз таки ваш.

1. Объединяете на каждом сервере два интерфейса, получаете ещё один сетевой интерфейс Teaming. Устанавливаете ему нужный режим объединения (для вашего случая вроде бы switch fault tolerance)
2. Назначаете ему отдельный IP-адрес - типа 192.168.0.1. Прописываете в DNS адреса соседних серверов
3. ...
4. PROFIT!!!!

Спасибо.
На выходных попробую, отпишусь о результате.

2Busla:
Хочу создать сеть кластера для Hyper-V. В рекомендациях Майкрософт указанно, что необходимо сделать отдельную сеть для работы кластера

вы какие-то рога пилите. просто выделите отдельный широковещательный домен на ваших коммутаторах для сети "кластера", зачем тыкать интерфейсы этих серверов друг в друга, какие-то бонды или бриджи городить?
SVI?

b]t7k312[/b], отлично. А в чьих рекомендациях написано: соедините компьютеры в кольцо? - не будет оно так работать, в лучшем случае один кабель будет резервным (неиспользуемым).
Либо сделайте для каждой пары интерфейсов отдельную подсеть.

Современные коммутаторы (в том числе программные "мосты") с поддержкой протокола STP прекрасно работают.
В том числе определяют короткий путь по кольцу.

Другое дело, что для кластера конечно же лучше использовать отдельный коммутатор. При отказе основного коммутатора ЛВС кластер сохранит целостность.

Сейчас так и реализовано. Три разных подсети для каждой пары интерфейсов. Оно работает, но мне не нравится данное решение, хотелось бы сделать более логически правильнее

t7k312, это самое логически правильное :-)

Не очень.
Теперь в разделе "Сети кластера" пять сетей висят, оно зачем?)

El Scorpio, почитайте подробнее, что такое STP, и как он работает. Это механизм удаления петель, а не динамической маршрутизации.
Не вырывайте фразу из контекста, её продолжение:
как раз и описывает случай поддержки коммутатором STP