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, для трафика VM, vMotion, хранилища NFS и т. Д.
  • ???
  • Прибыль.
Источник

2 ответа

Решение

Я знаю, что многие новые функции больше не поддерживаются стандартными коммутаторами, такие как откат сети в случае неправильной конфигурации и проверка работоспособности сети. Теперь вы можете сохранять и восстанавливать ваш 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, и это здорово, что можно добавить новую группу портов виртуальных машин для всех хостов в кластере или настроить сеть нового хоста в два клика, но я всегда избегал использовать их на хостах ". интерфейсы управления; казалось плохой идеей.

Источник
Другие вопросы по тегам