Физический NIC хоста VM - один коммутатор или несколько?

В настоящее время мы пытаемся изменить нашу сеть для повышения производительности. Уже приступив к решению вопроса о том, что наша сетевая диаграмма выглядела как прямая линия, я сейчас смотрю на 4 графика для виртуального хоста.

В настоящее время 3 из них подключаются к одному коммутатору, а один к другому - но я чувствую, что это был не столько выбор дизайна, сколько выбор свободных портов при его установке.

Учитывая чрезвычайно упрощенную версию того, как выглядит наша сеть без виртуального хоста:

Простая карта (без vHost

Я не уверен, должен ли я подключить все 4 сетевые платы к центральному коммутатору следующим образом:

Простая карта (центральная vHost

или распространять их так, чтобы у любого клиента был короткий маршрут к хосту (но только к одному из его сетевых адаптеров), например так:

Простая карта (распределенная vHost

для справки, мы используем vSphere eSXI vSphere 5.1, а запущенные виртуальные машины предоставляют полностью сетевые сервисы - ни одна из них не имеет выхода в Интернет.

Структура среды nics <-> vSwitch:

vSwitch layout

1 ответ

Решение

Есть причины, по которым вы хотите распределить свои восходящие каналы с vSwitch между несколькими физическими коммутаторами - но в основном для целей резервирования, а не для уменьшения длины пути, который потребуется трафику для связи между клиентом и виртуальная машина.

Как именно это происходит, зависит от конфигурации вашего vSwitch - на вкладке объединения сетевых карт в качестве параметров, определяющих порядок использования сетевых адаптеров, выступает раскрывающийся список "Балансировка нагрузки", а также состояние активного / резервного адаптеров.

Конфигурации идентификатора порта и MAC-хеша будут эффективно назначать трафик каждой виртуальной машины конкретному физическому сетевому адаптеру, поэтому исходящий трафик с этой виртуальной машины (и входящий в виртуальную машину из-за таблицы MAC-адресов коммутаторов) будет привязан к одному физическому сетевому адаптеру. до тех пор, пока что-то не изменится (например, топология сетевого адаптера меняется, например, из-за отказа).

Другой вариант балансировки нагрузки - это хеш IP, но вы не хотите этого при соединении с несколькими коммутаторами; Вы получите все виды взлома MAC-адресов.

В общем, переключение уровня 2 не способно взять кратчайший физический путь к чему-либо; есть только один рабочий путь, по крайней мере, пока TRILL не начнет взлетать.

Вы можете вручную управлять тем, на какой коммутатор обычно указывает виртуальная машина; это было бы полезно?

Другие вопросы по тегам