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

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

Як використання розподіленого комутатора допомагає мені в основних термінах? Розглядаючи інші установки та установки, описані в Інтернеті, я бачу безліч ситуацій, коли віртуальна мережа управління або інтерфейси VMkernel залишаються на стандартних комутаторах, а трафік VM переходить на розподілені комутатори; гібридна модель. Я навіть бачив рекомендації уникати розподілених комутаторів цілком ! Але більше за все інформація, яку я знаходжу в Інтернеті, здається застарілою. У слабкій спробі перетворити один із моїх існуючих серверів, я не був впевнений, де потрібно визначити інтерфейс управління, і не міг знайти хорошої відповіді, як це вирішити.

Отже, яка найкраща практика тут? Використовувати комбінацію стандартних та розподілених комутаторів? Або це просто не технологія з гарним розумом? Як це пофарбовано нещодавним включенням можливостей LACP у VDS?

Ось новий сценарій встановлення реального життя:

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

Який найчистіший найбільш стійкий спосіб побудувати цю установку? Мене попросили використовувати розподілені комутатори та, можливо, включити LACP.

• Підкинути всі 6 посилань в один розподілений комутатор і запустити LACP через різні члени стека фізичних комутаторів?
• Пов’яжіть 2 посилання до стандартного vSwitch для управління та запустіть розподілений комутатор, пов'язаний з LACP, 4-висхідної лінії зв'язку для трафіку VM, vMotion, зберігання NFS тощо?
• ???
• Прибуток.

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

Я думаю, що є три причини, чому ви повинні використовувати dVS на відміну від стандартних у програмах 5.1:

• Вищевказані відхилення конфігурації мережі та перевірки стану здоров'я
• Простота управління. Для vMotion тощо вам, як правило, потрібні всі ваші мережі однакові на всіх хостах. Це біль і є багато місця для помилок при використанні стандартних вимикачів. Цей процес набагато простіший при використанні dVS. Через ці функції у вас також повинні бути порти vmk на dVS
• На мою думку, на стандартних комутаторах не буде набагато більше розвитку, я думаю, що все більше рухатиметься до dVS. Тобто Я не думаю, що такі функції, як LACP, будуть переміщені до стандартних комутаторів.
• Ви можете використовувати мережу IO для управління використанням висхідної лінії зв'язку, якщо цього вимагаєте (якщо ви переживаєте за насичення всмоктуванням тощо)

Дві головні переваги для розподілених комутаторів є

1. Більше можливостей.
   • LACP, як ви згадали
   • Видимість мережевої активності на кожному віртуальному порту (щоб ви могли бачити лічильники одноадресної / багатоадресної / широкомовної передачі для певного VM в інтерфейсі vCenter)
   • CDP-реклами від vDS до фізичних мережевих пристроїв
   • Дзеркальне відображення / SPAN для моніторингу чи усунення несправностей
   • Netflow
   • Приватні влани
   • І вони потрібні для деяких функцій, таких як мережеве управління введення-виведення та комутатори Cisco 1000V
2. Легше управління та конфігурація.
   • Додаючи новий хост з інтерфейсом, що обслуговує групи портів у vDS, вам просто потрібно призначити інтерфейси комутатору, і добре працювати з усіма налаштованими групами портів. (Профілі хостів можуть досягти майже тієї самої мети, але внесення змін у профіль хосту набагато більший.)

Я їх досить успішно використовую з 4.1. Це велике вдосконалення порівняно зі стандартним vSwitch, і дивним є можливість додати нову групу портів VM до всіх хостів кластеру або налаштувати нову мережу хостів за два кліки, але я завжди уникав їх використовувати на хостах ' інтерфейси управління; здавалося поганою ідеєю.