Интересное видео о возможностях VDX

Демонстрация настройки VCS и работы Ethernet фабрики с гипервизором.

Рассказ и показ настроек консоли VDX из коробки. Рекомендую посмотреть.

Озвучка на английском языке.

VSPEX новая архитектура EMC для облачных вычислений

Компания EMC анонсировала новую открытую и гибкую архитектуру для построения частных облаков - VSPEX, которая не ограничивает заказчиков жесткими рамками в выборе устройств, конфигураций, вендоров и позволяет создавать проверенные масштабируемые решения на базе широкого набора устойств.
Наступление vBlock от компании VCE (альянс EMC, VMware и Cisco), начавшееся в 2011 году, показало, что не всем подходит жесткое, фиксированное решение для ЦОД. Многие компании имеющие достаточные технические ресуры в противовес vBlock выбирают открытую архитектуру оставляющую место для творчества и интеграции существующих компонетов в новую среду.
VSPEX это промежуточное решение, на такое зажатое в строгих рамках как vBlock но и не полная анархия самостоятельного выбора и интеграторов.

Все компоненты VSPEX проверяются и тестируются вендорами что дает уверенность в стабильности и надежности работы решений построенных на новой архитектуре. Достоинства новой архитектуры очевидны:

• не нужно покупать все компоненты разом
• можно выбирать из множества решений и интегрировать в систему уже имеющиеся устройства для сохранения инвестиций
• можно и нужно строить решение на тех компонентах которые привычны и знакомы, будь то Cisco, HP или Brocade
• при этом все вендоры участвующие в программе обязуются предоставлять поддержку совместных решений

Brocade уже объявил о поддержке VSPEX и выдал свои рекомендации по использованию различных линеек коммутаторов в виртуализированных дата-центрах в зависимости от масштаба проекта и количества виртуальных машин. Так для решений в которых будет работать до 100 виртулаьных машин Brocade рекомендует использовать коммутаторы ICX 6450 и 6610. В дата-центрах где будет развертываться до 250 VM  или до 2000 VDI (виртулаьных десктопов) рекомендуется применять конвергентные коммутаторы VDX 6720 и 6710.

Элементарная сеть от Brocade. Технология HyperEdge.

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

Производятелям нуобходимо решить непростую задачу - не смотря на весь функционал и сложность технологий, обеспечить легкость и простоту управления сетью. С технологией Brocade HyperEdge инсталляция, настройка и управление сетью становятся элементарным делом, доступным даже не профессионалам. Сложная сеть предприятия распределенная между этажами и разными зданиями, включающая коммутаторы, маршуртизаторы, беспроводные точки доступа, контроллеры требует неусыпного контроля и оставляет службе эксплуатации обширное пространство для ошибок в случае если требуется изменить конфигурацию устройств, сменить политики доступа, добавить новый коммутатор или другое устройство.

Технология Brocade HyperEdge работающая на коммутаторах серий ICX и FCX, позволяет значительно пупросить процесс управления сетью и исключить возникновение ошибок. Коммутаторы объединенные в пределах предприятия в стек HyperEdge управляются через единый IP-адрес, а все изменения вносимые администратором автоматически распределяются между остальными устройствами стека. При добавлении  новых коммутаторов в стек HyperEdge происходит проверка, распзнавание возможностей свича и затем загрузка в него необходимой информации из стека. так же централизованно происходит апгрейд прошивок на коммутаторах. Ну и на конец HyperEdge полностью совместим с SFlow и администратор может моментально получить информацию о трафике в сети через единый интерфейс управления.
Существующие на рынке стековые решения как правило имеют ограничения на подключаемые устройства. Во-первых, для стекирования нужны выделенные порты. Во-вторых, все свичи в стеке должны иметь одинаковую конфигурацию и функционал а при необходимости расширения функционала требутеся проводить его одновременно для всех коммутаторов.
Стек HyperEdge может включать микс из коммутаторов L2 и L3 и при этом все коммутаторы получают возможности использования маршрутизации без необходимости устанавливать на них Premium лицензию. Это добавляет гибкость и снижает стоимость вложений в построение сети.
Заказчики которые хотят получить сеть управление которой является простым и элементарным делом,  не требующим квалифицированного персонала, высоких трудозатрат и сложных манипуляций выбрирают технологию Brocade HyperEdge.

