Как Развернуть Sap Hana: Разбираем Разные Методы

SAP HANA — это популярная СУБД в памяти, включающая службы хранения (хранилище данных) и аналитику, встроенное промежуточное ПО, сервер приложений и платформу для настройки или разработки новых утилит. Устраняя задержку традиционных СУБД с помощью SAP HANA, вы можете значительно повысить производительность системы, обработку транзакций (OLTP) и бизнес-аналитику (OLAP).

Развернуть SAP HANA можно в режимах Appliance и TDI (если говорить о производственных средах).

К каждому варианту у производителя свои требования.

В этом посте мы поговорим о преимуществах и недостатках разных вариантов, а также, для наглядности, о наших реальных проектах с SAP HANA. SAP HANA состоит из трех основных компонентов — хоста, экземпляра и системы.

Хозяин — это сервер или операционная среда для запуска СУБД SAP HANA. Его необходимыми компонентами являются процессор, оперативная память, хранилище, сеть и ОС.

Хост предоставляет ссылки на установочные каталоги, данные, журналы или непосредственно на систему хранения.

При этом СХД для установки SAP HANA не обязательно должна располагаться на хосте.

Если в системе несколько хостов, вам понадобится либо общее хранилище, либо одно, доступное по требованию со всех хостов.

Пример — набор компонентов системы SAP HANA, установленных на одном хосте.

Основными компонентами являются индексный сервер и сервер имен.

Первый, который еще называют «рабочим сервером», обрабатывает запросы, управляет текущими хранилищами данных и ядрами баз данных.

Сервер имен хранит информацию о топологии установки SAP HANA — где запускаются компоненты и какие данные находятся на сервере.

Система – это один или несколько экземпляров с одинаковым номером.

По сути, это отдельный элемент, который можно включить, отключить или скопировать (сохранить резервную копию).

Данные распределяются в памяти различных серверов, составляющих систему SAP HANA.



Система может быть настроена как однохостовая (один экземпляр на одном хосте) или многохостовая, распределенная (несколько экземпляров SAP HANA распределены по нескольким хостам, по одному экземпляру на каждый хост).

В системах с несколькими хостами каждый экземпляр должен иметь одинаковый номер.

Система SAP HANA идентифицируется идентификатором системы (SID) — уникальным номером, состоящим из трех буквенно-цифровых символов.

Виртуализация SAP HANA

Чтобы более эффективно использовать оборудование или сократить количество серверов в дата-центре, вы можете использовать виртуализацию.

Таким образом, другие ландшафты могут сосуществовать на одном сервере с системами с более низкими требованиями (непродуктивными системами).

Для резервного сервера HA/DR виртуализация может повысить скорость переключения между производительными и непроизводительными виртуальными машинами.

SAP HANA включает поддержку гипервизора VMWare ESX. Это означает, что разные системы SAP HANA — установки SAP HANA с разными номерами SID — могут сосуществовать на одном хосте (общем физическом сервере) на разных виртуальных машинах.

Каждая виртуальная машина должна работать на поддерживаемой ОС.

Для производственных сред виртуализация SAP HANA имеет серьезные ограничения:

• Масштабирование Scale-Out не поддерживается — виртуализацию можно использовать только с системами Scale-Up, будь то BwoH/DM/SoH или «чистый» SoH;
• виртуализация должна осуществляться в рамках правил, установленных для устройств Appliance или TDI;
• Общая доступность (GA) может иметь только одну виртуальную машину — компании, желающие использовать виртуализацию с производственными средами HANA, должны участвовать в программе контролируемой доступности с SAP.

Топологии SAP HANA

• Масштабирование – один большой сервер.

  По мере роста базы HANA растет и сам сервер: увеличивается количество ЦП и объем памяти.

  В решениях с высокой доступностью (HA) и аварийным восстановлением (DR) резервные или отказоустойчивые серверы должны соответствовать характеристикам продуктивных серверов.

• Масштабируемость – весь объем системы SAP HANA распределяется по нескольким одинаковым серверам.

  Главный сервер содержит информацию для сервера индексирования и сервера имен.

  Подчиненные серверы не содержат этих данных – за исключением сервера, который берет на себя функции Мастера в случае выхода из строя главного сервера.

  Индексные серверы управляют назначенными им сегментами данных, а также отвечают на запросы.

  Серверы имен знают, как данные распределяются между производственными серверами.

  Если HANA растет, к текущей конфигурации сервера просто добавляется еще один узел.

  В данной топологии достаточно иметь один резервный узел, чтобы обеспечить безопасность всего сервера.

Требования к оборудованию SAP

Итак, вот требования к производственной среде:

