Спросите сегодня любого ИТ-директора о главных проблемах в ЦОДах, и вы, вероятно, получите некоторые вариации из следующих ответов:
— «Мы хотели бы иметь возможность масштабирования наших центров обработки данных, не усложняя существующую инфраструктуру.»
— «Пока мы отчаянно нуждаемся в уменьшении капитальных затрат, операционные затраты — это еще большее беспокойство. Поэтому все, что упрощает операции крупного центра обработки данных и снижает затраты приветствуется.»
— «В то время как мы стоим на пути построения мультитенантных сервис-ориентированных центров, мы ожидаем сочетание специализированной и частной облачной инфраструктуры в обозримом будущем. Таким образом нам нужно решение, которое позволяет нам как строить среды с использованием тех же строительных блоков, так и даст нам гибкость, чтобы перейти от одного типа архитектуры к другому.»
— «Любая предлагаемая архитектура должна поддерживать существующие приложения, которые требуют повсеместной L2 связи в центр обработки данных так же как и облачных приложений.»
— «Любая рабочая нагрузка должна иметь возможность быть в любом месте в дата центре. Мобильность рабочих нагрузок не должна требовать дополнительных настроек сети и должна быть полностью автоматизированы.»
— «Решение должно предложить простоту масштабируемости, где несколько модулей может быть легко подключен и распределение рабочей нагрузки между этими модулями должно быть доступно.»
Juniper недавно представила архитектуру для дата центра, которая рассматривает каждую из этих проблем, и делает это в масштабе. Это решение, называется Junos Fusion, не только упрощает операции в масштабе, но и делает выделение ресурсов больших дата центров простой операцией. Под катом подробности.
Что такое Junos Fusion?
Junos Fusion сочетает в себе уровень доступа и агрегации дата центра, представляя простой, центральный интерфейс для управления большим дата центром из одного или двух объединенных в кластер устройства. Это упрощает выделение ресурсов, настройку и эксплуатацию дата центра.
Junos Fusion использует много технологий на основе стандартов, чтобы обеспечить эту простоту масштабируемости. Например, он использует протокол IEEE 802.1BR, чтобы top of rack коммутатор в дата центре – называемое сопутствующее устройство (Satellite devices) в терминологии Juniper Fusion — выступать в качестве удаленных линейных карт в одном или паре коммутаторов агрегации и называется агрегационное устройство (Aggregation devices) в архитектуре Junos Fusion. Junos Fusion позволяет использовать до 64 64 top-of-rack сопутствующих устройств с централизованным управлением, это действительно упрощает эксплуатацию дата центров (центра обработки данных или ЦОД) и устраняет необходимость локально управлять отдельными коммутаторами на уровне доступа в центре обработки данных. Кроме того, Junos Fusion разработан как система, где различные компоненты имеют минимальную зависимость друг от друга и общаются друг с другом, используя протоколы подобные к протоколам построения сети в маршрутизации. Это делается для того, чтобы масштабировать систему бесшовно.
С помощью использования интеллектуальных top-of-rack коммутаторов дата центров как отдельных линейных карт в Juniper Fusion делает возможным дополнительные сервисы, такие как локальная L2 и L3 коммутация для трафика который должен локально коммутироваться в стойке — общей нормой в центрах обработки данных любого размера. Top-of-rack коммутатор или Satellite devices работающих на базе дистрибутива Windriver Linux, известного как Linux Forwarding Operating System (LFOS), которая отделяется от операционной системы junos запущена на агрегационном устройстве. Программное обеспечение Junos предлагает богатый набор функций и возможностей для всего трафика, передающегося между стойками и за пределами центра обработки данных. Важно понимать, что IEEE 802.1BR – это простой протокол, который определяет, как управлять удаленными линейные карты с центрального устройства; он не предлагает все функциональные возможности, которые имеет решающее значение для функционирования центра обработки данных, таких как обновление программного обеспечения на Сопутствующих устройств, FRU (блоки питания, охлаждение) и мониторинга событий. В архитектуре Junos Fusion, эти возможности будут построены и включены отдельно с использованием JSON-RPC API между агрегационным устройством и Сопутствующим устройством. Оператору, эти приложения доступны через junos CLI на агрегационном устройстве» (“on Aggregation devices”).
Операторы, однако, не обязаны использовать Junos CLI для доступа к этим приложениям. Клиенты также имеют возможность использовать эти функции из Junos Space Network Director GUI.
Рисунок 1: архитектура Junos Fusion
Агрегационным устройство в архитектуре Junos Fusion могут быть маршрутизаторы Juniper серии MX или коммутаторы QFX10000, в то время как сопутствующими устройствами могут быть Juniper коммутаторы EX4300 или QFX5100, предоставляя пользователям гибкие возможности доступа, начиная от 1GbE до 40GbE интерфейсов, что дает возможность любой вид сервера, сервиса или хранилища подключить к системе Junos Fusion.
Ключевые свойства Junos Fusion
— Отказоустойчивость. Агрегационное устройство в архитектуре Junos Space работает в кластерной конфигурации с активном уровнем управления control plane, обеспечивая высокий уровень отказоустойчивости в дата центре. Ну устройстве аггрегации (“Aggregation devices”) могут работать на разных версия Junos, создавая еще один уровень независимости и разделение уровня управления.
— Простота настройки и мониторинга: Как описано выше, сопутствующими устройствами (до 64-х) можно управлять из одного, центрального устройства (кластера из 2 устройств).Все события со сопутствующего устройства, SNMP, мониторинг FRU и конфигурации могут быть выполнены централизованно из одного устройства агрегации, что значительно упрощает управление большим дата центром. Кроме того, параметры конфигурации могут дублироваться между устройствами агрегации, благодаря чему имеет наиболее актуальную конфигурацию в случае отказа устройства. Клиенты могут настроить устройства с помощью CLI или через Junos Space Network Director.
— Управление версиями программного обеспечения. В системе Junos Fusion, устройства агрегации работают под управлением Junos, а сопутствующие устройства работают под управлением Linux Forwarding Operating System (LFOS) на базе Windriver Linux. Система позволяет программному обеспечению на на любом из сопутствующих устройств, быть полностью независимым от других сопутствующих устройств. Это управление версиями программного обеспечения, позволяет оператору управлять обновлениями, по мере необходимости путем организации сопутствующих устройств в отдельные группы по обновлению программного обеспечения (software upgrade groups). Все серверы и устройства хранения информации могут иметь двойное подключением к паре сопутствующих устройств, минимизируя простои даже в период технического обслуживания. Это занимает в среднем 30-45 секунд для обновления программного обеспечения на каждом сопутствующем устройстве, позволяя операторам полностью обновить 3000 портов дата центра меньше чем за час.
— Локальная коммутация. Тот факт, что стандартный top-of-rack коммутатор используются в качестве сопутствующего устройства (или удаленной линейной карты) предусматривает множество дополнительных сервисов, которые невозможны с простым мультиплексором. Одним из таких дополнительных сервисов является локальная коммутация в сопутствующих устройствах – имеет решающее значение в дата центрах сегодня из-за увеличения трафика восток-запад и многоуровневых корпоративных приложений. Интеллектуальные сопутствующие устройства обеспечивают дополнительные возможности для сервисов, таких как распределенная многоадресной рассылки для повышения эффективности, выбор восходящей линии связи на основе потока (flow based uplink selectio) и локального мониторинга для оптимизации использования полосы пропускания.
— Внедрение будущих сопутствующих устройств без необходимости обновления программного обеспечения. Благодаря уникальной архитектуре Junos Fusion в которой программное обеспечение устройств агрегации и сопутствующих устройств слабо связанны между собой, больше нет необходимости обновлять программное обеспечение junos на устройствах агрегации, когда новое сопутствующее устройство добавляется в систему. Все, что оператор должен сделать, это подключить новое сопутствующее устройство в систему и нажать в FLOS к сопутствующему устройству без воздействия на программное обеспечение на других сопутствующих устройствах или устройствах агрегации.
— Быстродействие. Основное преимущество системы в том, что она получает весь функционал агрегационных устройств, как писалось выше это могут быть устройства MX серии и QFX10000. В случае дата центров, QFX10000 может использоваться как агрегационное устройство и как порты расширения предоставляет функционал необходимый для дата центров, таких как EVPN и VxLAN.
Ознакомившись с некоторыми из ключевых понятий в Junos Fusion, мы можем увидеть, как Junos Fusion решает некоторые из ключевых вопросов которые мы писали выше:
— «Мы хотели бы иметь возможность масштабирования наших центров обработки данных, не усложняя существующую инфраструктуру»
Ответ: С Junos Fusion, клиенты могут начать менее 100 портов и маштабировать их до 3000 портов не усложняет существующую инфраструктуру. Каждая новая стойка просто добавляется в качестве дополнительных портов на устройстве агрегации; Не требуя локальной настройки сопутствующего устройства.
— “Пока мы отчаянно нуждаемся в уменьшении капитальных затрат, операционные затраты — это еще большое беспокойство. Поэтому все, что упрощает операции крупного центра обработки данных и снижает затраты приветствуется.”
Ответ: Junos Fusion не только упрощает выделение ресурсов дата центра, но и упрощает управление, мониторинг и обновление программного обеспечения. Кроме того, с таким функционалом, как «auto VLAN sense», заказчик может настроить все сегменты групп пользователей заранее. Система стала достаточно умной что бы не отправлять broadcast или неизвестный multicasts на любой из этих VLANs до тех пор, пока активный спикер в данном VLAN или сегменте не будет обнаружен. Это обеспечивает бесшовную мобильность и ускоряет все операции которые делаются вручную в дата центре. Клиенты, используя VMware vCenter могут интегрироваться с Junos Space Network Director для автоматизации механизма управления VLAN также упрощая типичные и часто повторяемые эксплуатационные задачи по добавлению VLANов или добавление в сеть новых серверов / виртуальных машин.
— “В то время, как мы стоим на пути построения мультитенантных сервис-ориентированных центров, мы ожидаем сочетание специализированной и частной облачной инфраструктуры в обозримом будущем. Таким образом нам нужно решение, которое позволяет нам как строить среды с использованием тех же строительных блоков, так и даст нам гибкость, чтобы перейти от одного типа архитектуры к другому.”
Ответ: Junos Fusion использует комбинацию коммутаторов EX4300, QFX5100, QFX 10000 и маршрутизаторов MX серии в архитектуре. Если клиент строит свои дата центры с помощью архитектуры Junos Fusion или в горизонтально-масштабируемой L3 конфигурации, главное, что все блоки являются достаточно гибкими для перехода между несколькими архитектурами. Один и тот же набор блоков могут быть использованы для разных архитектур дата центров, изображенных ниже.
Рисунок 2: Новая архитектура использует комбинацию коммутаторов EX4300, QFX5100, QFX 10000 и маршрутизаторов серии MX. Если заказчик строит ЦОД с помощью Junos Fusion или в горизонтально-масштабируемой L3-конфигурации, все блоки являются достаточно гибкими и их набор может использоваться для разных архитектур дата-центров.
— «Любая предлагаемая архитектура должна поддерживать существующие приложения, которые требуют повсеместной L2 связи в центр обработки данных так же как и облачных приложений.»
Ответ: Junos Fusion предоставляет бесшовную мобильность рабочих нагрузок в любую точку модуля, так же хорошо как и соединения с другими L2 или L3 рабочими нагрузками.
— «Любая рабочая нагрузка должна иметь возможность быть в любом месте в дата центре. Мобильность рабочих нагрузок не должна требовать дополнительных настроек сети и должна быть полностью автоматизированы.»
Ответ: С таким функционалом как “auto VLAN sense” а также интеграции с VMware vCenter, и мобильность рабочих нагрузок является полностью оркестрируемой и не требует ручной конфигурации пользователя. Это не только упрощает работу, но исключает любую вероятность ошибки оператора.
— «Решение должно предложить простоту масштабируемости, где несколько модулей может быть легко подключен и распределение рабочей нагрузки между этими модулями должно быть доступно. „
Ответ: Одно из самых больших преимуществ архитектуры Junos Fusion является богатый набор функциональных возможностей доступных в ОС Junos работающей на устройствах агрегации. Используя протоколы, такие как Ethernet VPN, мультисистема Junos Fusion может быть легко подключен через MPLS или VXLAN, обеспечивая мобильность рабочих нагрузок между модулями, а также приложения масштабирования.
Рисунок 3: Гибкость Junos Fusion с EVPN
Junos Fusion по-настоящему инновационную архитектуру, которая включена путем объединения нескольких технологий, таких как IEEE 802.1BR, Linux, и программируемость с помощью JSON-RPC APIs для решения некоторых из самых сложных проблем в дата центрах. Он разрешает проблемы выделение ресурсов, эксплуатации и управления в вопросах масштабируемости, позволяя клиентам экономить и дает динамику на пути к приватному облаку (private cloud).
Дистрибуция решений Juniper Networks в Украине, Беларуси, Грузии, Молдове, Армении и Азербайджане.
Учебные курсы по технологиям Juniper Netwroks в Киеве
ссылка на оригинал статьи http://habrahabr.ru/post/257487/
Добавить комментарий