Агрегация каналов между vSwitch и физическим коммутатором?
Простой пример использования: один хост ESXi, установленный на физическом сервере с двумя сетевыми картами 1G, оба подключены к одному физическому коммутатору L3 ToR. Хост ESXi имеет один vSwitch с обеими сетевыми картами в качестве активных восходящих каналов для переключения при сбое и пропускной способности.
До сих пор я всегда использовал транкированный etherchannel на физическом коммутаторе, даже в том случае, если ни у одной виртуальной машины не будет NIC(ов) быстрее, чем 1G. Это правильно?
В случае, если etherchannel является ненужным избыточным в таком сценарии (для которого я не мог найти наилучшую практику), будут ли два порта установлены как простые (разделенные) транки? Разве это не вызывает петли? Не приведет ли это к широковещательному кадру, посланному физическим коммутатором, дублированному через оба порта?
1 ответ
vSwitch не отправляет входящий трафик с одного восходящего канала на другой, поэтому вы не получите петли. На самом деле это очень (наиболее?) Распространенная конфигурация для vSwitch.
Etherchannel допускает более 1 Гбит / с на виртуальную машину, поскольку он хэширует IP-адрес источника-цели для разных восходящих каналов, поэтому вы можете получить 1 Гбит / с на IP-пару источника-цели.
ИМХО - если вы не сильно ограничены в пропускной способности, придерживайтесь автономных портов.