• Процессор Intel Xeon v5 (SkyLake)/8880/90/94 v4 (Broadwell)
• от 128 ГБ ОЗУ для приложений BW с 2 ЦП, 256 ГБ с 4+ ЦП;

Развертывание SAP HANA в режимах Appliance и TDI

Немного информации о продукции.

BullSequana S на базе Intel Xeon Scalable включает в себя различные модели, до 32 процессоров в одном сервере.

Сервер построен по модульной конструкции, обеспечивающей масштабируемость до 32 процессоров и такого же количества графических процессоров.

Оперативная память – от 64 ГБ до 48 ТБ.

Функции BullSequana S включают поддержку корпоративного искусственного интеллекта для повышения производительности, ускоренного анализа данных, улучшенных вычислений в памяти, а также модернизацию с помощью виртуализации и облачных технологий.

Bullion S поставляется с процессорами семейства Intel Xeon E7 v4. Максимальное количество процессоров — 16. Объем оперативной памяти масштабируется от 128 ГБ до 24 ТБ.

Большое количество функций RAS обеспечивает высокий уровень доступности критически важных инфраструктур, таких как SAP HANA. Bullion S подходит для массовой консолидации центров обработки данных, запуска приложений в памяти, миграции мэйнфреймов или устаревших систем.

Устройство SAP HANA

Здесь HANA поставляется в виде предварительно настроенного аппаратного и программного обеспечения, полностью интегрированного и сертифицированного.

Устройство в режиме Appliance готово к установке в дата-центре, а операционная система, SAP HANA и (при необходимости) дополнительный экземпляр VMWare уже настроены и установлены.

Сертификация SAP определяет гарантированный уровень производительности, а также модель ЦП, объем оперативной памяти и хранилища.

После сертификации конфигурацию нельзя изменить без аннулирования гарантии.

Для масштабирования платформы HANA SAP предлагает три варианта.

• Масштабирование BWoH/DM/SoH – вертикальное масштабирование, подходящее для одиночных систем (один SID).

  Устройства увеличиваются на 256/384 ГБ, начиная с SAP HANA SPS 11. Это соотношение показывает максимальную емкость, поддерживаемую одним ЦП, и является общим для всего списка сертифицированных устройств.

  Устройство BWoH/DM/SoH с вертикальным масштабированием идеально подходит для приложений BW on HANA (BWoH), Data Mart (DM) и SAP Suite on HANA (SoH).

• Масштабирование SoH - Это облегченная версия предыдущей модели, с меньшими ограничениями по объему оперативной памяти.

  Это по-прежнему вертикально масштабируемый сервер, но максимальный объем оперативной памяти для 2 процессоров составляет уже 1536 ГБ (до версии SPS11) и 3 ТБ (SPS12+).

  Подходит только для SoH.

• Масштабирование — Это горизонтально масштабируемый вариант, система, поддерживающая многосерверные конфигурации.

  Горизонтальное масштабирование оптимально для BW и, с некоторыми ограничениями, для SoH.

В режиме «Прибор» имеется большой выбор различных устройств.

Решения BullSequana S для SAP HANA в режиме устройства



*Дополнительно E7-8890/94v4 Решения Bullion S для SAP HANA в режиме устройства Все решения Bull в режиме Appliance из SAP HANA SPS 12 сертифицированы.

Оборудование устанавливается в стандартную 19-дюймовую стойку высотой 42U, с двумя источниками питания – внутренними PDU. Следующие серверы имеют сертификацию SAP:

• BullSequana S с Intel Xeon Skylake 8176, 8176M, 8180, 8180M (процессоры с буквой «М» поддерживают модули памяти объемом 128 ГБ).

  По соотношению цена-качество лучше всего выглядят варианты с Intel 8176.

• Bullion S с Intel Xeon E7-8880 v4, 8890 и 8894.

Они могут быть полезны для доступа к системам, подключенным к LAN или SAN. Вот пример конфигурации системы хранения EMC Unity 450F в нашей настройке:

• Высота: 5U (DPE 3U (25x2,5" HDD/SSD) + DAE 2U (25x2,5" HDD/SSD))
• Контроллеры: 2
• Диски: от 6 до 250 SAS SSD, от 600 ГБ до 15,36 ТБ каждый
• RAID: уровень 5 (8+1), 4 группы RAID
• Интерфейс: 4 FC на контроллер, 8 или 16 Гбит/с.

• Программное обеспечение: Unisphere Block Suite.

Кроме того, этот вариант может потребовать внесения изменений в процессы ИТ-подразделения.

SAP HANA TDI

Например, сеть SAN можно повторно использовать в центре обработки данных, при этом некоторые диски будут выделены для установки HANA. По сравнению с Appliance режим TDI дает пользователю гораздо больше свободы в выполнении требований.

