В этом примере показано, как настроить среду разработки и тестирования для SAP NetWeaver в окружении Windows или Linux в Azure. В этом примере используется база данных AnyDB. (AnyDB — это термин SAP для любой поддерживаемой СУБД, отличной от SAP HANA.)
Архитектура
Скачайте файл Visio для этой архитектуры.
Поток данных
В этом сценарии показана подготовка отдельной базы данных системы SAP и сервера приложений SAP в одной виртуальной машине. Данные передаются в сценарии следующим образом:
- Для доступа к системе SAP на платформе Azure клиенты используют пользовательский интерфейс SAP или другие клиентские средства (Excel, веб-браузер или другие веб-приложения).
- Взаимодействие обеспечивается с использованием установленного подключения ExpressRoute. Финальной точкой подключения ExpressRoute является шлюз ExpressRoute в Azure. Сетевой трафик проходит через шлюз Express Route к подсети шлюза, от подсети шлюза к подсети уровня приложения (см. шаблон звездообразной топологии), а затем через сетевой шлюз безопасности к виртуальной машине приложения SAP.
- Серверы управления идентификацией предоставляют услуги проверки подлинности.
- Переходная среда предоставляет возможности локального управления.
Компоненты
- Виртуальные сети являются основой сетевого взаимодействия в Azure.
- Виртуальные машины Azure предоставляют доступную по требованию, масштабируемую, безопасную виртуализированную инфраструктуру с использованием серверов Windows или Linux.
- Azure ExpressRoute расширяет локальные сети в облако Майкрософт по частному подключению, что упрощается поставщиком услуг подключения.
- Группы безопасности сети позволяют ограничить сетевой трафик к ресурсам в виртуальной сети. Группа безопасности сети содержит список правил безопасности, которые разрешают или запрещают входящий или исходящий сетевой трафик. Правила безопасности основаны на IP-адресе, порте и протоколе для источника и места назначения.
- Группы ресурсов выступают в качестве логических контейнеров для ресурсов Azure.
- Службы Файлы Azure и Azure NetApp Files рекомендуется использовать для хранения исполняемых файлов SAP, а также данных и журналов HANA.
Подробности сценария
Так как эта архитектура создана для нерабочих сред, она развертывается только с одной виртуальной машиной (ВМ). Размер виртуальной машины можно изменить в соответствии с потребностями организации.
Для рабочих вариантов использования ознакомьтесь со справочными архитектурами SAP, доступными ниже.
- Развертывание SAP NetWeaver (Windows) для баз сторонних поставщиков на виртуальных машинах Azure
- SAP S/4 HANA
- SAP на крупных экземплярах Azure
Потенциальные варианты использования
Другие варианты использования:
- Некритические рабочие нагрузки 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 ГБ.
Развертывание этого сценария
Щелкните ссылку ниже, чтобы развернуть решение.
Примечание.
В процессе этого развертывания SAP и Oracle не устанавливаются. Эти компоненты нужно будет развертывать отдельно.
Соавторы
Эта статья поддерживается корпорацией Майкрософт. Первоначально он был написан следующими участник.
Автор субъекта:
- Эндрю Диббинс | Старший инженер
Чтобы просмотреть недоступные профили LinkedIn, войдите в LinkedIn.
Следующие шаги
Дополнительные сведения о технологиях компонентов:
- Что такое виртуальная сеть Azure?
- Виртуальные машины Linux в Azure
- Виртуальные машины Windows в Azure
- Что такое Azure ExpressRoute?
- Группы безопасности сети
- Использование Azure для размещения и запуска сценариев рабочей нагрузки SAP
- Установка SAP HANA на виртуальных машинах Azure
- Управление группами ресурсов Azure Resource Manager с помощью Azure CLI
- Архитектура и сценарии высокой доступности для SAP NetWeaver
- Общие сведения о Файлах Azure
- Что такое Azure NetApp Files
Связанные ресурсы
Сведения о связанных архитектурах: