Революционная платформа SAP HANA быстро набирает обороты на рынке, но реализация ее преимуществ требует профессионального проектирования инфраструктурного решения, тщательного планирования и внедрения, для того чтобы оптимизировать ваши инвестиции и минимизировать риски в процессе миграции.
О том, какая инфраструктура необходима для эффективной работы HANA, мы беседуем с консультантом по бизнес-критичным системам Hewlett Packard Enterprise в России Валерием Солоедом и заместителем технического директора, директором департамента системной интеграции компании «ИНЛАЙН ГРУП» Андреем Кондратьевым.
Является ли сегодня тема SAP HANA по прежнему актуальной в индустрии ИТ. Если да, то почему?
Валерий Солоед: Безусловно, с годами актуальность темы HANA только растет. Причем для всех, как для производителей инфраструктурных решений, системных интеграторов и разработчиков приложений, так и для заказчиков. Объясню почему.
Компания SAP SE является лидером на рынке систем управления предприятием, огромное количество заказчиков по всему миру доверили свой бизнес ее приложениям. Продукты и решения SAP покрывают более 25 индустрий — это производство, розничная торговля, финансы, здравоохранение, нефтегаз, государственные организации, дистрибуция, телеком и т. д. И вот в 2011 был объявлен новый продукт — платформа SAP HANA, изначально позиционировавшийся как высокопроизводительная СУБД с технологией in-memory (вычислений в памяти), которая позволила организовать гибридный транзакционно-аналитический процессинг, т. е. анализ актуальных данных в реальном времени минуя долгий процесс миграции между транзакционной и аналитической системами. За счет переноса в область оперативной памяти не только данных, но и самого процесса вычислений, платформа in-memory позволяет драматически ускорить аналитику данных, оценить бизнес в реальном времени, значительно упростить и снизить стоимость IT. SAP HANA стала наиболее успешной и масштабной коммерческой реализацией этой технологии. Одним из главных преимуществ SAP HANA является возможность выполнять аналитические запросы на едином актуальном образе транзакционных данных, расположенных в оперативной памяти. А это то, что сегодня является наиболее востребованным со стороны любого бизнеса — максимально быстро извлечь необходимую информацию из большого и постоянно растущего объема данных. Сегодня HANA представляет собой базовую платформу, на которой работает практически весь спектр существовавших ранее приложений SAP, в том числе и S/4HANA — ERP система нового поколения, и надо сказать, что это единственная основа для разработки новых приложений.
И тут мы возвращаемся к вопросу, почему тема SAP HANA является сегодня столь актуальной и популярной. Дело в том, что по данным аналитиков около 80% заказчиков, работающих с продуктами SAP, до сих пор еще не перешли на HANA. А поскольку, согласно заявленной стратегии SAP, все новые приложения и технологии в SAP ERP и BW будут реализовываться только на платформе HANA, компания приняла решение прекратить поддержку всех остальных СУБД с 2025 года. В связи с этим для заказчиков не стоит вопрос, мигрировать или не мигрировать на HANA, вопрос лишь в том, когда мигрировать. Так что сегодня это огромный потенциал для бизнеса компаний-интеграторов и компаний-поставщиков инфраструктурных решений на много лет вперед: помочь заказчикам спланировать, оценить риски и осуществить миграцию их критически важных приложений SAP на HANA.
В чем суть технологии in-memory?
Андрей Кондратьев: Говоря на техническом уровне, In-memory — это не просто размещение данных в памяти, это новая организация вычислений, ориентированная на память. Проблема не в том, как закачать данные в память, это умели делать и раньше. У каждого администратора БД был свой набор скриптов, которые нужно было прогнать, чтобы основные данные оказались в кэше. Однако сама архитектура традиционных баз данных была ориентирована на организацию быстрого поиска и доступа к данным на диске. Для этой цели строились дополнительные специальные объекты базы данных: различного типа индексы, материализованные представления, предварительно вычисляемые суммы и иные агрегаты. Традиционные базы данных и так не экономны по занимаемому месту, а эти дополнительные объекты еще больше увеличивали их размер. То есть подход был такой: пусть база данных будет избыточна, с дублированием данных, множеством дополнительных инструментов, лишь бы быстрее найти нужные данные, а не просматривать все таблицы целиком.
В базе данных HANA используется другая идеология. Данные хранятся по колонкам и в сжатом виде. За счет этого она занимает меньше места, всю базу данных можно поместить в память. Тогда все операции не требуют обращения к диску и выполняются очень быстро. Соответственно, отпадает нужда в индексах, представлениях, искусственном дублировании данных, предварительно вычисляемых суммах и т. д. Таким образом, получается совсем другой подход. В дополнение к этому мы получили дополнительное преимущество — оперативное хранилище и система аналитики работают с одним образом данных без их трансформации. Такой подход значительно упрощает инфраструктуру, особенно на платформе x86.
В чем преимущества HANA для заказчиков и какова реакция российских заказчиков?
В. С.: Преимуществ много, о некоторых из них я уже говорил. Прежде всего, это кардинальное повышение производительности, в особенности для аналитических задач, и существенное уменьшение объема базы данных за счет того, что данные в оперативной памяти располагаются в сжатом виде и не нужно использовать дополнительные индексы и агрегаты. Во-вторых, транзакционные и аналитические приложения могут работать с одним и тем же актуальным на данный момент экземпляром данных. Это значительно упрощает инфраструктуру ИТ, сокращает расходы на создание отдельной аналитической системы и позволяет заказчикам управлять бизнесом в режиме реального времени. В-третьих, это существенное сокращение стоимости владения инфраструктурой и расширение возможности выбора аппаратной платформы среди множества производителей за счет перехода SAP на индустриально-стандартную архитектуру Intel х86 и операционную среду Linux.
Конечно, поначалу к SAP HANA, как и к любой новой технологии, заказчики отнеслись с настороженностью. Но по мере переноса на новую платформу все большего количества приложений SAP, проведения тестовых испытаний и пилотных проектов, наглядно продемонстрировавших преимущества HANA, все большее количество российских заказчиков решается на ее внедрение в продуктив. Огромную роль тут сыграла своевременная помощь со стороны квалифицированных компаний-интеграторов, таких как «ИНЛАЙН ГРУП», сертифицированных и по оборудованию, и по решениям SAP, потому что в тот период у наших заказчиков совершенно отсутствовал опыт в сайзинге, проектировании, внедрении и сопровождении решений SAP HANA. Я думаю, что сегодня подавляющее большинство заказчиков SAP уже осознает необходимость и неизбежность перехода на SAP HANA, и хочется им сказать: «ИНЛАЙН ГРУП» в помощь.
Как изменился состав игроков на рынке инфраструктурных решений с выходом SAP HANA
В. С.: Переход на открытую индустриально-стандартную архитектуру был одной из стратегических целей при разработке новой платформы. Компания SAP разрабатывала HANA в тесном сотрудничестве с компанией Intel, максимально оптимизируя программный код под технологические особенности и преимущества процессоров семейства Xeon E7. Поэтому Intel x86 был и остается исходной эталонной архитектурой для SAP HANA, именно на ней развернуто около 95% всех инсталляций HANA по миру. Список производителей серверов, сертифицированных для HANA, значительно расширился, и это несомненно большой плюс для заказчиков. Но, мигрируя с SAP Business Suite на S/4HANA и модернизируя текущую инфраструктуру ИТ, необходимо иметь в виду, что система управления предприятием всегда была и остается критически важной для бизнеса компании. И новое решение должно проектироваться с учетом необходимого масштабирования, обеспечения максимальной отказоустойчивости и высокого уровня доступности. Далеко не каждый производитель систем х86 в состоянии соответствовать этим требованиям.
В чем особенности и преимущества решений для SAP HANA от HPE?
В. С.: Если кратко, то в большом опыте реализации проектов и комплексном подходе к решению задачи заказчика. Разработка продуктов и решений для поддержки критически важных ИТ-систем всегда была одним из стратегических направлений деятельности нашей компании. НРЕ стала первой и по сути единственной компанией в мире, которая реализовала на архитектуре х86 технологии масштабирования и отказоустойчивости, аналогичные использовавшимся ранее в Unix-системах. Сегодня это основа наших бизнес-критичных решений на базе открытых аппаратных и программных архитектур.
Можно привести ряд причин, по которым выбор HPE в качестве партнера для внедрения SAP HANA будет самым надежным и безопасным решением для любого заказчика. HPE и SAP связывают тесные партнерские отношения в течение 30 лет, в том числе в области разработки новых продуктов. У нас 25 тысяч общих заказчиков по всему миру, порядка 46% проданных лицензий SAP работают на серверах HPE. В рамках совместного «проекта Kraken» компания SAP разрабатывала и отлаживала будущую ERP-платформу для HANA на прототипе еще не объявленного
Конкуренция на рынке инфраструктурных решений для HANA очень высока, сегодня порядка 13 производителей сертифицировали свои серверы для этой платформы, но HPE с самого начала продаж HANA была и остается безусловным лидером в этом сегменте рынка, значительно опережая остальных поставщиков. Согласно последнему отчету Gartner за 2018 год «What You Need to Know When Selecting a SAP HANA Server Vendor» (Что необходимо знать, когда вы выбираете поставщика серверной платформы для SAP HANA), HANA развернута боле чем на 25 тысячах серверов HPE. Это более 40% рынка серверов, проданных под HANA, и это больше, чем у трех следующих производителей вместе взятых.
HPE предлагает самый широкий спектр сертифицированных для SAP HANA инфраструктурных решений и моделей развертывания — от 2- либо
HPE предлагает лучшие в своем классе решения высокой доступности и катастрофоустойчивости для HANA, сертифицированные SAP. Кластерное ПО HPE Serviceguard для Linux (SGLX), предназначенное для защиты приложений и сервисов от незапланированных и плановых простоев, дополняет возможности встроенного механизма репликации HANA и обеспечивает полностью автоматизированное восстановление приложения в случае отказа любого из компонентов решения.
И, конечно, это услуги и экспертиза в области HANA. HPE наработала огромный опыт в области SAP HANA, поставив системные решения и оказав услуги тысячам заказчиков во всех отраслях по всему миру. У НРЕ есть сотни экспертов в области HANA, которые могут помочь заказчикам правильно спроектировать и внедрить комплексные решения, адаптированные к их специфическим требованиям. Десятки тысяч систем для SAP HANA было поставлено НРЕ по всему миру, и большая часть из них была внедрена совместно с нашими партнерами-интеграторами, получившими неоценимый практический опыт.
А. К.: Основное требование к инфраструктуре — больше памяти. Также необходимо обеспечить репликацию данных между узлами кластера. У HPE есть решение по построению отказоустойчивого кластера высокой готовности, которое умеет работать с HANA и использует возможности, которая эта база данных предоставляет. Третий момент заключается в том, что учтена потребность наращивания системы в будущем. Здесь имеется два пути масштабирования: вертикальный (ScaleUp) и горизонтальный (ScaleOut). Компании HPE, в свою очередь, предлагает различные варианты наращивания ресурсов для этих двух путей масштабирования.
Кроме того, инфраструктурное решение для SAP HANA состоит не только из вычислительной инфраструктуры и системы хранения, в него входит и кластерное программное обеспечение, и система резервного копирования (аппаратная и программная части), и сетевая инфраструктура, и системное программное обеспечение и т. д. В идеале желательно это все получать от одного производителя по единому каналу. То же надо сказать и о технической поддержке всей ИТ-инфраструктуры. Это позволит избежать многих проблем при эксплуатации внедренного решения. Компания HPE может выступать таким единым поставщиком. Мало того, что HPE является производителем широкого спектра оборудования и программного обеспечения, в ее прайс-листе есть оборудование и ПО других производителей, которое может быть заказано вместе с «родными» решениями (VMware, Veeam, Red Hat, Suse, Microfocus и др.). Поддержка этих OEM-продуктов также может быть оказана через сервисный канал HPE. Получается, что продукты компании HPE являются самыми полными мультивендорными решениями на российском рынке как по поставке, так и по поддержке.
Конкурирует ли HANA в облаке с серверной концепцией HPE?
В. С.: Переход на облачные технологии является неотвратимой общемировой тенденцией в ИТ. Вместе с тем переход в облако помимо очевидных преимуществ несет с собой и ряд ограничений, как зависящих от отдельно взятой страны, так и общего характера — это сложности обеспечения гарантированной производительности, вертикальной масштабируемости, высокого уровня безопасности и т. п. Как правило, облако формируется из большого количества маленьких систем, поэтому там хорошо реализуются горизонтально масштабируемые решения, но очень плохо обстоят дела с решениями ScaleUp.
Основной проблемой для облака, помимо производительности, является гарантия сохранности и целостности данных. У HPE имеется альтернативное решение, называемое GreenLake, которое одновременно обеспечивает заказчикам рентабельность использования общедоступного облака и преимущества безопасности и управления, характерные для локальной среды.
Новое решение HPE GreenLake для SAP HANA предоставляет инфраструктуру для HANA как услугу с моделью оплаты по мере потребления ресурсов и объединяет удобство работы в среде публичного облака с преимуществами локальной ИТ-среды. HPE GreenLake позволяет совместить полный контроль над ресурсами и гарантированную производительность с гибкостью и экономической эффективностью предоставления их из облака.
Комплект решений GreenLake расширяет предложение HPE Flexible Capacity — «ИТ-инфраструктура как услуга». В рамках сервисного контракта HPE оговаривает с заказчиком необходимую инфраструктуру, начальный уровень использования её ресурсов, а также планируемый рост их потребления. Далее на площадке заказчика специалистами HPE устанавливается и настраивается необходимое оборудование и программное обеспечение. Все работы по их поддержке, а также добавлению дополнительных вычислительных, сетевых либо дисковых мощностей берёт на себя компания HPE. Оплата происходит пропорционально количеству используемых ИТ-ресурсов за расчетный период, потребление которых может как увеличиваться, так и снижаться от месяца к месяцу. HPE поддерживает и восполняет по мере использования буфер дополнительных мощностей на площадке заказчика, который не оплачивается до тех пор, пока его не задействуют. Такой подход позволяет заказчику значительно снизить стоимость владения инфраструктурой.
Есть ли у российских заказчиков свои особенности?
А. К.: В отличие от зарубежных российские заказчики более внимательно относятся к безопасности своих данных. И хотя небольшие отечественные компании с удовольствием используют публичные облачные решения, крупные компании по-прежнему относятся к ним с осторожностью.
Зарубежные заказчики, особенно компании с развитой филиальной сетью, предпочитают тиражируемые решения, которые, будучи реализованны в головном офисе, затем дублируются в филиалах. Российские пользователи более склонны к эксперименту. Каждая инсталляция HANA в России — это уникальный, ни на что не похожий опыт. У любого крупного заказчика есть своя инфраструктура — вычислительная, системы хранения, сеть. Есть свои предпочтения по наработанным решениям — резервного копирования, обеспечения высокой доступности и т. д. Когда мы начинаем проект, естественно, необходимо учесть преемственность в инфраструктуре и решениях. Иногда наталкиваемся на подводные камни, которые были не столь очевидны на начальном этапе: каков план миграции, если есть работающая система SAP предыдущего поколения, как будет высвобождаться текущая инфраструктура, как ее можно использовать в новом проекте, что делать, если план миграции будет отставать и имеющиеся ресурсы не будут высвобождены вовремя? Задача интегратора — правильно спланировать, скомпоновать и встроить новое решение в существующую инфраструктуру Заказчика, минимизировав его возможные издержки и риски. Повторюсь, все проекты развертывания инфраструктуры для SAP HANA совершенно не похожи друг на друга.
Какова роль партнеров в реализации решения?
А. К.: «ИНЛАЙН ГРУП», будучи партнером и компании HPE, и компании SAP, имеет уникальное сочетание экспертизы по этим двум направлениям. Поэтому при внедрении решений уровня SAP HANA мы можем предоставить заказчику полный перечень услуг — от проектирования и развертывания инфраструктуры до внедрения самой SAP HANA и S/4HANA. В штате компании имеются специалисты по внедрению этого продукта — есть свои базисники, консультанты по различным модулям SAP, имеющие многолетний опыт работы. Это целое большое направление бизнеса нашей компании. Получается, мы объединяем все предоставляемые обоими вендорами возможности и даем заказчику именно то оптимальное решение, которое ему необходимо.
Сначала мы проговариваем с заказчиком и с SAP требования к будущему решению: в какой последовательности оно будет внедряться, какие модули будут использоваться, как будет осуществляться миграция со старых систем. Затем определяем требования к инфраструктуре, совместно с HPE вырабатываем спецификации, проектируем инфраструктурную часть. После проработки со всеми вендорами технического решения наши SAP-специалисты совместно с заказчиком подробно расписывают, как будет осуществляться внедрение. Это отдельный проект, но он должен быть увязан с инфраструктурным. Потом мы осуществляем поставку и развертывание совместно с вендором. На этом этапе приходится решать большое количество вопросов по интеграции — как будет работать кластер, какие ландшафты развертывать, как осуществлять их резервное копирование, как проводить миграцию данных между ландшафтами и т. п. Сама миграция обычно проходит не за один шаг, а, как минимум, за три. На первом этапе проводится тестовая миграция, определяются данные, которые не смогли мигрировать, устраняются ошибки; затем — вторая миграция, чтобы убедится, что все проблемы решены. И только потом осуществляется миграция в рабочую среду предприятия. После того, как все развернуто и миграция произведена, мы переходим к поддержке готового решения. Для многих наших заказчиков мы выступаем в качестве первой линии поддержки, чтобы в дальнейшем обеспечить правильную маршрутизацию обращений: что-то идет в SAP, что-то в HPE, часть обращений мы решаем самостоятельно. Будучи сервисным партнером HPЕ, «ИНЛАЙН ГРУП» может осуществлять как первичную инсталляцию оборудования и ПО, так и его сервисное обслуживание.
Таким образом, мы, как партнеры различных производителей и проектировщики конечного решения, ответственны за конечный результат проекта. Это и есть наша главная роль в реализации подобных решений. Так сложилось, что «ИНЛАЙН ГРУП» имеет длительный опыт работы с заказчиками, со многими более 10 лет. Что очень и очень помогает в подобных проектах: мы знаем все особенности заказчика, а заказчик, доверяя нам, чувствует себя более уверенно, более открыт инновациям, понимает, что такой сложный и многоплановый проект, как внедрение SAP HANA, будет успешно выполнен.
В. С.: Переход на SAP HANA — задача не простая, требующая тщательной подготовки и планирования. Компания HPE в партнерстве с компанией SAP SE и российскими интеграторами имеет богатый совместный опыт в реализации таких проектов, и мы готовы предложить свои услуги по планированию миграции, выбору правильной конфигурации и внедрению решения, соответствующего индивидуальным потребностям наших заказчиков.
ПОДГОТОВЛЕНО ITWEEK EXPERT[*] Индивидуальные «скроенные» на заказ решения с использованием имеющейся ИТ-инфраструктуры центров обработки данных заказчика. — В. С.
