Настройка аварийного восстановления для развертывания приложений SAP NetWeaver с несколькими уровнями

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

С помощью Site Recovery можно:

• Включите защиту производственных приложений SAP NetWeaver и других приложений, не относящихся к NetWeaver, которые выполняются локально, путем репликации компонентов в Azure.
• Включите защиту рабочих приложений SAP NetWeaver и не NetWeaver, работающих в Azure, реплицируя компоненты в другой центр обработки данных Azure.
• Упрощение миграции в облако с помощью Site Recovery для переноса развертывания SAP в Azure.
• Упростите обновления проектов SAP, тестирование и прототипирование, создавая производственный клон по запросу для тестирования приложений SAP.

Вы можете защитить развертывания приложений SAP NetWeaver с помощью Azure Site Recovery. В этой статье рассматриваются рекомендации по защите трехуровневого развертывания SAP NetWeaver в Azure при репликации в другой центр обработки данных Azure с помощью Site Recovery. В этой статье описываются поддерживаемые сценарии и конфигурации, а также способы проведения проверок переключений (учебные тренировки по восстановлению после аварии) и реальных переключений.

Предпосылки

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

• Репликация виртуальной машины в Azure
• Проектирование сети восстановления
• Выполнить тестовое переключение в Azure
• Переключитесь на Azure
• Репликация контроллера домена
• Репликация экземпляра SQL Server

Поддерживаемые сценарии

С помощью Site Recovery можно реализовать решение аварийного восстановления в следующих сценариях:

• У вас есть системы SAP, работающие в одном центре обработки данных Azure, и вы реплицируете их в другой центр обработки данных Azure (аварийное восстановление Azure в Azure). Дополнительные сведения см. в статье об архитектуре репликации Azure в Azure.
• У вас есть системы SAP, работающие на локальных серверах VMware (или физических). Вы также реплицируете системы SAP на площадку аварийного восстановления, расположенную в центре обработки данных Azure (аварийное восстановление VMware в Azure). Для этого сценария требуются некоторые дополнительные компоненты. Дополнительные сведения см. в статье об архитектуре репликации VMware to Azure.
• У вас есть системы SAP, работающие на локальных серверах Hyper-V. Вы также реплицируете системы SAP на сайт аварийного восстановления в центре обработки данных Azure (аварийное восстановление Hyper-V в Azure). Для этого сценария требуются некоторые дополнительные компоненты. Дополнительные сведения см. в статье об архитектуре репликации Hyper-V в Azure.

В этой статье мы используем сценарий аварийного восстановления Azure в Azure . В сценарии показаны возможности аварийного восстановления SAP Site Recovery. Так как репликация Site Recovery не зависит от приложения, описанный процесс также применяется к другим сценариям.

Обязательные базовые службы

В сценарии, который мы обсудим в этой статье, развертываются следующие базовые службы:

• Azure ExpressRoute или VPN-шлюз Azure
• По крайней мере один контроллер домена Microsoft Entra и DNS-сервер, работающий в Azure

Перед развертыванием Site Recovery рекомендуется установить эту инфраструктуру.

Справочник по развертыванию приложений SAP

Эта эталонная архитектура выполняет SAP NetWeaver в среде Windows в Azure с высоким уровнем доступности. Эта архитектура развертывается с определенными размерами виртуальных машин, которые можно изменить в соответствии с потребностями вашей организации.

Рекомендации по аварийному восстановлению

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

Виртуальные машины под управлением пулов веб-диспетчера SAP

Компонент веб-диспетчера работает в качестве подсистемы балансировки нагрузки для трафика SAP среди серверов приложений SAP. Чтобы обеспечить высокий уровень доступности для компонента веб-диспетчера, Azure Load Balancer реализует параллельную настройку веб-диспетчера. Веб-диспетчер использует конфигурацию циклического перебора для распределения трафика HTTP(S) между доступными веб-диспетчерами в пуле балансировщиков.

Виртуальные машины под управлением пулов серверов приложений

Транзакция SMLG управляет группами входа для серверов приложений ABAP. Она использует функцию балансировки нагрузки в сервере сообщений Центральных сервисов для распределения рабочей нагрузки между пулами серверов приложений SAP для SAP GUI и трафика RFC. Это управление можно реплицировать с помощью Site Recovery.

Виртуальные машины под управлением кластеров SAP Central Services

Эта эталонная архитектура запускает центральные службы на виртуальных машинах на уровне приложений. Центральные службы — это потенциальная точка сбоя при использовании одной виртуальной машины. Типичное развертывание и высокая доступность не являются необходимыми требованиями.

