14.07.2016 PCWeek

                                        

 Дмитрий Рукавишников                    Александр Светлаков

На прошедшей в декабре 2015 г. в Лондоне конференции Discover 2015 компания Hewlett Packard Enterprise (HPE) впервые представила свою новую платформу Synergy, тем самым заявив о намерении в скором времени выйти в новую область инфраструктурных решений — компонуемой инфраструктуры. Это время не за горами — уже в октябре HPE планирует начать поставки Synergy заказчикам. Об особенностях и преимуществах данной платформы рассказывают Александр Светлаков, менеджер по продуктам серверного департамента Hewlett Packard Enterprise в России, и Дмитрий Рукавишников, руководитель отдела инфраструктурных решений департамента системной интеграции «ИНЛАЙН ГРУП».

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

Александр Светлаков: Если говорить коротко, то конвергентная система — это по сути обычное для традиционной инфраструктуры решение из стандартных блоков (серверов, систем хранения данных, коммутационного оборудования), но предварительно сконфигурированное и протестированное производителем оборудования и разработчиком софта, в связи с чем оно требует значительно меньше времени на развертывание и ввод в эксплуатацию.

Гиперконвергентные системы, в отличие от конвергентных, ориентированы исключительно на виртуализацию, и узлами хранения в них являются сами серверы — это стало возможным с появлением технологии software-defined storage (у HPE — StoreVirtual). Такие системы разворачиваются в кратчайшие сроки, а для управления ими администратору не нужно особых навыков.

Платформа Synergy сочетает в себе плюсы конвергентных и гиперконвергентных архитектур и фактически представляет собой программно-определяемый дата-центр. Три ключевые составляющие платформы, определяющие ее как компонуемую инфраструктуру, — это пулы пластичных аппаратных ресурсов, программно-определяемые интеллектуальные функции и высокоуровневый унифицированный интерфейс программирования (API), с помощью которого разработчик или администратор может развернуть необходимые физические ресурсы простым кодированием, не обращаясь к конкретным серверам, дискам и СХД. Причем поддерживаются и программно-определяемые СХД, как в гиперконвергентных системах, и внешние, как в конвергентных. Важная особенность такой платформы — универсальность. Она позволяет запустить и традиционные приложения, разработанные много лет назад, и современные приложения нового типа, созданные, в частности, для анализа данных, поддержки мобильности, построения веб-порталов.

Дмитрий Рукавишников: Стоит уточнить, что, говоря о традиционных системах и приложениях, мы в данном случае подразумеваем в качестве их основы платформу x86 и соответственно поддерживаемые ею операционные среды. Кроме того, проводя границы между конвергентной, гиперконвергентной и компонуемой инфраструктурой, можно сказать, что гиперконвергентная система — это, скорее, нишевое решение, работоспособное при сравнительно небольших нагрузках. На таких системах нельзя, например, развернуть большую базу данных, но это хорошее решение для филиалов компаний с небольшим числом сотрудников.

Что является общим драйвером в развитии современных ИТ-инфраструктурных решений?

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

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

Д. Р.: За последние годы производительность вычислительных систем, скорость доступа к системам хранения, полоса пропускания сетей передачи данных достигли столь высокого уровня, что зачастую у нас просто нет задач, способных загрузить эти ресурсы. Отсюда следует логичный шаг к виртуализации, конвергентным сетям, а теперь — к программно-определяемой ИТ-инфраструктуре. При этом практически все производители (за редким исключением) сделали ставку на стандартную вычислительную архитектуру, стандартные программные средства, стандартные сетевые протоколы. Из этих элементов и компонуется инфраструктура, отвечающая потребностям заказчика. Соответственно перед производителями встает также задача унификации программных сред и инструментов управления ими.

Что унаследовала платформа Synergy от предшествующих решений HP и что в ней является принципиально новым?

А. С.: Эта платформа родилась из направления блейд-серверов, которые мы производим с 2006 г. Еще тогда мы демонстрировали на слайдах принципиальные возможности автоматического управления ресурсами. По мере развития направления у нас появились модули Virtual Connect для виртуализации сетей, и мы постепенно разработали ПО управления HP OneView, объединяющее блейд-серверы, стоечные серверы и СХД в единые пулы ресурсов. Именно OneView по сути реализует концепцию компонуемой инфраструктуры, или инфраструктуры как кода.

На этом пути не всё можно было предвидеть — с какой скоростью будут развиваться технологии, какие будут применяться технологии автоматизации. И параллельно была начата работа над «платформой мечты». В результате получился продукт с тем же ПО управления OneView (оно встроено в компоновщик Synergy Composer), но с несколько иной архитектурой, в которой все аппаратные компоненты объединены в один блок. Плотность блейд-серверов в шасси Synergy 12000 по сравнению с C7000 уменьшилась (вместо 16 их стало 12), но здесь они, образно говоря, становятся бездушными — это ресурс, на котором можно запустить что угодно. Кроме того, если для текущего поколения блейд-систем c-Class самодостаточной инфраструктурной единицей является шасси, то в Synergy система управления ориентирована на несколько шасси (до 21).

