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

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

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

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

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

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

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

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

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

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

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

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

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