Добавление дополнительных вторичных сайтов в кластер HANA Pacemaker

Статья
10/29/2024

В этой статье описываются требования и настройка для настройки дополнительного вторичного сайта репликации HANA для дополнения существующего кластера Pacemaker. Рассматриваются особенности SUSE Linux Enterprise Server (SLES) и RedHat Enterprise Linux (RHEL).

Обзор

SAP HANA поддерживает репликацию системы (HSR) с более чем двумя подключенными сайтами. Вы можете настроить дополнительные сайты для существующей пары HSR, управляемой Pacemaker в высокодоступной настройке. Например, эти дополнительные сайты можно развернуть во втором регионе Azure для аварийного восстановления (АВАРИЙНОго восстановления).

Pacemaker и агент ресурсов кластера HANA управляют только первыми двумя сайтами в HSR. Дополнительные сайты не контролируются кластером Pacemaker.

SAP HANA поддерживает дополнительную репликацию системы вторичных сайтов в двух режимах:

Multitarget реплицирует изменения данных из первичной в несколько целевых систем. Дополнительные сайты подключены к первичной репликации в звездной топологии.
Multitier — это каскадная или цепочка, настройка репликации системы HANA. Третий сайт подключается к вторичному.

Дополнительные концептуальные сведения о HANA HSR в одном регионе и разных регионах см. в статье о доступности SAP HANA в разных регионах Azure.

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

Требования к дополнительным сайтам HSR отличаются для масштабирования HANA и горизонтального масштабирования HANA.

Примечание.

Требования в этой статье допустимы только для ландшафта с поддержкой Pacemaker. Без Pacemaker требования к версии SAP HANA применяются к выбранному режиму репликации.
Pacemaker и агент ресурсов кластера HANA управляют только двумя сайтами. Дополнительный сайт HSR не контролируется кластером Pacemaker.

SUSE поддерживает не более одного дополнительного сайта репликации системы в базу данных SAP HANA за пределами кластера Pacemaker.
Масштабирование и горизонтальное масштабирование: SAP HANA SPS 04 или более поздней версии требуется для использования многотаретного HSR с кластером Pacemaker.
Масштабирование и горизонтальное масштабирование: максимум одной репликации системы SAP HANA, подключенной за пределами кластера Linux.
Только горизонтальное масштабирование HANA: SLES 15 с пакетом обновления 1 (SP1) или более поздней версии.
Только горизонтальное масштабирование HANA: пакет SAPHanaSR-ScaleOut версии 0.180 или более поздней.
Только масштабирование HANA: sap HANA high-availability (HA) hook SAPHanaSrMultiTarget используется. Предварительная версия перехватчика SAPHanaSR высокого уровня доступности HANA не учитывается для горизонтального масштабирования.

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

Примечание.

Требования в этой статье допустимы только для ландшафта с поддержкой Pacemaker. Без Pacemaker требования к версии SAP HANA применяются к выбранному режиму репликации.
Pacemaker и агент ресурсов кластера HANA управляют только двумя сайтами. Дополнительные сайты HSR не контролируются кластером Pacemaker.

RedHat поддерживает один или несколько дополнительных сайтов репликации системы в базу данных SAP HANA за пределами кластера Pacemaker.
Только для масштабирования HANA: сведения о минимальной версии ОС, SAP HANA и агентах ресурсов кластера см. в политиках поддержки RedHat для кластеров RHEL.
Только масштабирование HANA: репликация с несколькими сайтами HANA не поддерживается в Azure с кластером Pacemaker.

Совет

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

Масштабирование HANA: добавление многотаретной репликации системы HANA для целей аварийного восстановления

С помощью SAP HANA HA перехватывает SAPHanaSR/susHanaSR для SLES и RHEL, можно добавить дополнительные сайты в репликацию системы HANA. Среда Pacemaker знает о настройке мультитаргета HANA.