Data Center Fabric Checklist: 8 индикаторов для выбора Ethernet фабрики

Термин "фабрика" одно из самых популярных в последнее время маркетинговых слов в области сетевой индустрии. Новая концепция построения сети стратегически важна для организаций которым требуется максимальная отдача от виртуализации в их дата-центрах. Множество вендоров, таких как Brocade, Cisco, Juniper, Extreme, Alcatel-Lucent, Avaya, Extreme и Enterasys, предлагают видение ЦОД-фабрики базирующейся на сети передачи данных, однако некоторые, например Xsigo говорят о фабрике базирующейся на серверах. Так или иначе, очевидно что архитектура дата-центров меняется. Вопрос, в каких случаях компания должна рассматривать внедрение фабрики в своем ЦОД-е? Вот восемь факторов которые стоит принимать во внимание:

1. Проблемы производительности в существующей сети. Если сетевые или серверные линки перегружены и являются узким местом сети, нужно думать об апгрейде и переход к фабрике позволит получить запас прочности на годы вперед.
2. Мобильность виртуальных машин (VM). Виртуализация - один из драйверов подтолкнувших к созданию фабрики. Если виртуальные машины должны мигрировать в еределах стойки, можно оставить старую архитектуру. Если требуется миграция между стойками - фабрика оптимальный механизм для обеспечения прозрачной миграции за счет плоской структуры с множеством горизонтальных связей.
3. Ограничения инфраструктуры. Есть или возможне недостаток мощностей, охлаждения, рэкового пространства. - Фабрика позволит увеличить плотность подключения серверов и виртуальных машин, уменьшить общее число серверов за счет повышения эффективности их использования. Конвергенция снизит энергопотребление и общее число устройств необходимых для построения сети
4. Конвергенция. Объединение SAN и LAN сетей в единую инфраструктуру требует внедрения фабрики, так как традиционная архитектура не приспособлена для передачи FCoE трафика.
5. Модернизация сети стоит в ближайших планах. Есть необходимость в переходе на 10, 40 а может и 100 гигабитные линки и нужно потратить деньги с умом. - Переход на фабрику позволит получить максимальную отдачу от вложений и снизит стоимость внедрения и общую стоимость владения инфраструктурой.
6. Консолидация или строительство нового дата-центра. Любой новый ЦОД должен использовать все преимущества новой архитектуры на базе фабрики. Внедрение старых сетевых технологий ограничивает срок жизни и эффективность центра обработки данных в современных условиях. В новый ЦОД ставятся новые сервера, новые системы хранения и сеть тоже должна быть новой.
7. Более 50% ваших приложений уже виртуализованы. Надежность сети становится крайне важным фактором для обеспечения доступности сервисов и ресурсов. Фабрика позволит обеспечить большую надежность и производительность по сравнению с традиционной архитектурой.
8. Есть проблемы с содержанием и сопровождением существующей сети. Устаревшая архитектура сложна и дорога в обслуживании. - Фабрика проще в использовании и это краеугольный камень современного дизайна. Если содержание  сети становится все более обременительным, возможно пришло время переключаться на фабрику.

Фабрика это решение всех перечисленных выше проблем. Если вы столкнулись с одной из них, подумайте о смене сетевой архитектуры в сторону Ethernet-фабрики. Погрузитесь в детали и почувствуйте разницу!


По материалам статьи Zeus Kerravala

Ethernet для облачных сетей будущего

