Пропустить навигацию

SAP S/4HANA в крупных экземплярах HANA с высокой доступностью и аварийным восстановлением

Такая архитектура решения определяет, как пользовательский запрос передается через среду SAP с высокопроизводительными виртуальными машинами Azure и выполняющейся в памяти базой данных HANA, которые запущены в крупных экземплярах HANA для достижения непревзойденной производительности и масштабируемости. Эта система обеспечивает преимущество кластеризации ОС для повышения производительности базы данных. Репликация системы HANA и конфигурация полного аварийного восстановления гарантируют высокий уровень доступности системы.

1 2 3 4 5 6 7 8 9

В этом примере пользователь локального экземпляра SAP создает заказ на продажу через интерфейс Fiori, настраиваемый интерфейс или другие средства.

Для подключения к виртуальным машинам Azure используется высокоскоростной шлюз ExpressRoute.

Сначала запросы поступают в высокодоступные центральные службы ABAP SAP (ASCS), а затем проходят через серверы приложений с запущенными виртуальными машинами Azure в группе доступности. Благодаря этому предоставляется соглашение об уровне обслуживания с гарантией 99,95 % времени непрерывной работы.

Запросы поступают от сервера приложений в SAP HANA на блейд-серверах крупных экземпляров.

Основные и дополнительные блейд-серверы кластеризуются на уровне ОС, обеспечивая доступность на уровне 99,95 %. Репликация данных с основного сервера на дополнительный выполняется с использованием HANA System Replication (HSR) в синхронном режиме с нулевым значением RPO.

Обрабатываемые в памяти данные SAP HANA хранятся в высокопроизводительном хранилище NFS.

Для данных в хранилище NFS периодически создаются резервные копии с использованием моментальных снимков встроенного хранилища. Их создание не влияет на производительность базы данных.

Том постоянных данных в дополнительном хранилище реплицируется в выделенную систему аварийного восстановления с использованием специальной магистральной сети для репликации данных HANA.

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

  1. 1 В этом примере пользователь локального экземпляра SAP создает заказ на продажу через интерфейс Fiori, настраиваемый интерфейс или другие средства.
  2. 2 Для подключения к виртуальным машинам Azure используется высокоскоростной шлюз ExpressRoute.
  3. 3 Сначала запросы поступают в высокодоступные центральные службы ABAP SAP (ASCS), а затем проходят через серверы приложений с запущенными виртуальными машинами Azure в группе доступности. Благодаря этому предоставляется соглашение об уровне обслуживания с гарантией 99,95 % времени непрерывной работы.
  4. 4 Запросы поступают от сервера приложений в SAP HANA на блейд-серверах крупных экземпляров.
  5. 5 Основные и дополнительные блейд-серверы кластеризуются на уровне ОС, обеспечивая доступность на уровне 99,95 %. Репликация данных с основного сервера на дополнительный выполняется с использованием HANA System Replication (HSR) в синхронном режиме с нулевым значением RPO.
  1. 6 Обрабатываемые в памяти данные SAP HANA хранятся в высокопроизводительном хранилище NFS.
  2. 7 Для данных в хранилище NFS периодически создаются резервные копии с использованием моментальных снимков встроенного хранилища. Их создание не влияет на производительность базы данных.
  3. 8 Том постоянных данных в дополнительном хранилище реплицируется в выделенную систему аварийного восстановления с использованием специальной магистральной сети для репликации данных HANA.
  4. 9 Крупные экземпляры на стороне системы аварийного восстановления можно использовать для нерабочих целей. При этом вы можете сократить затраты, подключив хранилище контроля качества и том репликации системы аварийного восстановления (в режиме только для чтения).

Руководство по реализации

Продукты и их описание Документация

SAP HANA в Azure (крупные экземпляры)

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

Хранилище NFS для крупных экземпляров Azure HANA

Высокопроизводительная система хранения Azure NFS предлагает широкие возможности резервного копирования на основе моментальных снимков и репликации в дополнительное хранилище. Кроме того, только крупные экземпляры HANA предоставляют облачную инфраструктуру для шифрования тома хранилища.

Виртуальные машины

Для использования SAP в Azure необходимо запускать рабочие нагрузки SAP на сертифицированных виртуальных машинах Microsoft Azure. Для использования SAP требуется не менее двух виртуальных ЦП. Соотношение между памятью и виртуальным ЦП должно быть 6:1.

Хранилище Premium

Хранилище Microsoft Azure класса Premium обеспечивает высокую пропускную способность и низкую изменчивость задержек при операциях ввода-вывода. Для оптимизации производительности в хранилище класса Premium на узлах службы хранилища Azure и в кэше чтения используются твердотельные накопители (SSD), поддерживаемые вычислительным узлом Azure на локальном SSD.

ExpressRoute (интерфейсная часть)

При использовании с интерфейсной частью (см. схему) Azure ExpressRoute обеспечивает безопасное и надежное подключение с высокой пропускной способностью между вашей сетью и сетью Microsoft Azure.

ExpressRoute (серверная часть)

При использовании с серверной частью (см. схему) Azure ExpressRoute обеспечивает обмен данными между компонентами Azure в центре обработки данных Azure и системами SAP HANA в Azure (крупные экземпляры). Стоимость использования серверной части ExpressRoute включена в цену на SAP HANA в Azure (крупный экземпляр).

Связанные архитектуры решений

1 2 3 4 5 6 7 8 9

SAP NetWeaver в SQL Server

Это решение для приложений NetWeaver в SQL Server определяет, как пользовательский запрос передается через среду SAP на основе NetWeaver с использованием виртуальных машин Azure для размещения приложений SAP и базы данных SQL Server. Эта система предоставляет преимущество кластеризации ОС для достижения высокого уровня доступности. Хранилище класса Premium позволяет улучшить производительность и масштабируемость. Для репликации используется SQL Server AlwaysOn, а конфигурация полного аварийного восстановления гарантирует доступность системы на уровне 99,95 %.