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

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

Служба Site Recovery предоставляет следующие возможности:

• защита рабочих приложений SAP NetWeaver и других приложений, запущенных в локальной среде, с помощью репликации компонентов в Azure;
• защита рабочих приложений SAP 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 to Azure replication architecture (Архитектура репликации из Azure в Azure).
• Ваши системы SAP работают на локальных серверах VMware (или физических серверах). Вы также реплицируете системы SAP на сайт аварийного восстановления в центре обработки данных Azure (аварийное восстановление из VMware в Azure). Данному сценарию требуются некоторые дополнительные компоненты. Дополнительные сведения см. в статье Архитектура репликации из VMware в 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 Web Dispatcher

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

Виртуальные машины, на которых запущены пулы серверов приложений

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

Виртуальные машины, на которых запущены кластеры SAP Central Services

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

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

Примечание.

Так как Azure Site Recovery не реплицирует облако-свидетель, рекомендуется развернуть облако-свидетель в регионе аварийного восстановления.

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

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

Примечание.

В настоящее время Site Recovery поддерживает только репликацию отказоустойчивых точек восстановления виртуальных машин, использующих Локальные дисковые пространства и пассивный узел SIOS Datakeeper.

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

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

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

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

Уровни SAP	Рекомендация
Пул Диспетчера SAP Web	Репликация с помощью Site Recovery.
Пул серверов приложений SAP	Репликация с помощью Site Recovery.
Кластер центральных служб SAP	Репликация с помощью Site Recovery.
Виртуальные машины Active Directory	Репликация Active Directory.
Серверы Базы данных SQL	Репликация SQL Server с использованием Always On.

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

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

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

• Рекомендации по защите уровня базы данных на сервере SQL Server см. в статье Настройка аварийного восстановления для SQL Server.

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

Если используется статический IP-адрес, вы можете указать нужный IP-адрес для виртуальной машины. Чтобы задать IP-адрес, откройте раздел Network settings (Параметры сети)>Network interface card (Сетевой адаптер).

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

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

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

1. Создайте план восстановления, добавив сервер приложений, SAP Web Dispatcher и виртуальные машины служб SAP Central Services.
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. Выберите Отработка отказа.
4. Чтобы запустить отработку отказа, выберите точку восстановления.

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

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

• Узнайте больше о создании решения аварийного восстановления для развертываний SAP NetWeaver с помощью Azure Site Recovery. Ознакомьтесь с доступным для скачивания техническим документом SAP NetWeaver: Building a Disaster Recovery Solution with Site Recovery (SAP NetWeaver: создание решения аварийного восстановления с помощью Site Recovery). В нем рассматриваются рекомендации по различным архитектурам SAP. Вы можете ознакомиться с поддерживаемыми приложениями и типами виртуальных машин для SAP в Azure. Кроме того, доступны параметры плана для тестирования решения аварийного восстановления.
• Узнайте больше о репликации других рабочих нагрузок с помощью Site Recovery.