Что если сервисы Cisco SnartNet и NetApp Support Edge у вас есть, а в архитектуре отсутствуют Nexus свичи, при этом СХД напрямую включена в UCS Fabric Interconnect?
Это и есть «не-FlexPod DC» архитектура о которой пойдёт речь, она тоже может поддерживаться из «одних рук» по программе Cisco «Solution Support for Critical Infrastructure» (SSCI).
Общий дизайн SAN сети с прямым включением
Для использования протокола FC на FI устройствах потребуется включить FC Switching mode и функцию FC zoning, порты подключённые к СХД нужно будет перевести в режим Storage Port и создать VSAN (не путать с VMware vSAN) в разделе Storage Cloud:
Для FI теперь по одному и тому же порту можно получать одновременно и «обычный» Ethernet трафик (к примеру CIFS, iSCSI, NFS), так и FCoE. Если ваше хранилище имеет CNA или UTA2 порты (все FAS255x и FAS8000 серии имеют на борту) и поддерживает, также как и FI, возможность запускать Ethernet и FCoE по одному линку (все NetApp FAS с CNA/UTA2 поддерживают), можно скоммутировать порты таких устройств напрямую, без свича.
- Во-первых нужна версия прошивки не ниже Cisco UCS firmware 2.1
- Во-вторых нужно хранилище с 10GB CNA портами
Со стороны хранилища NetApp нужно перевести порты в состояние CNA (нужно наличие CNA портов, обычные Ethernet 1/10Gbs порты этого не поддерживают), при помощи команды ucadmin на СХД (потребуется перезапуск СХД). В системе будут отображаться независимо «виртуальные» порты Ethernet и «виртуальные» FC порты, раздельно (хотя физический порт для одного такого «виртуального» Ethernet и одного «виртуального» FC будет использован один). Настраиваются такие порты отдельно, как обычные физические порты.
На FI нужно включить FC режим в состояние «Switching mode», в настройках Fabric A/B на вкладке «Equipment». Эта настройка потребует перезапуска FI.
После перезапуска FI на вкладке «Equipment» необходимо конвергентные порты будет перевести в режим «Appliance port», после нескольких секунд порт перейдёт в режим онлайн. Потом перенастройте порт в режим «FCoE Storage Port», на правой панели вы увидите тип порта "Unified Storage". Теперь будет возможночть выбрать VSAN и VLAN для такого порта. И важный момент, созданный ранее VSAN, должен иметь включенный “FC zoning” на FI чтобы выполнять зонинг.
Обратной стороной конфигурации с прямым включением является плохая масштабируемость, а также не возможность настройки для всех типов сетевого трафика отказоустойчивости и балансировки нагрузки по сетевым линкам.
Для Ethernet трафика как совместно с прямым включением и протоколом iSCSI, прямым включением и протоколом FCoE, а также для FC протокола с прямым подключением, балансировка нагрузки по сетевым линкам и отказоустойчивость достигается при помощи мультипасинга встроенного в эти протоколы.
В дизайне FlexPod DataCenter коммутаторы серии Nexus по-прежднему являются обязательным компонентом архитектуры:
- во-первых потому, что FlexPod должен быть каким-то образом интегрирован в существующую инфраструктуру и предоставлять доступ клиентам
- во-вторых включение через коммутаторы Nexus позволит масштабировать архитектуру в будущем
- в третьих, в отличие от прямого включения c SAN (FC/FCoE/iSCSI), дизайн Ethernet сети для NAS требует наличия промежуточного связующего звена между СХД и UCS домена для выполнения балансировки нагрузки по сетевым линкам, и главным образом, функций отказоустойчивости.
- в-четвертых доступ внешних клиентов по Ethernet к FlexPod должен быть отказоустойчивым
Сообщения по ошибкам в тексте прошу направлять в ЛС.
Замечания, дополнения и вопросы по статье напротив, прошу в комментарии.
Комментарии (4)
Pinkkoff
27.10.2015 18:40Интересно, насколько хорошо в действительности обстоит дело с поддержкой решений FlexPod. Поддержка вообще у всех вендоров отвратительная, а уж в случае стыков нескольких вендоров… не будет ли кейс мотаться между вендорами огромное время?
bbk
27.10.2015 18:57Этому должен попрепятствовать уровень сервиса, который необходимо преобрести вместе с FlexPod.
Обязательным требованием по сапорту для FlexPod есть уровни сервиса не ниже Cisco SnartNet и NetApp Support Edge Premium.
Футболить между вендорами точно не смогут, для этого специально разработан механизм в рамках кооперативного сапорта.
Если к примеру кейс по нетапу застрял, то есть регламентированное время для SupportEdge когда кейс будет подниматься выше и выше доходить до уровня руководителя поддержки вплоть до вицепрезидента департамента поддержки, если он не был разрешен.
К сожалению более детально внутреннему устройство кооперативного сапорта не подскажу.
Что касается других вендоров, в том числе моно-вендоров, вы же понимаете, что к примеру сетевой отдел поддержки, отделы разнообразного софт, отделы СХД и серверов это все-равно разные отделы, разные специалисты. А все эти отделы как правило это купленные разнородные компании ныне живущие под одним брендом, так что большой разницы не вижу.
uzverkms
А для чего на картинке изображено одновременное подключение по FCoE и FC?
И для чего СХД соединены между собой по Ethernet?
bbk
Одновременно изображено по двум причинам: 1) так действительно можно сделать и это будет работать 2) чтобы показать что можно FC и/или FCoE. Ethernet изображен по двум причинам: 1) чтобы показать что это две ноды одной НА системы (если нод больше, обязательно понадобится свич). 2) внешний кластерный линк обязательный аксесуар операционной системы Clustered DataONTAP.