Кластеризация экземпляра SAP ASCS/SCS в отказоустойчивом кластере Windows с помощью общего диска в Azure

  • Статья

Windows OS Windows

Отказоустойчивая кластеризация Windows Server (WSFC) является основой высокодоступной установки SAP ASCS/SCS и систем управления базами данных (DBMS) в Windows.

Отказоустойчивый кластер представляет собой группу из 1 + n независимых серверов (узлов), работающих совместно для повышения доступности приложений и служб. Если происходит сбой узла, WSFC вычисляет количество сбоев, которые могут возникать и по-прежнему поддерживать здоровый кластер для предоставления приложений и служб. Вы можете выбрать различные режимы кворума, чтобы обеспечить отработку отказа кластеризация.

Необходимые компоненты

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

Отказоустойчивый кластер Windows Server в Azure

WSFC с виртуальными машинами Azure требует дополнительных действий по настройке. При создании кластера вы должны назначить несколько IP-адресов и имен виртуальных узлов экземпляру SAP ASCS/SCS.

Разрешение имен в Azure и имя виртуального узла кластера

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

Azure Load Balancer выполняет роль внутренней подсистемы балансировки нагрузки для Azure. Благодаря внутренней подсистеме балансировки нагрузки клиенты обращаются к кластеру по виртуальному IP-адресу кластера.

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

Важно!

Плавающие IP-адреса не поддерживаются во вторичной IP-конфигурации сетевого адаптера (сетевого адаптера) в сценариях балансировки нагрузки. Дополнительные сведения см. в статье Ограничения подсистемы балансировки нагрузки Azure. Если для виртуальной машины требуется дополнительный IP-адрес, разверните вторую сетевую карту.

Diagram of a Windows Server Failover Clustering configuration in Azure without a shared disk.

Высокодоступная система SAP ASCS/SCS с общими дисками кластера

Экземпляр SAP ASCS/SCS в Windows содержит центральные службы SAP, сервер сообщений SAP, серверные процессы постановки в очередь и файлы глобального узла SAP. Файлы глобального узла SAP содержат центральные файлы для всей системы SAP.

Экземпляр SAP ASCS/SCS состоит из следующих компонентов.

  • Центральные службы SAP.

    • Два процесса (для сервера сообщений и сервера очереди) и имя виртуального узла ASCS/SCS, используемое для доступа к двум процессам
    • Структура файла: S:\usr\sap\SID>\<ASCS/SCS-номер<экземпляра>

  • Файлы глобального узла SAP.

    • Структура файла: S:\usr\sap\<SID>\SYS...

    • Общая папка sapmnt, которая обеспечивает доступ к этим глобальным файлам S:\usr\sap\SID>\<SYS..., используя следующий UNC-путь:

      \\<ASCS/SCS имя виртуального узла>\sapmnt\<SID>\SYS...

Diagram of processes, file structure, and global host file share of an SAP ASCS/SCS instance.

В системе высокого уровня доступности применяются экземпляры SAP ASCS/SCS кластера. Вы используете общие диски кластера (диск S в примере этой статьи) для размещения файлов глобального узла SAP ASCS/SCS и SAP.

Diagram that shows an SAP ASCS/SCS high-availability architecture with shared disks.

С архитектурой сервера репликации enqueue 1 (ERS1):

  • То же имя виртуального узла ASCS/SCS используется для доступа к серверу сообщений SAP и процессам сервера, а также к файлам глобального узла SAP через общую папку SAPmnt .
  • Между ними используется один и тот же общий диск кластера (S).

С архитектурой Enqueue Replication Server 2 (ERS2):

  • То же имя виртуального узла ASCS/SCS используется для доступа к процессу сервера сообщений SAP, а также к файлам глобального узла SAP через общую папку sapmnt .
  • Между ними используется один и тот же общий диск кластера (S).
  • Существует отдельное имя виртуального узла ERS для доступа к процессу сервера очереди.

Diagram of an SAP ASCS/SCS high-availability architecture with a shared disk.

Общие диски и сервер репликации enqueue