Сети которые построены на сегодняшний день являются всего-лишь предвесниками к гипер-расширяемым облачным сетям завтрашнего дня. Сеть будущего должна уметь расширяться практически без ограничений до десятков-сотен тысяч коммутаторов и миллионов портов. Стандарты для такой сети пока не разработаны, но первые шаги в эту сторону уже сделаны.

Сегодня мы видим что 10-гигабитные линки соединяют можные источники трафика через высокопроизводительную Ethernet-фабрику. Линки между свичами, транки двигаются в сторону 40-гигабит. В ядре сети уже начинают использовать каналы 100 гигабит. Juniper, Force10, Extreme, Brocade, Cisco, Huawei - все уже анонсировали или начали выпуск 100-гигабитных устройств. Однако и 40 и 100 гигабит в соответствии со стандартом  IEEE 802.3ba используют несколько потоков 10 или 25 Gbps. Рост скоростей в Ethernet не увеличивается по закону Мура, в первую очередь по тому что скорость передачи в оптическом кабеле это не цифровая, а аналоговая проблема. Простого способа передавать 1000 гигабит по оптическому кабелю пока не существует, хотя необходимость в таких скоростях уже осознается крупными операторами.

Если отойти от кабельных проблем, то другая сложность в построении масштабироуемого Ethernet - тяжелое наследие прошлого. Если вспомнить про CSMA/CD  то становится понятно что изначально Ethernet строился как не особенно надежная и малопредсказуемая с точки зрения задержек сеть, в которой полоса пропускания выделяется конечным устройствам на основе псевдослучайного алгоритма.К счастью попытки обеспечить передачу FC поверх Ethernet привели к разработке новго стандарта Data Center Ethernet (DCE) или Data Center Bridging (DCB) который исключает потерю пакетов и позволяет вычислять задержки пакетов на пути следования трафика.

Попытки стандартизаци упирались в протокол STP (Spanning Tree Protocol) для предотвращения возникновения петель в сетях имеющих резервные линки между коммутаторами. Поэтому на смену STP был предложен новый протокол TRILL (Transparent Interconnect of Lots of Links) который помимо решения проблемы с задержками позволяет передавать трафик по нескольким параллельным линкам одновременно, что позволяет увеличить пропускную способность сети.

Brocade называет преимущества TRILL:

• Использование кратчайшего пути на основе протокола L2-маршрутизации вместо STP 
• Работает на 2 уровне, поэтому совместим с такими протоколами как FCoE 
• Поддерживает мультихоп 
• Работает с любой топологии сети и использует все доступные резервные линки, которые в стандартном Ethernet должны быть заблокированы
• Может использоваться одновременно с STP

 Главные достоинства TRILL - увеличение пропускной способности сети по сравнению с аналогичной топологией при использовании STP и использование оптимальных, кратчайших путей для передачи трафика. Кроме того TRILL стабильнее чем STP и имеет более короткое время сходимости.

Другая проблема сетей - задержки. Чем дольше устройство ждет пока данные путешествуют через сеть, тем медленнее работают приложения.
Сегодня коммутатор для дата-центров Brocade VDX обеспечивает задержку 600нс внтури группы портов (один и тот же ASIC) - это невероятно быстро. Локальная коммутация через несколько ASIC-ов занимает у VDX 1,8мкс.
Конкуренты, такие как Arista так же работают над снижением задержек. CEO компании Arista гордится тем что их коммутаторы с задержками 3.5мкс быстрее чем 5-мкс Nexus 5000, 15мкс Nexus7000 или 20+мкс Catalist 6500 (Cisco).

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

Итак пока сеть завтрашнего дня еще не построена, но предпосылки для этого уже есть. Масштабирвемые сети дата-центров могут стать основой для новой производительной и экстремально быстрой глобальной сети.

Ethernet-фабрика приходит в дата-центры

Мир меняется, я чувствую это в воде, я чувствую это в земле, я чувствую это в центрах обработки данных :)