Это значительно упрощает интеграцию HANA в дата-центр — вы можете построить собственную настроенную инфраструктуру.

Например, варьировать тип и количество процессоров в зависимости от нагрузки.

Для расчета емкости мы рекомендуем использовать SAP Quick Sizer — простой инструмент, который предоставляет требования к процессору и памяти для различных рабочих нагрузок в SAP HANA. Затем вы можете обратиться в глобальную службу поддержки SAP Active, чтобы спланировать свой ИТ-ландшафт. После этого аппаратный партнер SAP HANA преобразует результаты вычислений в различные возможные конфигурации системы — как на топовом, так и на более простом оборудовании.

В режиме TDI для серверов допустимо использование процессоров Intel E7, включая Intel Broadwell E7 и Skylake-SP (Platinum, Gold, Silver с 8 и более ядрами на процессор), а также IBM Power8 /9. Серверы поставляются без систем хранения, коммутаторов и стоек, но аппаратные требования остаются такими же, как и в режиме Appliance — те же одиночные узлы, решения с вертикальным или горизонтальным масштабированием.

SAP требует, чтобы использовались только сертифицированные серверы, системы хранения и коммутаторы , но это не страшно – у большинства производителей практически все оборудование сертифицировано.

Тестирование производительности следует проводить с использованием тестов HWCCT (Инструмент проверки конфигурации оборудования).

, которые позволяют проверить соответствие определенным KPI SAP. И есть неаппаратное требование: HANA, ОС и гипервизор (опционально) должны быть установлены сертифицированными специалистами SAP. .

Только системы, соответствующие всем перечисленным правилам, могут получить поддержку производительности SAP. Линейка серверов BullSequana S в режиме TDI аналогична линейке в режиме Appliance, но без систем хранения, коммутаторов и стоек.

Вы можете установить любую СХД из списка сертифицированных систем SAP — VNX, XtremIO, NetApp и другие.

Например, если VNX5400 соответствует требованиям к производительности SAP HANA, вы можете подключить систему хранения данных Dell EMC Unity 450F как часть конфигурации TDI. При необходимости устанавливаются FC-адаптеры (1 или 10 Гбит/с), а также Ethernet-коммутаторы.

Теперь, чтобы вы могли более четко представить себе описанные режимы, мы расскажем вам о нескольких наших реальных случаях.

Appliance + TDI:HANA для интернет-магазина

Имеет филиалы в Чехии, Словакии, Польше, Венгрии, Словении, Хорватии и Румынии.

Это крупнейший интернет-магазин страны, продающий до 75 тысяч товаров в день, его выручка по итогам 2017 года составила около 280 миллионов евро.

Обновление инфраструктуры дата-центра потребовалось в связи с переходом на SAP HANA. Предполагаемый размер составлял 2x6 ТБ для производственных сред и 6 ТБ для сред тестирования и разработки.

При этом для продуктивной среды SAP HANA в активно-активном кластере требовалось решение с аварийным восстановлением.

На момент объявления тендера у заказчика была система SAP на базе стандартных стоечных и блейд-серверов.

Два дата-центра, расположенные примерно в 10 км друг от друга, были оснащены различными системами хранения данных — IBM SVC, HP и Dell. Ключевые системы работали в режиме аварийного восстановления.

Сначала заказчик запросил сертифицированное решение в режиме Appliance для SAP HANA для всех систем (Производственная и среда тестирования/разработки) с ростом до 12 ТБ.

Но из-за бюджетных ограничений стали рассматривать другие варианты — например, большее количество процессоров с меньшими модулями оперативной памяти (модули по 64 ГБ вместо модулей по 128 ГБ).

Кроме того, для оптимизации цены было рассмотрено совместное хранилище для производственной среды и среды тестирования/разработки.

Мы договорились о 4 процессорах и 6 ТБ оперативной памяти для производственной среды с возможностью роста.

Для сред тестирования/разработки в режиме TDI мы решили использовать менее дорогие процессоры — в итоге у нас получилось 8 процессоров и 6 ТБ оперативной памяти.

Из-за большего количества запрошенных заказчиком функций — репликации, резервного копирования, совместной производственной среды и сред тестирования/разработки на второй площадке — вместо внутренних дисков использовались системы хранения данных DellEMC Unity в конфигурации Full Flash. Кроме того, клиент запросил решение для аварийного восстановления на основе репликации системы HANA (HSR) с узлом кворума на третьей площадке.

Окончательная конфигурация среды Prod состояла из сервера BullSequana S400 на процессоре Intel Xeon P8176M (28 ядер, 2,10 ГГц, 165 Вт) и 6 ТБ оперативной памяти.