Общие диски поддерживаются с архитектурой ERS1, где экземпляр ERS1:

  • Не кластеризован.
  • localhost Использует имя.
  • Развертывается на локальных дисках на каждом узле кластера.

Общие диски также поддерживаются с архитектурой ERS2, где экземпляр ERS2:

  • Кластеризован.
  • Использует выделенное имя виртуального или сетевого узла.
  • Требуется, чтобы IP-адрес виртуального узла ERS был настроен в внутренней подсистеме балансировки нагрузки Azure, помимо IP-адреса (A)SCS.
  • Развертывается на локальных дисках на каждом из кластеризованных узлов, поэтому для общего диска нет необходимости.

Дополнительные сведения о ERS1 и ERS2 см. в разделе Enqueue Replication Server в отказоустойчивом кластере Майкрософт и новом репликаторе enqueue в средах отказоустойчивого кластера на веб-сайте SAP.

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

Существует два варианта для общих дисков в отказоустойчивом кластере Windows в Azure:

При выборе технологии для общих дисков следует учитывать следующие рекомендации по общим дискам Azure для рабочих нагрузок SAP:

Помните о следующих рекомендациях по SIOS:

  • Решение SIOS предоставляет синхронные данные в режиме реального времени реплика между двумя дисками.
  • С помощью решения SIOS вы работаете с двумя управляемыми дисками. Если вы используете группы доступности или зоны доступности, управляемые диски находятся в разных кластерах хранилища.
  • Развертывание в зонах доступности поддерживается.
  • Решение SIOS требует установки и эксплуатации стороннего программного обеспечения, которое необходимо приобрести отдельно.

Общие диски Azure

Вы можете реализовать высокий уровень доступности SAP ASCS/SCS с общими дисками Azure.

Предварительные требования и ограничения

В настоящее время вы можете использовать диски SSD Уровня "Премиум" Azure в качестве общих дисков Azure для экземпляра SAP ASCS/SCS. В настоящее время действуют следующие ограничения.

  • Диски azure Ultra служба хранилища диски и диски SSD уровня "Стандартный" не поддерживаются в качестве общих дисков Azure для рабочих нагрузок SAP.
  • Общие диски Azure с дисками SSD уровня "Премиум" поддерживаются для развертывания SAP в группах доступности и зонах доступности.
  • Общие диски Azure с дисками SSD уровня "Премиум" доступны в двух вариантах хранения:
    • Локально избыточное хранилище (LRS) для общих дисков SSD класса Premium (skuName значение Premium_LRS) поддерживается при развертывании в группах доступности.
    • Хранилище, избыточное между зонами (ZRS) для общих дисков SSD уровня "Премиум" (skuName значение Premium_ZRS) поддерживается при развертывании в зонах доступности.
  • Значение общего диска Azure maxShares определяет, сколько узлов кластера может использовать общий диск. Для экземпляра SAP ASCS/SCS обычно настраивается два узла в WSFC. Затем задайте для параметра значение maxShares2.
  • Группа размещения близкого взаимодействия Azure (PPG) не требуется для общих дисков Azure. Но для развертывания SAP с помощью PPG следуйте приведенным ниже рекомендациям.
    • Если вы используете PPG для системы SAP, развернутой в регионе, все виртуальные машины, которые совместно используют диск, должны быть частью одного и того же PPG.
    • Если вы используете PPG для системы SAP, развернутой в зонах, как описано в группах размещения близкого взаимодействия с зональными развертываниями, вы можете подключить Premium_ZRS хранилище к виртуальным машинам, которые совместно используют диск.

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

Важные рекомендации по общим дискам SSD уровня "Премиум"

Рассмотрим следующие важные моменты о общих дисках SSD azure Premium:

  • LRS для общих дисков SSD уровня "Премиум":

    • Развертывание SAP с LRS для общих дисков SSD уровня "Премиум" работает с одним общим диском Azure в одном кластере хранилища. Если возникла проблема с кластером хранения, на котором развернут общий диск Azure, это влияет на экземпляр SAP ASCS/SCS.

  • ZRS для общих дисков SSD уровня "Премиум":

    • Задержка записи для ZRS выше, чем в LRS из-за межзонального копирования данных.
    • Расстояние между зонами доступности в разных регионах зависит и поэтому задержка дисков ZRS между зонами доступности. Проверьте свои диски, чтобы определить задержку дисков ZRS в вашем регионе.
    • ZRS для общих дисков SSD уровня "Премиум" синхронно реплика tes данных в трех зонах доступности в регионе. Если в одном из кластеров хранилища возникла проблема, экземпляр SAP ASCS/SCS продолжает выполняться, так как отработка отказа хранилища является прозрачной для уровня приложения.
    • Дополнительные сведения см. в разделе "Ограничения " документации по ZRS для управляемых дисков.

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

Поддерживаемые версии ОС

Windows Server 2016, 2019 и более поздних версий поддерживаются. Используйте последние образы центра обработки данных.

Мы настоятельно рекомендуем использовать по крайней мере Windows Server 2019 Datacenter по следующим причинам:

  • WSFC в Windows Server 2019 — это azure.
  • Центр обработки данных Windows Server 2019 включает интеграцию и осведомленность о обслуживании узлов Azure и улучшенную работу, отслеживая запланированные события Azure.
  • Вы можете использовать имена распределенных сетей. (Это параметр по умолчанию.) Нет необходимости иметь выделенный IP-адрес для имени сети кластера. Кроме того, вам не нужно настраивать IP-адрес во внутренней подсистеме балансировки нагрузки Azure.

Общие диски в Azure с использованием SIOS DataKeeper

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

Чтобы создать ресурс общего диска для кластера, выполните следующие действия.

  1. Подключите дополнительный диск к каждой виртуальной машине, входящей в кластер Windows.
  2. Запустите SIOS DataKeeper Cluster Edition на обоих узлах виртуальной машины.
  3. Настройте siOS DataKeeper Cluster Edition, чтобы он зеркало содержимое дополнительного тома, подключенного к диску, из исходной виртуальной машины в дополнительный том, подключенный к диску целевой виртуальной машины. SIOS DataKeeper абстрагирует исходные и целевые локальные тома, а затем представляет их WSFC как один общий диск.

Diagram of a Windows Server Failover Clustering configuration in Azure with SIOS DataKeeper.

Примечание.

В некоторых СУБД, например SQL Server, общие диски не требуются для достижения высокого уровня доступности. SQL Server AlwaysOn выполняет репликацию файлов данных и журналов СУБД с локального диска одного узла кластера на локальный диск другого узла кластера. Поэтому в конфигурации кластера Windows не нужен общий диск.

Необязательные конфигурации

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

Эта конфигурация может быть локальными серверами приложений SAP в кластере SAP ASCS/SCS или ролью кластера SAP ASCS/SCS на узлах Microsoft SQL Server AlwaysOn.

Важно!

Установка локального сервера приложений SAP на узле SQL Server AlwaysOn не поддерживается.

Как SAP ASCS/SCS, так и база данных Microsoft SQL Server являются одними точками сбоя (SPOFs). WSFC помогает защитить эти SPO-файлы в среде Windows.

Хотя потребление ресурсов SAP ASCS/SCS довольно мало, рекомендуется уменьшить конфигурацию памяти для SQL Server или сервера приложений SAP на 2 ГБ.

На этой схеме показаны серверы приложений SAP на узлах WSFC с использованием SIOS DataKeeper:

Diagram of a Windows Server Failover Clustering configuration in Azure with SIOS DataKeeper and locally installed SAP application servers.

Так как серверы приложений SAP устанавливаются локально, не требуется настраивать синхронизацию.

На этой схеме показаны узлы SAP ASCS/SCS на узлах SQL Server AlwaysOn с использованием SIOS DataKeeper:

Diagram of SAP ASCS/SCS on SQL Server Always On nodes with SIOS DataKeeper.

Дополнительные сведения о других конфигурациях см. в следующих ресурсах:

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