Блог Cisco в России и СНГ
Поделиться
tweet

Обзор решения Cisco Hyperflex

- Февраль 27, 2017 11:32

Так получилось, что на мысль об этой статье меня навело сочетание двух новостей. Во-первых, компания Cisco только что объявила о выпуске All flash версии гиперконвергентного решения Hyperflex. А во-вторых, компания Violin memory, считавшаяся пионером рынка All flash систем хранения, пару недель назад завершила процедуру банкротства. 10-летняя история развития, бурный рост последних 2-3 лет и вот компания-пионер рынка, имевшая по ее собственным словам десятки заказчиков из списка Fortune 500, продается за долги.

В свете этих новостей нельзя не вспомнить, что компания Cisco уже предпринимала попытки выйти на рынок All flash систем и около 2,5 лет назад закрыла линейку Whiptail. Как получилось, что на пике интереса к All flash системам гигант рынка закрывает новейшую разработку? Почему продукт, успешно показавший себя при единичных внедрениях, не выдержал испытания корпоративной средой? И так ли уж важны отдельные «фишки» конкретного решения по сравнению с открытостью, простотой управления и интеграцией с существующим ИТ-ландшафтом?

Это как раз те вопросы, на которые предстояло ответить инженерам компании Cisco прежде чем совершить еще одну попытку. В качестве небольшого отступления нужно сказать, что рынок программно-определяемых систем хранения (Software Defined Storage, SDS) сам по себе сформировался совсем недавно, в настоящий момент стабильно растет и будет расти еще минимум лет 5Портфель SDS решений, поддерживаемых Cisco, насчитывает около десятка архитектур: это и продукты StorMagic для начального уровня, и серверы S3260, сертифицированные под использование с Microsoft Storage Spaces, решение на базе ПО MapR, сертифицированное, кстати, компанией SAP для работы с SAP HANA. Сюда же можно, отнести и многочисленные партнерские продукты, работающие на платформе Cisco UCS. Так в чем же преимущество Hyperflex по сравнению с этими решениями и решениями, предлагаемыми конкурентами Cisco?

На сегодняшний день нужно принять как данность, что ни одна ИТ-система не работает в вакууме. В любой компании, даже если она начала свою работу совсем недавно, есть какое-то количество систем или платформ, поддерживающих существующие процессы. В больших компаниях таких систем десятки и даже тысячи. Любое новое решение нужно рассматривать с точки зрения простоты интеграции с существующими. Также нужно учитывать, что задачи, для которых наилучшим образом подходят гиперконвергентные системы – сервера приложений, веб-серверы, VDI, разработка и тестирование. Большие и «тяжелые» базы данных будут по-прежнему оставаться на традиционных системах с отдельным аппаратным дисковым массивом, по крайней мере какое-то время. И если гиперконвергентная система никак не учитывает тот факт, что приложениям может потребоваться доступ к SAN сети, набор приложений, которые вы сможете туда перенести, будет весьма ограничен.

1-hx-integration

Hyperflex построен на базе фабрики UCS, ядром которой является пара Fabric Interconnect (FI). Это дает как минимум три преимущества:

  • Вы можете использовать поставляемые с Hyperflex фабрики (FI) для подключения любых других серверов UCS в стоечном или blade-исполнении. Хотите развернуть ферму виртуализации? Кластер big-data? Просто набор серверов под разнородные задачи? Пожалуйста! Более того, к одной паре FI вы можете подключить до 8 кластеров Hyperflex и все они будут иметь общее сетевое ядро.
  • Управление. Основным премуществом серверов UCS, за которое нас вот уже 8 лет хвалят наши заказчики, является модель управления серверами через сервисные профили. Настройки BIOS, идентификаторы UUID, MAC, WWN, количество и тип сетевых адаптеров, параметры подключения к внешним сетям – все эти настройки, разбросанные обычно по разным утилитам конфигурации сервера, сведены в системе Cisco UCS в единый сервисный профиль. Будучи применен к серверу, этот профиль целиком и полностью определяет его поведение как внутри так и снаружи. За счет развитого API, эти профили можно полностью конфигурировать программно. Как вам идея полностью автоматической настройки кластера? Вы задали все необходимые внешние параметры в специальном приложении, и система за 40-60 минут автоматически настроит все серверы, зальет и сконфигурирует программное обеспечение. Для Hyperflex – это обычная процедура инсталляции. Другой не существует. Ведь помимо высокой скорости, это еще и снижение рисков ошибок, из-за которых иногда приходится терять по нескольку часов или дней при настройке других систем. Этот короткий ролик описывает процесс инсталляции от начала и до конца.
  • Подключение внешних SAN-сетей это вообще стандартный процесс в UCS-системе. Вам нужно всего лишь создать в сервере виртуализированный адаптер нужного типа и настроить порт на Fabric Interconnect на работу в режиме FС.