Система хранения данных — Unity 450F 10x 3,84 ТБ.

В целях аварийного восстановления для среды Prod мы использовали BullSequana S400 на процессоре Intel Xeon P8176M (28 ядер, 2,10 ГГц, 165 Вт) с 6 ТБ оперативной памяти.

Для среды тестирования/разработки мы взяли сервер BullSequana S800 с процессором Intel Xeon P8153 (16 ядер, 2,00 ГГц, 125 Вт) и 6 ТБ оперативной памяти, а также систему хранения данных Unity 450F 15x 3,84 ТБ.

Наши специалисты установили и настроили серверы DellEMC в качестве кворума, серверы приложений (VxRail Solution) и решение для резервного копирования (DataDomain).

Оборудование готово к будущим обновлениям.

Заказчик ожидает увеличения размеров HANA в 2019 году, и все, что ему нужно сделать, это установить в стойки новые модули.

Устройство: HANA для крупного туристического интегратора.

Заказчик запустил амбициозный проект SAP HANA по внедрению новой биллинговой системы.

Требовалось решение в режиме Appliance с 8 ТБ ОЗУ для сред Production и PreProd. В соответствии с рекомендациями SAP заказчик выбрал вариант вертикального масштабирования.

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

Мы предложили и внедрили сертифицированное SAP решение, включающее два сервера Bullion S16 — для сред Prod и PreProd. Оборудование работает на процессорах Intel Xeon E7-v4 8890 (24 ядра, 2,20 ГГц, 165 Вт) и оснащено 16 ТБ оперативной памяти.

Для сред BW и Dev/Test было установлено девять серверов Bullion S4 (22 ядра, 2,20 ГГц, 150 Вт) с 4 ТБ оперативной памяти.

В качестве системы хранения данных использовалась гибридная EMC Unity. Данное решение обеспечивает поддержку масштабирования всех элементов устройства — например, до 16 сокетов с процессором Intel Xeon E7-v4. Администрирование в такой конфигурации упрощено — в частности, по перенастройке или разбиению сервера.

Appliance + TDI: HANA для металлургов

Возникла необходимость расширить существующий ландшафт с точки зрения вычислительных мощностей.

Одним из главных условий, выдвинутых заказчиком, была высокая доступность платформы – несмотря на аппаратные ограничения.

Для производственных сред мы использовали сервер Bullion S8 и системы хранения данных в режиме SAP HANA Appliance. Для обеспечения высокой доступности и тестирования/разработки платформа была развернута в режиме TDI. Мы использовали один сервер Bull Bullion S8, два сервера Bull Bullion S6 и гибридную систему хранения.

Такое сочетание позволило существенно повысить скорость работы приложений в среде SAP, увеличить объём вычислительных мощностей и ресурсов хранения данных, а также минимизировать эксплуатационные расходы.

Важно, чтобы у клиента оставалась возможность масштабирования до 16 ЦП.

Приглашаем вас на SAP-форум

Если у вас есть вопросы по внедрению SAP HANA, мы будем рады ответить на них в комментариях.

Приглашаем всех, кого интересуют решения Bull и возможности их внедрения под SAP HANA, на крупнейшее SAP-событие года: SAP Forum 2019, который пройдет в Москве 17 апреля.

Ждем вас на нашем стенде в сфере IoT зона: мы расскажем вам много интересного, а также разыграем множество призов.

До встречи на форуме! Теги: #Хранилища данных #Хранение данных #Администрирование баз данных #Большие данные #большие данные #большие данные #sap hana

• Coca-Cola Отметила 100-Летие Со Дня Создания Легендарной Бутылки 15 Видеороликами

  19 Oct, 24

• Банальная Проблема Не Запуска Avr, Решение Которой Находится Глубоко Под Землей

  19 Oct, 24

• Как Работают Междугородние И Пригородные Автобусы В Нашей Стране

  19 Oct, 24

• Популярно О 3D Графике. Часть 2. Игры И 3D

  19 Oct, 24

• Обнаружен Новый Тип Вредоносного По Для Роутеров

  19 Oct, 24

• Фриланс – История Одного Проекта

  19 Oct, 24

• Lync Sdk 2013. Опыт Разработки Собственного Мессенджера На Базе Lync (Skype For Business)

  19 Oct, 24

• Xen И Будущее Автомобилестроения: Как Гипервизор С Открытым Исходным Кодом Становится Конкурентом Коммерческих Автомобильных Решений

  19 Oct, 24

• Перенос Данных Между Идентичными Объектами Метаданных Базы Данных 1С Путем Подмены Uid В Базе Данных Sql

  19 Oct, 24

• Специализированное По: Купить Или Написать?

  19 Oct, 24