ЦОД-ы требуют снижения стоимости владения, повышения доступности, неограниченной масштабируемости и простоты конфигурации. Решением этой задачи является переход от традиционной архитектуры к Ethernet-фабрике.
В отличие от традиционной архитектуры, в которой трафик гуляет снизу вверх от уровня доступа до ядра и обратно, плоская фабрика объединяет каждый источник трафика друг с другом на прямую через весь дата-центр. Такой подход является критичным для приложений которые используют общие ресурсы и работают с чувствительными к задержкам видео и играми. Раньше иерархическая архитектура с многократной переподпиской в ядре была вынужденным решением, так как невозможно было обеспечить адекватную производительность сверху донизу из конца в конец, поэтому приходилось последовательно агрегировать трафик и группировать сервера которым нужно обмениваться данными на локальных свичах. Сегодня с развитием виртуализации и переходом на облачные сервисы такой подход просто не приемлем. Витруальная машина должна получать канал с заданными характеристиками в любой точке центра обработки данных.

Плоская архитектура Ethernet-фабрики позволяет виртуализировать ЦОД и равномерно распределять нагрузку не заботясь о физической конфигурации сети, а так же свободно перемещать виртуальные машины без необходимости каждый раз перенастраивать коммутаторы. В дополнение к этому фабрика имеет практически не ограниченные возможности для расширения. Часто в момент запуска ЦОД не известно какие объемы трафика потребуется пропускать, какая мощность в итоге потребуется и сколько различных сервисов нужно будет предоставлять пользователям. Фиксированная традиционная архитектура требует коренной переработки сети, в случае если требуется расширение. Фабрика легко принимает в себя новые однотипные устройства, автоматически включая их в общую работу через все доступные физические линки.

Так же просто происходит и первоначальная инсталляция Ethernet-фабрики. К новой архитектуре построенной на коммутаторах Brocade применим компьютерный термин plug-and-play. Устройства сами определяют своих соседей, сами подключают и агрегируют линки и в дальнейшем отслеживают их состояние. Естественно это упрощает работу администраторов которые могут управлять всей фабрикой как одним многопортовым коммутатором.
Анонсированные в прошлом году устройства для построения Ethernet-фабрики сегодня уже доступны по всему миру для заказчиков Brocade. Коммутаторы Brocade VDX различных серий позволяют формировать требуемый объем и конфигурацию портов дата-центра в соответствии с требованиями заказчиков, обеспечивая фундамент центров обработки данных следующего дня.

NetApp + Brocade для приватного облака Microsoft

NetApp разместил интересный документ NetApp for Microsoft Private Cloud with Brocade
посвященный архитектуре и идеологии построения частного облака с использованием Microsoft® Hyper-V™ and System Center platform.
Основная идея состоит в том чтобы с помощью системы хранения NetApp, серверов IBM, коммутаторов Brocade VDX и ПО Microsoft  построить виртуальное частное облако для предприятий. Архитектура системы изображена на следующем рисунке:


Подробности организации хранения и логику работы смотрите в оригинальном документе. Я хочу изложить только часть про конвергенцию.
Для чего собственно городить огород? Все просто. Мы исключаем дублирование сетевой инфраструктуры, данные SAN и LAN передаются по одним и тем же каналам, в серверах по одному конвергентному адаптеру подключенному к Ethernet фабрике с поддержкой FCoE.
Специально вставляю картинку из документа NetApp в которой допущены ошибки, надеюсь они их поправят, а я для наглядности делаю это цветным маркером.

В серверах останется только Ethernet (черные линки) чило коммутаторов уменьшится в два раза, кроме того, если система хранения будет с портами FC потребуются свичи Brocade другой модели, VDX 6730, имеющие на борту FC. В предлагаемом же варианте FC отсутствует как класс, VDX6720 подключается к стораджу по протоколу FCoE.

В итоге мы видим как упрощается физическая инфраструктура см. рис.1 за счет использования конвергенции.