Давайте теперь поговорим об особенностях самой платформы Hyperflex. Многих заказчиков в первую очередь интересуют технологии, ставшие своего рода стандартом для гиперконвергенции – это механизмы дедупликации, компрессии данных на лету, создания мгновенных снимком и копий томов с данными. Все эти технологии у нас есть и самое главное, что для управления ими не нужно изучать какой-то новый интерфейс. Управление платформой Hyperflex осуществляется через плагин для vCenter, таким образом, администратор платформы виртуализации в едином инструменте видит и настройки своих виртуальных машин и конфигурацию их дисков. Вам больше не придется ждать разворачивания ваших приложений по несколько дней из-за того, что коллеги из разных подразделений не могут договориться между собой, как подключить диски на системе хранения к виртуальным машинам.

Отдельно стоит сказать о масштабировании системы. Одним из преимуществ гиперконвергентных систем является то, что расширение как вычислительной так и дисковой емкости происходит за счет добавления единого блока – сервера с дисками. Конфигурация дисков во всех блоках кластера должна быть одинаковой, иначе разработчикам пришлось бы пожертвовать производительностью алгоритмов обеспечения отказоустойчивости. Но сплошь и рядом возникают ситуации, когда в систему нужно добавить только вычислительные ресурсы. В системе Hyperflex кластер может расширяться за счет как узлов с дисками, так и бездисковых серверов. Последние могут быть в любом форм-факторе – вот это настоящая гибкость для заказчиков. Максимальный размер одного data-кластера, т.е. кластера по которому «размазаны» данные – 8 узлов. Этот параметр был выбран разработчиками для оптимального использования сети между серверами и ограничения размера «домена отказа». При этом в кластере может быть дополнительно до 8 чисто вычислительных узлов. Если вспомнить, что в одной системе может работать до 8 кластеров, получаем максимальный размер Hyperflex системы 128 узлов из которых 64 – узлы с данными, разбитые на группы по 8. В разных группах, конечно же, могут использоваться диски разных типов в разной конфигурации.

2-hx-scaling

Не стоит забывать еще один аспект корпоративной ИТ-инфраструктуры – централизованное управление. В экосистеме продуктов Cisco за управление ИТ-инфраструктурой ЦОД отвечает UCS Director. Напомним, что логика управления в нем строится на управлении вычислительными стеками. Каждый стек содержит в себе систему хранения, сеть, серверы и платформу виртуализации (если она нужна). Каждый стек отвечает за обеспечение приложений всеми необходимыми вычислительными ресурсами, наружу выходят только сети с «разложенными» по ним интерфейсами виртуальных или физических серверов. Так вот с точки зрения UCS Director (да и вообще всей архитектуры Cisco VMDC, на которой основана эта модель) –  Hyperflex это просто еще один тип конвергентного стека. Такой же как FlexPod, например, но только построенный на базе гиперконвергенции. Суть другая, но с точки зрения управления ничего не меняется. Все написанные вами ранее шаблоны и сценарии (workflow) легко адаптируются для работы с Hyperflex.

3-hx-automation

И вот теперь к этой развитой экосистеме добавляется возможность создания All flash хранилищ. Учитывая сотни заказчиков, сделавших свой выбор в пользу Hyperflex (из которых около десятка – в России), живой интерес и поддержку со стороны партнеров, а также инвестиции Cisco в создание типовых дизайнов (например, VDI платформы вместе с Citrix), систему Cisco Hyperflex определенно ждет большое будущее!

Хотите узнать больше? Вот ссылка на подробное техническое демо, выложенное моим коллегой Кеном Спеаром.

Хотите испытать систему на своих задачах? Обращайтесь к партнерам Cisco для получения демо-оборудования.

Подробнее о решении читайте на нашем сайте.

Tags:
Оставить комментарий

Поделиться
tweet