Сбой дополнительных сайтов не запускает никаких действий кластера. Кластер обнаруживает состояние репликации подключенных сайтов и отслеживаемый атрибут третьего сайта может изменяться между SOK и SFAIL состояниями. Все тесты переключения на дополнительный сайт или выполнение процесса упражнения аварийного восстановления должны сначала поместить ресурсы кластера в режим обслуживания, чтобы предотвратить любые нежелательные действия кластера.

В следующем примере показана система репликации многонацелевой системы. Дополнительные сведения см . в документации по SAP. Схема, демонстрирующая пример системы репликации многотарных систем HANA.

Развертывание ресурсов Azure для третьего узла. В зависимости от требований можно использовать другой регион Azure для аварийного восстановления.

Шаги, необходимые для третьего сайта, аналогичны виртуальным машинам (виртуальным машинам) для кластера HANA. Третий сайт использует инфраструктуру Azure. Версия ОС и HANA соответствуют существующему кластеру Pacemaker со следующими исключениями:
- Подсистема балансировки нагрузки не развертывается для третьего сайта. Для виртуальной машины третьего сайта нет интеграции с существующей подсистемой балансировки нагрузки кластера.
- Не устанавливайте пакеты ОС SAPHanaSR, SAPHanaSR-doc и шаблон пакета ОС, ha_sles на виртуальной машине третьего сайта.
- Нет интеграции с кластером для ресурсов виртуальной машины или HANA третьего сайта.
- Установка перехватчика HANA для третьего сайта в global.ini отсутствует.
Установите SAP HANA на третьем узле.

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

В следующем примере используется SITE-DR имя третьего сайта.
```
# Execute on the third site 
su - hn1adm
# Register the HANA third site to the primary. Switch --online will shutdown the HANA instance on third site.
hdbnsutil -sr_register --name=SITE-DR --remoteHost=hn1-db-0 --remoteInstance=03 --replicationMode=async --online
```

Убедитесь, что репликация системы HANA отображает вторичный сайт и третий сайт.

# Verify HANA HSR is in sync, execute on primary
sudo su - hn1adm -c "python /usr/sap/HN1/HDB03/exe/python_support/systemReplicationStatus.py"

SAPHanaSR Проверьте атрибут для третьего сайта. SITE-DR должно отображаться состояние SOK в Sites разделе.
```
# Check SAPHanaSR attribute on any cluster managed host (first or second site)
sudo SAPHanaSR-showAttr
# Example result
# Global cib-time                 maintenance
# --------------------------------------------
# global Tue Feb 21 19:28:21 2023 false
# 
# Sites     srHook
# -----------------
# HN1-SITE1 PRIM
# HN1-SITE2 SOK
# SITE-DR   SOK
```
Кластер обнаруживает состояние репликации подключенных сайтов. Отслеживаемые атрибуты могут изменяться между SOK и SFAIL. Если репликация на сайт аварийного восстановления не выполняется, нет действия кластера.

Горизонтальное масштабирование HANA: добавление репликации многотаретной системы HANA для целей аварийного восстановления

С помощью поставщика SAP HANA HA SAPHanaSrMultiTarget можно добавить третий сайт масштабирования HANA. Этот третий сайт часто используется для аварийного восстановления в другом регионе Azure. Среда Pacemaker знает о настройке аварийного восстановления HANA с несколькими сайтами. Этот раздел применяется только к системам, работающим Pacemaker в SUSE. Дополнительные сведения см. в разделе "Предварительные требования" в этом документе.

Сбой третьего узла не запускает никаких действий кластера. Кластер обнаруживает состояние репликации подключенных сайтов и отслеживаемый атрибут третьего сайта может изменяться между SOK и SFAIL состояниями. Все тесты переключения на третий или аварийное восстановление сайта или выполнение процесса упражнений аварийного восстановления должны сначала поместить ресурсы кластера в режим обслуживания, чтобы предотвратить любые нежелательные действия кластера.

