к вопросу о esx / esxi 4 network design

Когда идет разговор о планировании сети для ESX(i), обычно выделяются следующие типы трафика:

• управляющий (трафик Service Console для ESX)
• трафик VMotion
• трафик Fault Tolerance
• трафик NAS
• трафик iSCSI
• трафик ВМ (возможно, делящийся на подгруппы)

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

Принято считать, что управляющий трафик минимален, и много ему не надо. Однако, давайте подумаем, а что же у нас ходит через управляющие интерфейсы ESX(i)?

1. Cам по себе управляющий трафик, от клиента vSphere или сервера vCenter.
2. Трафик консоли к виртуальным машинам.
3. Процессы импорта виртуальных машин/Virtual Appliance (пункт меню Deploy OVF Template).
4. Процессы импорта того или иного рода, которые выполняются через VMware Converter.
5. Бекап. Многие решения резервного копирования (а вернее, все, не использующие VCB/vStorage API в режиме SAN offload) засылают трафик резервного копирования через управляющие интерфейсы.
6. Миграция. Миграция выключенной ВМ, и Storage VMotion (насчет SVMotion не на 100% уверен но по моему так) происходят через управляющие интерфейсы.

Мораль -  100 Мбит интерфейса для управляющего интерфейса может и не хватить.
Повесив на одни и те же vmnic# управляющий интерфейс и что-то другое, для этого другого можем получить тормоза в сети на время бекапа или других операций из списка.