На каждом из моих хостов ESX установлено по 8 сетевых карт.
Я настроил 2 сетевые карты для нашей iSCSI SAN — каждая подключена к отдельному коммутатору SAN. 2 сетевые карты настроены для vMotion и Service Console — каждая из них подключена к отдельному основному коммутатору (порты объединены с VLAN, выделенными для vMotion и Management).
Теперь у меня осталось четыре порта. В настоящее время мы настроили их так, чтобы каждый из них входил в нашу VLAN по умолчанию. Две сетевые карты подключены к одному основному коммутатору, а две — к другому. Мы решили объединить соединения с каждым коммутатором — так они объединяются на конце vswitch и каналируются на конце физического коммутатора.
Я сейчасчтениечто портовое распределение этих соединений не особенно полезно, возможно, даже слишком усложняет ситуацию.
Есть ли особая проблема с использованием порт-каналов для VMware? Какой метод обеспечивает наилучший баланс между избыточностью и производительностью?
решение1
Дункан Эппинг хорошо разбирается в сетях VMware, и сценарий, который он описывает, особенно неприятен, но он немного необычен (четыре сетевых карты, объединенные в две отдельные группы Etherchannel). Однако его анализ верен — VMware не поддерживает агрегацию каналов так, как того требует настройка.
Агрегация портов не улучшает пропускную способность одного сеанса, она упрощает получение лучшего общего использования доступных каналов. Ваши четыре канала никогда не будут использоваться для предоставления одного сеанса с сервера с потенциальной пропускной способностью 4 Гбит/с, например, отдельные сеансы по-прежнему проходят через один сетевой адаптер на хосте VMware (или любой другой системе в этом отношении) и проходят через ваши коммутаторы по одному соединению точка-точка. Однако, если вы выберете алгоритм балансировки нагрузки, то отдельные сеансы будут распределены по доступным каналам, что обеспечит вам лучшую общую производительность. С VMware вы можете выбирать различные политики объединения (только отказоустойчивость, маршрутизация по хэшу исходного порта и маршрутизация по хэшу исходного\целевого IP), и если он не был недавно изменен, он поддерживает только статическое транкинг, а не активный LACP. Балансировка нагрузки будет работать только на правильно настроенных коммутаторах, поэтому, если вы хотите использовать его, вам придется выполнить некоторую настройку транкинга портов\Etherchannel на ваших коммутаторах.Эта статья базы знаний VMwareпоясняет некоторые основные положения и приводит пример конфигурации Cisco и HP.
Недостаток в том, что если вы хотите распределить свои сетевые карты по отдельным коммутаторам и использовать хеширование IP для балансировки нагрузки, то они должны быть каким-то образом сложены, в противном случае вы столкнетесь с проблемой, похожей на ту, которую описал Дункан. Это несет в себе некоторые очевидные риски с точки зрения возможности возникновения проблем со стеком, влияющих на все сетевые карты одновременно. Тот факт, что VMware до сих пор не поддерживает LACP в полной мере для vSwitches, делает это намного сложнее, чем должно быть.
решение2
В посте, на который вы ссылаетесь, подчеркивается пример плохой конфигурации. Первый комментарий там — это то, что мы сделали в нашей среде — 4 NIC в etherchannel на двух стековых коммутаторах Cisco. В этой конфигурации нет ничего неправильного, и она отлично работает уже больше года — просто имейте в виду, что вы не получаете соединение 4 Гбит/с, а 4 соединения 1 Гбит/с.
Редактировать: Я также хочу отметить, что если вы хотите portchannel через два коммутатора для избыточности, они должны быть объединены в стек каким-то образом - независимые коммутаторы не будут работать. Если у вас два независимых коммутатора, то portchannel - не выход.