Настройка Cisco Nexus 1000v

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

Если интересно – читаем дальше…

Наиболее полное сравнение функционала различных типов виртуальных свитчей углядел тут (спасибо Мише Михееву).

Что такое Cisco Nexus 1000v? Это удобный взгляд на виртуальные сети как с точки зрения сетевого администратора, так и с точки зрения администратора виртуальных систем. Cisco даже считает, что Nexus 1000v помогает разворачивать  и поддерживать больше приложений за меньшее время (по сравнению с альтернативами). Как я думаю, основной причиной для покупки все же является более широкий функционал. На Nexus’е нет STP, Port Channel есть только для физических портов хостов.

Если не ошибаюсь, аналогов VMware Distributed Switch у других вендоров виртуализации пока нет (разве что Citrix про что-то такое говорил). Аналогов Nexus 1000v нет вообще (с точки зрения виртуальных свитчей).

Лицензируется Nexus 1000v на сокет (процессор), причем может использоваться только вместе с vSphere Enterprise Plus (есть даже специальная лицензия на процессор, совмещающая эти две лицензии).

Конструктивно Nexus 1000v представляет собой модульный свитч. Первый и второй слот зарезервированы под VSM – супервизоры, или модули управления свитчем. VSM доступны в качестве Virtual Appliance и скачиваются с сайта Cisco.com. В VSM три сетевых интерфейса: Control, Management и Packet. По первому и третьему идет обмен с VEM. Control используется для мониторинга статуса VEM, а также управления ими. Management – для удаленного управления супервизором. Packet – интерфейс по которому работают протоколы CDP, IGMP и LACP. Cisco рекомендует разделять по VLAN’ам Control и Packet – интерфейсы. Использование общего VLAN’а для всех интерфейсов Nexus’а, в принципе, допустимо. В этом же VLAN’е и общем адресном пространстве должны находиться интерфейсы Service Console (ESX) или VMKernel (ESXi) (доступ к vCenter можно осуществлять через роутер). Также Cisco рекомендует размещать два VSM в режиме HA, размещая их на разных хостах. При недоступности VSM, VEM будут как прежде передавать трафик. VSM можно запускать даже на хостах с версией ESX 3,5 U2.

С третьего по шестьдесят шестой слоты отведены под VEM, сетевые модули c хостов ESX4/ESXi4. В ESX VEM уже встроен, на ESXi его необходимо доставить (хотя при настроенном Update Manager он установился автоматически при добавлении хоста в распределенный свитч Nexus).

Если раньше любой логин на Cisco.com мог скачать для оценки виртуальный апплайнс Nexus, то сейчас все стало сложнее.

Перед развертыванием свитча крайне рекомендую ознакомиться с гайдами (как минимум, Getting Started).

Итак, у нас есть VSM. В него включена оценочная лицензия на 16 процессоров сроком на 60 дней.

Перед его развертыванием определяемся со следующими условиями:

1. У нас должен быть установлен vCenter, в который добавлены хосты;
2. Должен быть развернут Update Manager, ему предоставлен доступ к интернет;
3. Предприняты необходимые орг.шаги и подготовлен служебный VLAN (или несколько, по которым будут общаются VSM и VEM) и IP-адреса;
4. Хосты не находятся в кластере и не добавлены в распределенный свитч. На хостах свободен один физический  адаптер.

Если все пункты выполнены, можно приступать к развертыванию Nexus’а.

Настраиваем VSM

• Подключаемся vClient’ом к vCenter;
• Настраиваем виртуальную сеть (порт-группу), в которой будут находиться сетевые адаптеры VSM. Допустим, это VLAN180
• Разворачиваем из OVA/OVF-файла апплайнс сVSM. Соглашаемся с установкой через gui, указываем параметры первого VSM-модуля.

• Заходим на него через http и запускаем инсталлятор (Launch Application);
• В инсталляторе указываем параметры VSM (адрес, маска, шлюз, domain id, vlan’ы. vSwitch native Vlan – такой же, как VLAN у Nexus’а (180).
• Хост (на котором VSM) в NEXUS не добавляем и сети не мигрируем.
• Подключаемся к Nexus по ssh/telnet и создаем профили портов. На этом этапе нам понадобятся два профиля: для физических адаптеров (аплинков) и для виртуальных интерфейсов VSM/интерфейсов SC&VMK. Также можно создать профили для остальных ВМ.