Назад | Перейти на главную страницу

Нужно ли мне настраивать LAG на обоих концах? ESXi 6 и управляемый коммутатор

Это может показаться глупым вопросом, но нужно ли мне настраивать параметры LAG на обоих концах? В настоящее время работает один хост с ESXi 6 (без vCenter) с тремя сетевыми адаптерами 1 Гбит / с в vSwitch. Для политики объединения сетевых адаптеров задано значение «Уведомлять коммутаторы», но я еще ничего не настроил на физическом коммутаторе.

Вот топология vSwitch Что касается коммутатора, это более старый 24-портовый гигабитный коммутатор Cisco, но он выполняет свою работу. Я уже установил два LAG-соединения, одно два, еще один идентичный коммутатор в другом офисе и еще одно для нашего NAS. Вот установка RAID-контроллер и диски хоста ESXi могут передавать около 250–300 МБ / с, и я проверил это, запустив ATTO из виртуальных машин. У виртуальных машин есть адаптеры VMXNET3, подключенные со скоростью 10 Гбит / с, но я не получаю намного больше 80–110 МБ / с от виртуальных машин к нашему NAS. NAS может обрабатывать более 200 МБ / с, так что я делаю не так?

NAS (RAID 5 со скоростью более 200 МБ / с) 2 сетевых адаптера 1 Гбит / с LAG> коммутатор Cisco> 3 канала 1 Гбит / с с хостом ESXi (RAID со скоростью 300 МБ / с)

Производительность практически такая же, если я использую адаптер VMXNET3 или E1000 в виртуальных машинах, что указывает на что-то неправильно настроенное в другом месте.

Любая помощь будет оценена по достоинству. Спасибо!

Я советую не использовать LAG любого вида, если вы не используете распределенный коммутатор VMware и не имеете подходящей среды лицензирования, чтобы воспользоваться им.

Статическая агрегация ссылок ESXi на одном узле не будет делать то, что вы думаете. Если вам нужна большая пропускная способность, перейдите на сеть 10GbE. Вы не сможете получить больше 1 ГБ из имеющейся у вас настройки.

Если целью является аварийное переключение, достаточно настроек по умолчанию для объединения / аварийного переключения ESXi NIC.