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

Windows

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

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

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

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

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

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

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

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

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

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

Это изображение представляет конфигурацию отказоустойчивого кластера Windows Server в Azure без общего диска.

Высокая доступность SAP ASCS/SCS с файловым хранилищем

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

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

• Центральные службы 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>.

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

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

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

Масштабируемые файловые ресурсы с Storage Spaces Direct в Azure для использования в качестве общего ресурса SAPMNT.

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

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

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

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

• Виртуальные машины, используемые для сборки кластера Storage Spaces Direct, необходимо развернуть в группе доступности Azure.

• Для аварийного восстановления кластера Storage Spaces Direct можно использовать службы Azure Site Recovery.

• Не поддерживается распространение кластера Storage Spaces Direct между различными зонами доступности Azure.

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

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

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

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

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

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

На следующих схемах показаны несколько экземпляров SAP на виртуальных машинах Azure под управлением кластера отказоустойчивости Microsoft Windows, уменьшая общее количество виртуальных машин. Такие конфигурации могут быть локальными серверами приложений SAP в кластере SAP ASCS/SCS или ролью кластера SAP ASCS/SCS на узлах Microsoft SQL Server AlwaysOn.

Как SAP ASCS/SCS, так и база данных Microsoft SQL Server, являются одними точками сбоя (SPOF). Эти SPOF защищены в среде Windows, если используется отказоустойчивый кластер Microsoft Windows. Рекомендуется сократить конфигурацию памяти для SQL Server или сервера приложений SAP на 2 ГБ.

Серверы приложений SAP на узлах отказоустойчивого кластера Windows Server с помощью Windows SOFS

схема

SAP ASCS/SCS на узлах SQL Server с включенным режимом высокой доступности Always On с помощью Windows SOFS

Универсальный файловый ресурс с использованием SIOS DataKeeper для совместного использования дисков в кластере.

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

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

• Подготовьте инфраструктуру Azure для обеспечения высокой доступности SAP с помощью кластера отказоустойчивости Windows и общего ресурса для экземпляра SAP ASCS/SCS
• Установите высокодоступный SAP NetWeaver на кластер отказоустойчивости Windows и используемый общий ресурс для экземпляра SAP ASCS/SCS
• Разверните масштабируемый файловый сервер Storage Spaces Direct с двумя узлами для хранения UPD в Azure
• Storage Spaces Direct в Windows Server 2016
• Глубокое изучение: Тома в Storage Spaces Direct