VMware Distributed vSwitches (VDS) - Дизайн, теория, * реальные * варианты использования и примеры?

Я начинаю исследовать распределенные коммутаторы VMware (dvSwitches или VDS) для использования в существующих и новых установках. Предположим, VMware версии 5.1 и новее с лицензией Enterprise Plus . До этого я хорошо использовал стандартные vSwitches, определенные с правильными типами физических восходящих каналов (1GbE или 10GbE) и управляемые независимо на отдельных хостах.

Как использование распределенного коммутатора помогает мне в базовых терминах? Изучая другие установки и настройки, описанные в Интернете, я вижу много ситуаций, когда виртуальная сеть управления или интерфейсы VMkernel остаются на стандартных коммутаторах, а трафик виртуальной машины направляется на распределенные коммутаторы; гибридная модель. Я даже видел рекомендации, чтобы полностью избежать распределенных коммутаторов ! Но больше всего информация, которую я нахожу в Интернете, кажется устаревшей. В слабой попытке конвертировать один из моих существующих серверов я не был уверен, где должен быть определен интерфейс управления, и не мог найти хороший ответ, как решить эту проблему.

Итак, какова лучшая практика здесь? Использовать комбинацию стандартных и распределенных коммутаторов? Или это просто не технология с хорошим разумом? Как это окрашивается недавним включением возможностей LACP в VDS?

Вот новый сценарий установки в реальной жизни:

• Серверы HP ProLiant DL360 G7 с 6 интерфейсами 1GbE, выступающие в качестве хостов ESXi (возможно, 4 или 6 хостов).
• 4-элементное стековое решение для коммутатора (Cisco 3750, HP ProCurve или Extreme).
• Хранилище виртуальной машины NFS с поддержкой EMC VNX 5500 .

Какой самый чистый и надежный способ создать эту установку? Меня попросили использовать распределенные коммутаторы и, возможно, включить LACP.

• Бросить все 6 каналов связи в один распределенный коммутатор и запустить LACP для разных физических элементов стека коммутаторов?
• Свяжите 2 восходящих канала со стандартным vSwitch для управления и запустите распределенный коммутатор с 4 восходящими связями, подключенный к LACP, для трафика ВМ, vMotion, хранилища NFS и т. Д.?
• ???
• Прибыль.

Я знаю, что многие новые функции больше не поддерживаются стандартными коммутаторами, такие как откат сети в случае неправильной конфигурации и проверка работоспособности сети. Теперь вы можете сохранять и восстанавливать ваш dVS отдельно, что, я думаю, было большой проблемой для людей (вот почему некоторые рекомендовали бы полностью избегать dVS.

Я предполагаю, что есть три причины, по которым вы должны использовать dVS, а не стандарт в настройках 5.1:

• Вышеупомянутый откат конфигурации сети и проверки работоспособности
• Простота управления. Для vMotion и т. Д. Вам обычно нужно, чтобы все ваши сети были идентичными на всех хостах. Это боль, и есть много места для ошибок при использовании стандартных переключателей. Этот процесс намного проще при использовании dVS. Из-за этих функций у вас также должны быть порты vmk на dVS
• По моему мнению, на стандартных коммутаторах не будет больше разработки, я думаю, что все будет все больше и больше двигаться в сторону dVS. То есть. Я не думаю, что такие функции, как LACP, будут перенесены на стандартные коммутаторы.
• Вы можете использовать сетевой ввод-вывод для управления использованием восходящей линии связи, если вам это требуется (если вы беспокоитесь о насыщении Vmotion и т. Д.)

Два основных преимущества распределенных коммутаторов:

1. Больше возможностей.
   • LACP, как вы упомянули
   • Просмотр активности сети на каждом виртуальном порту (чтобы вы могли видеть счетчики одноадресной / многоадресной / широковещательной рассылки для конкретной виртуальной машины в интерфейсе vCenter)
   • Объявления CDP от vDS к физическим сетевым устройствам
   • Зеркалирование / SPAN для мониторинга или устранения неисправностей
   • Поток данных, передающихся по сети
   • Частные Вланы
   • И они необходимы для некоторых функций, таких как управление сетевым вводом-выводом и коммутаторы Cisco 1000V
2. Более простое управление и настройка.
   • При добавлении нового хоста с интерфейсом, обслуживающим группы портов в vDS, вам просто нужно назначить интерфейсы коммутатору, и это хорошо для всех настроенных групп портов. (Профили хоста могут достигать почти той же цели, но внесение изменений в профиль хоста является гораздо более сложной задачей.)

Я использовал их довольно успешно, начиная с 4.1. Это значительное улучшение по сравнению со стандартным vSwitch, и это здорово, что можно добавить новую группу портов виртуальных машин для всех хостов в кластере или настроить сеть нового хоста в два клика, но я всегда избегал использовать их на хостах ». интерфейсы управления; казалось плохой идеей.