Изучение этапа подготовки и планирования проекта

  • 12 мин

На этом этапе следует необходимо следующий набор элементов:

Общий проектный документ, где содержится:

  • Инвентаризация запланированного (и, в случае миграции, существующего) ландшафта SAP.
  • матрица назначения ответственности (RACI), которая определяет обязанности и задания для всех сторон, участвующих в доставке проекта.
  • Общая архитектура решения.
  • Выбор целевых регионов Azure. Доступность ресурсов не согласована в разных регионах.
  • Сетевая архитектура, обеспечивающая подключение между локальной средой и Azure. Вам следует привести проект в соответствие со схемой виртуальных центров обработки данных для Azure.
  • Принципы безопасности критически важных для бизнеса данных в Azure. Также следует ознакомиться с документацией по безопасности Azure.

Технический проектный документ, где содержатся:

  • блок-схема решения;

  • размеры вычислительных компонентов, компонентов хранилища и сетевых компонентов в Azure. Сведения о размерах SAP Виртуальные машины Azure см. в примечании к SAP #1928533.

  • архитектура обеспечения высокого уровня доступности и аварийного восстановления.

    • Эта архитектура должна основываться на предоставленных компанией значениях RTO (целевое время восстановления) и RPO (целевая точка восстановления).

    • Для обеспечения высокой доступности в пределах одной зоны необходимо определить возможности целевого продукта СУБД. Большинство СУБД предлагают функцию синхронной горячей замены, которая рекомендуется для рабочих систем. Кроме того, ознакомьтесь с документацией SAP по базам данных, начиная с рекомендаций по развертыванию СУБД Azure для рабочих нагрузок SAP. Использование службы отказоустойчивого кластера Windows с общей конфигурацией дисков для уровня СУБД не поддерживается. Вместо этого можно использовать такие решения:

      • Always On в SQL Server
      • Oracle Data Guard;
      • Репликация системы HANA

    • Для аварийного восстановления уровня СУБД в разных регионах Azure определите параметры продукта, предлагаемые поставщиками СУБД. Большинство из них поддерживает асинхронную репликацию или доставку журналов.

    • Для уровня приложений SAP определите, будут ли выполняться тестовые системы бизнес-регрессии (которые должны соответствовать рабочим системам), в том же регионе Azure или регионе аварийного восстановления. В последнем случае можно использовать системы регрессии в качестве целевых объектов аварийного восстановления для рабочей среды.

    • Если вы решили не использовать системы тестирования регрессии в качестве целевых объектов аварийного восстановления, рассмотрите возможность использования Azure Site Recovery в качестве метода репликации слоя приложений SAP в регион аварийного восстановления Azure. Дополнительные сведения см. в документе Майкрософт Настройка аварийного восстановления для многоуровневого развертывания приложения SAP NetWeaver.

    • Если вы решите использовать объединенную конфигурацию высокого уровня доступности и аварийного восстановления, использующую зоны доступности Azure, убедитесь, что выбранное регион Azure поддерживает зоны доступности. Задержка между зонами выше по сравнению с задержкой между azure Виртуальные машины, которые являются частью одной группы доступности.

  • Подробный учет версий пакетов поддержки ОС, баз данных, ядра и SAP. Поддержка SAP для данной конфигурации в локальных сценариях не означает, что та же конфигурация поддерживается Виртуальные машины Azure. В зависимости от результата может потребоваться обновить некоторые программные компоненты. Дополнительные сведения о поддерживаемых конфигурациях см. в следующих примечаниях SAP:

    • Заметка SAP № 1928533. Примечание также предоставляет размеры SKU виртуальных машин, поддерживаемых SAP, с поддержкой SAP.
    • Заметка SAP № 2039619. Примечание содержит матрицу поддержки Oracle в Azure, на основе которой Oracle поддерживает только Windows и Oracle Linux в качестве гостевой ОС в Azure Виртуальные машины. Это заявление о поддержке применяется также к уровню приложений SAP, в котором выполняются экземпляры SAP. Однако Oracle не поддерживает высокий уровень доступности для центральных служб SAP в Oracle Linux с помощью Pacemaker. Если требуется высокий уровень доступности для ASCS в Oracle Linux, необходимо использовать siOS Protection Suite для Linux. Подробные сведения о сертификации SAP см. в заметке SAP № 1662610. Для Windows поддерживаемое SAP решение отработки отказа отказоустойчивого кластера Windows для центральных служб SAP поддерживается в сочетании с Oracle в качестве уровня СУБД.
    • Заметка SAP № 2235581, которая описывает матрицу поддержки для SAP HANA в разных выпусках ОС.
    • Каталог оборудования SAP HANA.

  • 3-уровневые проекты для производственных систем SAP (рекомендуется более 2-уровневых проектов). Объединение (A)SCS и серверов приложений на одной виртуальной машине Azure не рекомендуется. Конфигурации кластеров с несколькими идентификаторами безопасности для центральных служб SAP поддерживаются при использовании Windows в качестве гостевой ОС в Azure. В то время как конфигурации кластера SAP Central Services с несколькими идентификаторами безопасности не поддерживаются в операционных системах Linux в Azure. Документация по гостевой ОС Windows приведена в следующих статьях:

Список всех интерфейсов SAP

Включите сюда не только интерфейсы SAP, но и все остальные.

Проектирование базовых служб, в том числе:

  • службы проверки подлинности и разрешения имен (Active Directory и DNS);
  • Топология сети.
  • топология групп ресурсов;
  • контроль доступа на основе ролей для управления инфраструктурой и приложениями;
  • стратегия присвоения тегов;
  • Соглашение об именовании компонентов инфраструктуры, включая Виртуальные машины Azure.

Ссылка на контракт на поддержку Microsoft Premier

Справочник по контракту поддержки Microsoft Premier, включая прямой контакт с MS Technical Account Manager (TAM). Требования к поддержке SAP см. в заметке SAP № 2015553.

Список подписок Azure

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

План сокращения и переноса данных

План уменьшения объема данных и миграции данных для передачи данных SAP в Azure (в сценариях миграции). Для систем SAP NetWeaver компания SAP разработала рекомендации по уменьшению объема данных.

Методика автоматического развертывания

Целью автоматизации при развертывании инфраструктуры в Azure является обеспечение детерминированных результатов. Многие клиенты используют сценарии на основе PowerShell или Azure CLI с шаблонами Azure Resource Manager. Однако существуют различные технологии с открытым кодом (например, Terraform и Ansible), которые могут использоваться для развертывания инфраструктуры Azure для SAP и даже установки программного обеспечения SAP. Примеры можно найти на сайте GitHub в SAP на платформе автоматизации развертывания Azure.

Центр Azure для решений SAP (ACSS) — это предложение Azure, которое делает sap рабочей нагрузкой верхнего уровня в Azure. Центр Azure для решений SAP — это комплексное решение, которое позволяет создавать и запускать системы SAP как единую рабочую нагрузку в Azure. Вы можете воспользоваться преимуществами [возможностей управления ACSS(/azure/sap/center-sap-solutions/manage-virtual-instance)] для новых и существующих систем SAP на основе Azure.

Примечание.

Назначьте расписание регулярных проверок проекта и развертывания с участием клиента (это вы), системного интегратора, корпорации Майкрософт и других заинтересованных сторон.