Для реализации решения с высоким уровнем доступности можно использовать общий дисковый кластер или кластер общей папки. Чтобы настроить виртуальные машины для общего кластера дисков, используйте отказоустойчивый кластер Windows Server. Мы рекомендуем использовать облачный свидетель в качестве свидетеля кворума.

Для поддержки среды отказоустойчивого кластера SIOS DataKeeper Cluster Edition выполняет общую функцию тома кластера. В функции кластер SIOS DataKeeper реплицирует независимые диски, принадлежащие узлам кластера.

Кроме того, можно обрабатывать кластеризацию, реализуя кластер общей папки. SAP недавно изменил шаблон развертывания центральных служб для доступа к глобальным каталогам /sapmnt через UNC-путь. Мы все же рекомендуем убедиться, что ресурс UNC /sapmnt обладает высокой доступностью. Вы можете проверить ваш экземпляр "Central Services". Используйте отказоустойчивый кластер Windows Server с масштабируемым файловым сервером (SOFS) и функцией Storage Spaces Direct (S2D) в Windows Server 2016.

Дополнительные рекомендации по аварийному восстановлению

Вы можете использовать Site Recovery для оркестрации отработки отказа полного развертывания SAP в регионах Azure. Ниже приведены шаги по настройке аварийного восстановления.

1. Репликация виртуальных машин
2. Проектирование сети восстановления
3. Репликация контроллера домена
4. Репликация базового уровня данных
5. Выполнить тестовое переключение
6. Переключение на резервную систему

Ниже приведена рекомендация по аварийному восстановлению каждого уровня, используемого в этом примере.

Репликация виртуальных машин

Чтобы начать репликацию всех виртуальных машин приложения SAP в центр обработки данных аварийного восстановления Azure, следуйте инструкциям в статье "Репликация виртуальной машины в Azure".

• Рекомендации по защите Active Directory и DNS см. в статье Настройка аварийного восстановления для Active Directory и DNS.

• Инструкции по защите уровня базы данных, работающего в SQL Server, см. в статье о защите SQL Server.

Конфигурации сети

Если вы используете статический IP-адрес, можно указать IP-адрес, который требуется принять виртуальной машине. Чтобы задать IP-адрес, перейдите ккарте сетевого> интерфейса параметровсети.

Создание плана восстановления

План восстановления поддерживает последовательность различных уровней в многоуровневом приложении во время переключения при отказе. Последовательность помогает поддерживать согласованность приложений. При создании плана восстановления для многоуровневого веб-приложения выполните действия, описанные в разделе "Создание плана восстановления с помощью Site Recovery".

Добавление виртуальных машин в группы устойчивости к сбоям

1. Создайте план восстановления, добавив сервер приложений, веб-диспетчер и виртуальные машины служб SAP Central.
2. Выберите "Настроить", чтобы сгруппировать виртуальные машины. По умолчанию все виртуальные машины входят в группу 1.

Добавление скриптов в план восстановления

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

Вы можете развернуть наиболее используемые скрипты Site Recovery в учетной записи службы автоматизации Azure, выбрав "Развернуть в Azure". При использовании любого опубликованного скрипта следуйте инструкциям в скрипте.

1. Добавьте сценарий предварительного действия в Группу 1, чтобы выполнить переключение на отказ группы доступности SQL Server. Используйте скрипт ASR-SQL-FailoverAG, опубликованный в примерах скриптов. Следуйте инструкциям в скрипте и внесите необходимые изменения в скрипт соответствующим образом.
2. Добавьте скрипт для последующих действий, чтобы подсоединить балансировщик нагрузки к виртуальным машинам веб-уровня (группа 1). Используйте скрипт ASR-AddSingleLoadBalancer, опубликованный в примерах скриптов. Следуйте инструкциям в скрипте и внесите необходимые изменения в скрипт по мере необходимости.

Запуск тестового переключения на резервный режим

1. На портале Azure выберите хранилище служб восстановления.
2. Выберите план восстановления, созданный для приложений SAP.
3. Выберите Тест отказоустойчивости.
4. Чтобы начать процесс тестового переключения, выберите точку восстановления и виртуальную сеть Azure.
5. При запуске вторичной среды выполните проверку.
6. После проведения проверок очистите резервную среду, выбрав "Очистка тестового перехода на резерв".

Дополнительные сведения см. в статье "Тестовая отработка отказа в Azure" в Site Recovery.

Запустить резервное переключение

1. На портале Azure выберите хранилище служб восстановления.
2. Выберите план восстановления, созданный для приложений SAP.
3. Выберите Failover.
4. Чтобы запустить процесс переключения на резерв, выберите точку восстановления.

Дополнительные сведения см. в разделе "Переключение на резервное оборудование" в Site Recovery.

Дальнейшие действия

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