Среды разработки и тестирования для рабочих нагрузок SAP в Azure

Azure ExpressRoute
Виртуальные машины Azure
Виртуальная сеть Azure
Azure Resource Manager

В этом примере показано, как настроить среду разработки и тестирования для SAP NetWeaver в окружении Windows или Linux в Azure. В этом примере используется база данных AnyDB. (AnyDB — это термин SAP для любой поддерживаемой СУБД, отличной от SAP HANA.)

Архитектура

Схема архитектуры для сред разработки и тестирования для рабочих нагрузок SAP.

Скачайте файл Visio для этой архитектуры.

Поток данных

В этом сценарии показана подготовка отдельной базы данных системы SAP и сервера приложений SAP в одной виртуальной машине. Данные передаются в сценарии следующим образом:

  1. Для доступа к системе SAP на платформе Azure клиенты используют пользовательский интерфейс SAP или другие клиентские средства (Excel, веб-браузер или другие веб-приложения).
  2. Взаимодействие обеспечивается с использованием установленного подключения ExpressRoute. Финальной точкой подключения ExpressRoute является шлюз ExpressRoute в Azure. Сетевой трафик проходит через шлюз Express Route к подсети шлюза, от подсети шлюза к подсети уровня приложения (см. шаблон звездообразной топологии), а затем через сетевой шлюз безопасности к виртуальной машине приложения SAP.
  3. Серверы управления идентификацией предоставляют услуги проверки подлинности.
  4. Переходная среда предоставляет возможности локального управления.

Компоненты

  • Виртуальные сети являются основой сетевого взаимодействия в Azure.
  • Виртуальные машины Azure предоставляют доступную по требованию, масштабируемую, безопасную виртуализированную инфраструктуру с использованием серверов Windows или Linux.
  • Azure ExpressRoute расширяет локальные сети в облако Майкрософт по частному подключению, что упрощается поставщиком услуг подключения.
  • Группы безопасности сети позволяют ограничить сетевой трафик к ресурсам в виртуальной сети. Группа безопасности сети содержит список правил безопасности, которые разрешают или запрещают входящий или исходящий сетевой трафик. Правила безопасности основаны на IP-адресе, порте и протоколе для источника и места назначения.
  • Группы ресурсов выступают в качестве логических контейнеров для ресурсов Azure.
  • Службы Файлы Azure и Azure NetApp Files рекомендуется использовать для хранения исполняемых файлов SAP, а также данных и журналов HANA.

Подробности сценария

Так как эта архитектура создана для нерабочих сред, она развертывается только с одной виртуальной машиной (ВМ). Размер виртуальной машины можно изменить в соответствии с потребностями организации.

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

Потенциальные варианты использования

Другие варианты использования:

  • Некритические рабочие нагрузки SAP в нерабочей среде (такие как песочница, разработка, тестирование и контроль качества).
  • Некритические рабочие нагрузки бизнес-процессов SAP.

Рекомендации

Эти рекомендации реализуют основные принципы платформы Azure Well-Architected Framework, которая является набором руководящих принципов, которые можно использовать для улучшения качества рабочей нагрузки. Дополнительные сведения см. в статье Microsoft Azure Well-Architected Framework.

При создании среды разработки и тестирования для SAP NetWeaver следует учитывать следующие моменты.

Availability

Корпорация Майкрософт предлагает Соглашение об уровне обслуживания (SLA) для отдельных экземпляров виртуальной машины. Дополнительные сведения о Соглашении об уровне обслуживания Microsoft Azure для виртуальных машин см. в этой статье

Масштабируемость

Общие рекомендации по разработке масштабируемых решений см. в разделе Контрольный список для обеспечения производительности в Центре архитектуры Azure.

Безопасность

Безопасность обеспечивает гарантии от преднамеренного нападения и злоупотребления ценными данными и системами. Дополнительные сведения см. в разделе "Общие сведения о компоненте безопасности".

Общие рекомендации по разработке безопасных решений см. в разделе Документация по системе безопасности Azure.

Защита и клонирование данных

Общие рекомендации по защите данных приложения см. в разделе Средство создания моментальных снимков с согласованием приложений Azure. Это средство в сочетании со службой Azure NetApp Files создает моментальные снимки с согласованием приложений.

Устойчивость

Общее руководство по проектированию устойчивых решений см. в разделе Проектирование устойчивых приложений для Azure.

Оптимизация затрат

Оптимизация затрат заключается в поиске способов уменьшения ненужных расходов и повышения эффективности работы. Дополнительные сведения см. в разделе Обзор критерия "Оптимизация затрат".

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

Здесь представлено четыре примера профиля затрат в зависимости от объема трафика, который планируется принимать:

Размер Протоколы SAP Тип виртуальной машины Хранилище Калькулятор стоимости — оцените свои расходы
Небольшой 8000 D8s_v3 2xP20, 1xP10 Малый
Средняя 16 000 D16s_v3 3xP20, 1xP10 Средний
Большой 32000 E32s_v3 3xP20, 1xP10 Крупный
Очень крупный 64 000 M64s 4xP20, 1xP10 Очень крупный

Примечание.

Эти цены приведены в качестве руководства. В них указаны только затраты на виртуальные машины и хранилище. Они не включают плату за сеть, хранилище резервных копий и передачу исходящих и входящих данных.

  • Малый: небольшая система, включающая виртуальную машину типа D8s_v3 с 8 виртуальными ЦП, 32 ГБ оперативной памяти и 200 ГБ временного хранилища. Она также содержит хранилище класса Premium: два диска размером 512 ГБ и один диск размером 128 ГБ.
  • Средний: средняя система, включающая виртуальную машину типа D16s_v3 с 16 виртуальными ЦП, 64 ГБ оперативной памяти и 400 ГБ временного хранилища. Она также содержит хранилище класса Premium: три диска размером 512 ГБ и один диск размером 128 ГБ.
  • Крупный: крупная система, включающая виртуальную машину типа E32s_v3 с 32 виртуальными ЦП, 256 ГБ оперативной памяти и 512 ГБ временного хранилища. Она также содержит хранилище класса Premium: три диска размером 512 ГБ и один диск размером 128 ГБ.
  • Очень крупный: очень крупная система, включающая виртуальную машину типа M64s с 64 виртуальными ЦП, 1024 ГБ оперативной памяти и 2000 ГБ временного хранилища. Она также содержит хранилище класса Premium: четыре диска размером 512 ГБ и один диск размером 128 ГБ.

Развертывание этого сценария

Щелкните ссылку ниже, чтобы развернуть решение.

Развернуть в Azure

Примечание.

В процессе этого развертывания SAP и Oracle не устанавливаются. Эти компоненты нужно будет развертывать отдельно.

Соавторы

Эта статья поддерживается корпорацией Майкрософт. Первоначально он был написан следующими участник.

Автор субъекта:

Чтобы просмотреть недоступные профили LinkedIn, войдите в LinkedIn.

Следующие шаги

Дополнительные сведения о технологиях компонентов:

Сведения о связанных архитектурах: