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

  • Статья

Windows logo. Windows

Отказоустойчивая кластеризация Windows Server является основой для установки высокодоступных приложений SAP ASCS/SCS и СУБД в Windows.

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

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

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

  • Архитектура высокого уровня доступности и сценарии для SAP NetWeaver на виртуальных машинах Azure
  • Заметка SAP 1928533, которая содержит следующее:
    • список размеров виртуальных машин Azure, поддерживаемых для развертывания ПО SAP;
    • важные сведения о доступных ресурсах для каждого размера виртуальной машины Azure;
    • сведения о поддерживаемом программном обеспечении SAP и сочетаниях операционных систем и баз данных;
    • сведения о требуемой версии ядра SAP для Windows в Microsoft Azure.
  • примечание к SAP 2015553, в котором описываются предварительные требования к SAP при развертывании программного обеспечения SAP в Azure;
  • примечание к SAP 2178632, содержащее подробные сведения обо всех доступных метриках мониторинга для SAP в Azure;
  • примечание к SAP 1999351, содержащее дополнительные сведения об устранении неполадок, связанных с расширением для расширенного мониторинга Azure для SAP;
  • В примечании SAP 2287140 перечислены предварительные условия для поддерживаемой SAP возможности использования протокола SMB 3.x для центра сертификации.
  • В примечании SAP 2802770 содержится информация об устранении проблем, возникающих при использовании AL11 транзакций SAP в Windows 2012 и 2016.
  • В примечании SAP 1911507 содержится информация о функции прозрачной отработки отказа для файлового ресурса в Windows Server с протоколом SMB 3.0.
  • В примечании SAP 662452 содержится рекомендация (деактивация создания имен в формате 8.3) для устранения проблем с производительностью файловой системы и ошибками при доступе к данным.
  • Установка высокого уровня доступности SAP NetWeaver в отказоустойчивом кластере Windows и общей папке для экземпляров SAP ASCS/SCS в Azure

Примечание.

Кластеризация экземпляров SAP ASCS/SCS с использованием общего файлового ресурса поддерживается для систем SAP с ядром SAP 7.22 (и более поздних версий). Дополнительные сведения см. в примечании к SAP 2698948

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

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

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

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

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

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

Figure 1: Windows Server Failover Clustering configuration in Azure without a shared disk

Рис. 1. Конфигурация отказоустойчивого кластера Windows Server без общего диска в Azure

Экземпляр SAP ASCS/SCS высокой доступности с файловым ресурсом

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

Примечание.

Файловый ресурс SMB является альтернативным вариантом общих дисков кластера для кластеризации экземпляров SAP ASCS/SCS.

Для этой архитектуры характерно следующее:

  • Центральные службы SAP (с собственной структурой файлов и процессами передачи сообщений и постановки в очередь) отделены от файлов глобального узла SAP.
  • Центральные службы SAP выполняются в экземпляре SAP ASCS/SCS.
  • Экземпляр SAP ASCS/SCS кластеризован и доступен с помощью имени виртуального узла <имя виртуального узла ASCS/SCS>.
  • Глобальные файлы SAP размещаются в общей папке SMB. Доступ к ним осуществляется с помощью <глобального узла SAP> имя узла: \\<SAP global host>\sapmnt\<SID>\SYS...
  • Экземпляр SAP ASCS/SCS устанавливается на локальный диск на обоих узлах кластера.
  • Имя сети <виртуального узла ASCS/SCS> отличается от имени <глобального узла SAP>.

Figure 2: SAP ASCS/SCS HA architecture with SMB file share

Рис. 2. Новая архитектура высокодоступной системы SAP ASCS/SCS с файловым ресурсом SMB

Предварительные требования для файлового ресурса SMB:

  • Протокол SMB 3.0 (или более поздней версии).
  • Возможность установить список управления доступом Active Directory для групп пользователей Active Directory и объект-компьютер computer$.
  • Общая папка должна быть включена высокой доступности:
    • Диски, используемые для хранения файлов, не должны представлять собой единую точку отказа.
    • Простой серверов или виртуальных машин не является причиной простоя файлового ресурса.

Теперь роль кластера SAP <SID> не содержит общих дисков кластера или ресурс кластера универсального файлового ресурса.

Figure 3: SAP <SID> cluster role resources for using a file share

Рис. 3. Ресурсы роли кластера SAP <SID> для использования файлового ресурса

Масштабируемый файловый ресурс с Локальными дисковыми пространствами в Azure в качестве файлового ресурса SAPMNT

Вы можете использовать масштабируемый файловый ресурс для размещения и защиты файлов глобального узла SAP. Масштабируемый файловый ресурс также предоставляет высокодоступную службу файлового ресурса SAPMNT.

Figure 4: Scale-out file share used to protect SAP global host files

Рис. 4. Масштабируемый файловый ресурс, используемый для защиты файлов глобального узла SAP

Важно!

Масштабируемый файловый ресурс полностью поддерживается в облаке Microsoft Azure, а также в локальных средах.

Масштабируемый файловый ресурс предлагает высокодоступный файловый ресурс SAPMNT с возможностью горизонтального масштабирования.

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

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

  • Виртуальные машины, используемые для создания кластера локальных дисковых пространств, необходимо развернуть в группе доступности Azure.
  • Для аварийного восстановления кластера локальных дисковых пространств можно использовать службы Azure Site Recovery.
  • Перенос кластера локальных дисковых пространств между разными зонами доступности Azure не поддерживается.

Предварительные требования SAP для масштабируемого файлового ресурса в Azure

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

  • По крайней мере два узла кластера для масштабируемого файлового ресурса.
  • Каждый узел должен иметь по крайней мере два локальных диска.
  • По причине производительности необходимо использовать зеркало устойчивость:
    • Двустороннее зеркальное отображение для масштабируемого файлового ресурса с двумя узлами кластера.
    • Двустороннее зеркальное отображение для масштабируемого файлового ресурса с тремя (или более) узлами кластера.
  • Мы рекомендуем три (или более) узла кластера для масштабируемого файлового ресурса с трехсторонним зеркальным отображением. Этот вариант обеспечивает большую масштабируемость и отказоустойчивость хранилища, чем вариант масштабируемого файлового ресурса с двумя узлами кластера и двусторонним зеркальным отображением.
  • Необходимо использовать диск Azure уровня "Премиум".
  • Рекомендуется использовать управляемые диски Azure.
  • Рекомендуется отформатировать тома с помощью новой системы Resilient File System (ReFS).
  • Вы можете использовать виртуальные машины Azure серии DS или DSv2.
  • Чтобы обеспечить оптимальную производительность внутри сети виртуальных машин, необходимую для синхронизации дисков Локальных дисковых пространств, используйте тип виртуальной машины с высокой пропускной способностью сети. Дополнительные сведения см. в разделах спецификации Серия Dv2 и Серия DS.
  • Рекомендуется зарезервировать нераспределенную часть емкости в пуле хранения. Таким образом тома получат пространство для локального восстановления в случае отказа диска. В результате безопасность и производительность данных повысится. Дополнительные сведения см. в разделе Выбор размера томов.
  • Не нужно настраивать во внутреннем балансировщике нагрузки Azure имя сети масштабируемого файлового ресурса, как это делается для <глобального узла SAP>. Это делается для <имени виртуального узла ASCS/SCS> экземпляра SAP ASCS/SCS или для СУБД. Масштабируемый файловый ресурс масштабирует нагрузку на всех узлах кластера. <Глобальный узел SAP> использует локальный IP-адрес всех узлов кластера.

Важно!

Файловый ресурс SAPMNT, который указывает на <глобальный узел SAP>, нельзя переименовать. SAP поддерживает только имя общего ресурса "sapmnt".

Дополнительные сведения см. в примечании к SAP № 2492395 о том, можно ли изменить имя общей папки sapmnt?

Настройка экземпляров SAP ASCS/SCS и масштабируемый файловый ресурс в двух кластерах

Экземпляры SAP ASCS/SCS должны разворачиваться в отдельном кластере с собственной ролью кластера <SID> в SAP. В этом случае Масштабируемый файловый ресурс настраивается в другом кластере с другой ролью кластера.

Важно!

Структура должна соответствовать следующим требованиям: экземпляры SAP ASCS/SCS и общий ресурс SOFS должны быть развернуты в отдельных кластерах.

Важно!

В этом сценарии экземпляр SAP ASCS/SCS настроен для доступа к глобальному узлу SAP по UNC-пути \\<глобальный узел SAP>\sapmnt\<SID>\SYS.

Figure 5: SAP ASCS/SCS instance and a scale-out file share deployed in two clusters

Рис. 5. Экземпляр SAP ASCS/SCS и масштабируемый файловый ресурс, развернутые в двух кластерах

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

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

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

Важно!

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

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

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

Серверы приложений SAP на узлах WSFC, использующие SOFS Windows

Figure 6: Windows Server failover clustering configuration in Azure with Windows SOFS and locally installed SAP Application Server

Примечание.

На рисунке представлено использование дополнительных локальных дисков. Это необязательно для клиентов, которые не будут устанавливать программное обеспечение приложения на диск ОС (C:)

SAP ASCS/SCS на узлах SQL Server AlwaysOn с помощью Windows SOFS

Figure 7: SAP ASCS/SCS on SQL Server Always On nodes using Windows SOFS

Примечание.

На рисунке представлено использование дополнительных локальных дисков. Это необязательно для клиентов, которые не будут устанавливать программное обеспечение приложения на диск ОС (C:)

Важно!

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

Универсальный файловый ресурс с SIOS DataKeeper в качестве общих дисков кластера

Универсальный файловый ресурс — это еще один вариант получения высокодоступного файлового ресурса.

В таком случае в качестве общего диска кластера вы можете использовать стороннее решение SIOS.

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