Аналогичные изменения внесены и в организацию коммутации. В системах c-Class она привязана к одной корзине, а в Synergy осуществляется на уровне стойки (трех-пяти шасси), и все шасси в стойке объединяются парой сетевых модулей (для отказоустойчивости). Таким образом мы сокращаем количество интеллектуальных устройств на границе сети, и всего пара коммутаторов Virtual Connect обслуживает до шестидесяти серверов.

Другое важное отличие заключается в том, что при использовании блейд-серверов, даже если их подготовка осуществляется с помощью OneView, образ операционной системы доставляется сторонними средствами. В Synergy, напротив, это реализуется с помощью встроенного раздатчика образов Image Streamer. И мы не только аппаратно конфигурируем нужные устройства, но и «заливаем» в них образы (возможно, собранные вместе с приложениями) из уже подготовленного для данного заказчика набора образов, тем самым упрощая обновление и тиражирование готовых решений.

HPE позиционирует Synergy как платформу на многие годы вперед, адаптированную под будущие технологии. Как это реализуется?

А. С.: Во-первых, мы изначально обеспечили очень высокую пропускную способность центральной соединительной платы (midplane) шасси Synergy 12000 (в сумме 16,128 Тбит/c), спроектировав ее с учетом предстоящего перехода на технологии фотонной передачи данных: помимо медных соединений в нее заложена и оптика, и мы ожидаем, что вплоть до 2025 г. нам не придется менять соединительную плату.

Кроме того, развивая направление c-Class, мы поняли, каким должен быть блейд-сервер, чтобы в него можно было установить процессоры нового поколения, необходимый объем памяти и диски с самыми разными интерфейсами подключений (не только SATA, но и NVMe). Для Synergy разработан такой конструктив сервера, который позволит не наступать на прежние грабли — что бы ни выпустила Intel, какие бы изменения ни произошли в дальнейшем с точки зрения используемой памяти и дисков хранения, менять конструктив не придется.

Третий момент касается хранения данных. Традиционно блейд-серверы предполагали подключение внешних систем хранения, но набирает силу тенденция к использованию программно-определяемых СХД. В Synergy мы предусмотрели оба возможных варианта. Можно установить в шасси пару серверов и дополнить их необходимым количеством модулей хранения (каждый на 40 дисков), но можно также подключить шасси к внешней СХД. Какая бы ИТ-архитектура ни возобладала в дальнейшем, платформа к этому уже готова.

Какой категории заказчиков HPE адресует свою новую платформу?

А. С.: Как универсальная платформа Synergy подходит для любых ИТ-задач. Но мы не стремимся охватить ею буквально всех заказчиков. Если, скажем, нужна инфраструктура под виртуализацию, то практический выигрыш по сравнению с гиперконвергентным решением едва ли будет ощутим. Другое дело, если ИТ-подразделение регулярно получает запросы от пользователей на выделение ресурсов и ему нужно постоянно манипулировать инфраструктурой, если внедряются практики DevOps и т. д. — в этом случае со старой инфраструктурой ему будет очень трудно.

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

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

С чего вы рекомендуете начать подготовку к переходу на Synergy?

А. С.: Прежде всего ИТ-подразделению нужно перейти на ПО OneView, что будет означать полную готовность и к переходу на Synergy. Недавно один из наших заказчиков, управлявший у себя блейд-системами HPE с помощью ПО Systems Insight Manager, решил развернуть OneView в режиме мониторинга. У него возникла проблема, которая не решалась через графический интерфейс, и мы посоветовали написать для этого скрипт. Потратив на него совсем немного времени, заказчик подключил к мониторингу все блейд-серверы своих филиалов, размещенных в разных частях страны. Я уверен, что он уже ни за что не откажется от OneView, потому что это очень удобный инструмент, не требующий значительных затрат времени на освоение.

Обычно проблемы с внедрением новых подходов и платформ возникают в среднем звене специалистов ИТ-подразделений. Но архитектуру Synergy они воспринимают с удовольствием и не только потому, что она обеспечивает высокоуровневое управление ресурсами и интеграцию с облачными платформами. Это продуманная и красивая архитектура, которая легко вписывается в их нынешние дата-центры.

ПОДГОТОВЛЕНО PC WEEK EXPERT


Новости
  • 04.08.2017
    «ИНЛАЙН ГРУП» в десятке крупнейших ИТ-интеграторов России Подробнее
  • 01.08.2017
    Тенденции развития поддержки корпоративных ЦОДов Подробнее
Проекты
  • Альфа-Банк
    Консолидация ИТ-ресурсов на основе индустриальных стандартов