Развертывание ресурсов Azure для третьего сайта. В зависимости от требований можно использовать другой регион Azure для аварийного восстановления.

Шаги, необходимые для горизонтального масштабирования HANA на третьем сайте, отражают шаги по развертыванию масштабируемого кластера HANA. Третий сайт использует шаги по установке инфраструктуры Azure, ОС и HANA для SITE1 масштабируемого кластера со следующими исключениями:
- Подсистема балансировки нагрузки не развертывается для третьего сайта. Нет интеграции с существующим подсистемой балансировки нагрузки кластера для виртуальных машин третьего сайта.
- Не устанавливайте пакеты ОС SAPHanaSR-ScaleOut, SAPHanaSR-ScaleOut-doc и шаблон пакета ОС ha_sles на виртуальных машинах третьего сайта.
- Виртуальная машина разработчика большинства для третьего сайта не существует, так как интеграция с кластером отсутствует.
- Создайте том NFS /hana/shared для эксклюзивного использования третьего сайта.
- Нет интеграции с кластером для виртуальных машин или ресурсов HANA третьего сайта.
- Установка перехватчика HANA для третьего сайта в global.ini отсутствует.
Для третьего сайта необходимо использовать тот же идентификатор безопасности HANA и номер установки HANA.
При горизонтальном масштабировании SAP HANA на третьем сайте, установленном и запущенном, зарегистрируйте третий сайт с основным сайтом.

В следующем примере используется SITE-DR имя третьего сайта.
```
# Execute on the third site 
su - hn1adm
# Register the HANA third site to the primary. Switch --online will shutdown the HANA instance on third site.
hdbnsutil -sr_register --name=SITE-DR --remoteHost=hana-s1-db1 --remoteInstance=03 --replicationMode=async --online
```

Убедитесь, что репликация системы HANA отображает вторичный сайт и третий сайт.

# Verify HANA HSR is in sync, execute on primary
sudo su - hn1adm -c "python /usr/sap/HN1/HDB03/exe/python_support/systemReplicationStatus.py"

SAPHanaSR Проверьте атрибут для третьего сайта. SITE-DR должно отображаться состояние SOK в Sites разделе.

# Check SAPHanaSR attribute on any cluster managed host (first or second site)
sudo SAPHanaSR-showAttr
# Expected result
# Global cib-time                 maintenance prim  sec sync_state upd
# ---------------------------------------------------------------------
# HN1    Fri Jan 27 10:38:46 2023 false       HANA_S1 -   SOK        ok
# 
# Sites     lpt        lss mns         srHook srr
# ------------------------------------------------
# SITE-DR                              SOK
# HANA_S1   1674815869 4   hana-s1-db1 PRIM   P
# HANA_S2   30         4   hana-s2-db1 SOK    S

Кластер обнаруживает состояние репликации подключенных сайтов. Отслеживаемый атрибут может изменяться между SOK и SFAIL. Если репликация на сайт аварийного восстановления не выполняется, нет действия кластера.

Автоматическая регистрация третьего сайта

Во время запланированного или незапланированного события перехода между двумя сайтами кластера Pacemaker HSR на третий сайт также прерывается. Pacemaker не изменяет репликацию HANA на третий сайт.

SAP предоставляется с момента параметра register_secondaries_on_takeoverHANA 2 SPS 04. Если для параметра задано значение true, после перехода HSR между сайтами кластера 1 и 2 HANA регистрирует третий сайт на новом первичном сервере автоматически, чтобы сохранить настройку многонацелевой сети HSR. Настройте параметр register_secondaries_on_takeover = true HANA, настроенный в [system_replication] блоке global.ini на обоих сайтах SAP HANA в кластере Linux. Для сайта1 и SITE2 требуется параметр в соответствующем файле конфигурации global.ini HANA. Этот параметр также можно использовать за пределами кластера Pacemaker.

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

Поток схемы, показывающий, как авторегистрация HANA работает с третьим сайтом во время перехода.

Поделиться через