HANA Pacemaker 클러스터에 보조 사이트 추가

아티클
10/30/2024

이 문서에서는 기존 Pacemaker 클러스터를 보완하기 위해 추가 보조 HANA 복제 사이트를 구성하기 위한 요구 사항 및 설정에 대해 설명합니다. SLES(SUSE Linux Enterprise Server) 및 RHEL(RedHat Enterprise Linux) 세부 사항을 모두 다룹니다.

개요

SAP HANA는 두 개 이상의 연결된 사이트가 있는 HSR(시스템 복제)을 지원합니다. Pacemaker가 고가용성 설정에서 관리하는 기존 HSR 쌍에 추가 사이트를 구성할 수 있습니다. 예를 들어 DR(재해 복구) 용도로 두 번째 Azure 지역에 이러한 추가 사이트를 배포할 수 있습니다.

Pacemaker 및 HANA 클러스터 리소스 에이전트는 HSR의 처음 두 사이트만 관리합니다. 추가 사이트는 Pacemaker 클러스터에 의해 제어되지 않습니다.

SAP HANA는 다음 두 가지 모드에서 추가 보조 사이트 시스템 복제를 지원합니다.

다중 대상은 기본에서 둘 이상의 대상 시스템으로 데이터 변경 내용을 복제합니다. 추가 사이트는 별 토폴로지의 기본 복제에 연결됩니다.
다중 계층 은 HANA 시스템 복제를 연계하거나 연결된 집합입니다. 세 번째 사이트는 보조에 연결됩니다.

한 지역 내 및 여러 지역 전반의 HANA HSR에 관한 자세한 개념 정보는 Azure 지역 전체의 SAP HANA 가용성을 참조하세요.

SLES의 필수 조건

추가 HSR 사이트에 대한 요구 사항은 HANA 스케일 업 및 HANA 스케일 아웃에 대해 다릅니다.

참고 항목

이 문서의 요구 사항은 Pacemaker 지원 환경에서만 유효합니다. Pacemaker가 없으면 선택한 복제 모드에 SAP HANA 버전 요구 사항이 적용됩니다.
Pacemaker 및 HANA 클러스터 리소스 에이전트는 두 사이트만 관리합니다. 추가 HSR 사이트는 Pacemaker 클러스터에 의해 제어되지 않습니다.

SUSE는 Pacemaker 클러스터 외부의 SAP HANA 데이터베이스에 최대 하나의 추가 시스템 복제 사이트를 지원합니다.
스케일 업 및 스케일 아웃: Pacemaker 클러스터에서 다중 대상 HSR을 사용하려면 SAP HANA SPS 04 이상이 필요합니다.
강화 및 스케일 아웃: Linux 클러스터 외부에서 연결된 최대 하나의 SAP HANA 시스템 복제입니다.
HANA 스케일 아웃 전용: SLES 15 SP1 이상.
HANA 스케일 아웃 전용: 운영 체제(OS) 패키지 SAPHanaSR-ScaleOut 버전 0.180 이상.
HANA 스케일 아웃 전용: SAP HANA HA(고가용성) 후크 SAPHanaSrMultiTarget 사용. 미리 보기 HANA HA 후크는 SAPHanaSR 스케일 아웃에 대해 다중 대상을 인식하지 않습니다.

RHEL의 필수 조건

추가 HSR 사이트에 대한 요구 사항은 HANA 스케일 업 및 HANA 스케일 아웃에 대해 다릅니다.

참고 항목

이 문서의 요구 사항은 Pacemaker 지원 환경에서만 유효합니다. Pacemaker가 없으면 선택한 복제 모드에 SAP HANA 버전 요구 사항이 적용됩니다.
Pacemaker 및 HANA 클러스터 리소스 에이전트는 두 사이트만 관리합니다. 추가 HSR 사이트는 Pacemaker 클러스터에 의해 제어되지 않습니다.

RedHat은 Pacemaker 클러스터 외부의 SAP HANA 데이터베이스에 하나 이상의 추가 시스템 복제 사이트를 지원합니다.
HANA 강화 전용: 최소 OS, SAP HANA 및 클러스터 리소스 에이전트 버전에 대한 자세한 내용은 RHEL HA 클러스터에 대한 RedHat 지원 정책을 참조하세요.
HANA 스케일 아웃 전용: Pacemaker 클러스터를 사용하는 Azure에서는 HANA 다중 대상 복제가 지원되지 않습니다.

팁

이 구성은 Pacemaker 클러스터 외부에서 세 번째 사이트를 설정하는 방법을 보여 줍니다. RHEL에서 Pacemaker 클러스터 외부에 둘 이상의 추가 사이트가 있는 경우 설정을 다른 사이트로 확장해야 합니다.

HANA 강화: DR 용도로 HANA 다중 대상 시스템 복제 추가

SLES 및 RHEL용 SAP HANA HA 후크 SAPHanaSR/susHanaSR을 사용하면 HANA 시스템 복제에 사이트를 추가할 수 있습니다. Pacemaker 환경에서는 HANA 다중 대상 설정을 알고 있습니다.

추가 사이트의 실패는 클러스터 작업을 트리거하지 않습니다. 클러스터는 연결된 사이트의 복제 상태를 검색하고 세 번째 사이트의 모니터링된 특성은 상태 간에 SOK SFAIL 변경될 수 있습니다. 추가 사이트에 대한 인수 테스트 또는 DR 연습 프로세스를 실행하는 경우 먼저 클러스터 리소스를 유지 관리 모드로 전환하여 원치 않는 클러스터 작업을 방지해야 합니다.

다음 예제에서는 다중 대상 시스템 복제 시스템을 보여 줍니다. 자세한 내용은 SAP 설명서를 참조하세요. HANA 강화 다중 대상 시스템 복제 시스템의 예를 보여 주는 다이어그램

세 번째 노드에 대한 Azure 리소스를 배포합니다. 요구 사항에 따라 DR 용도로 다른 Azure 지역을 사용할 수 있습니다.

세 번째 사이트에 필요한 단계는 HANA 스케일 업 클러스터의 VM(가상 머신)과 비슷합니다. 세 번째 사이트에서는 Azure 인프라를 사용합니다. OS 및 HANA 버전은 다음 예외를 제외하고 기존 Pacemaker 클러스터와 일치합니다.
- 세 번째 사이트에는 부하 분산 장치가 배포되지 않습니다. 세 번째 사이트의 VM에 대한 기존 클러스터 부하 분산 장치와 통합되지 않습니다.
- OS 패키지 SAPHanaSR, SAPHanaSR-doc 및 OS 패키지 패턴 ha_sles 세 번째 사이트 VM에 설치하지 마세요.
- 세 번째 사이트의 VM 또는 HANA 리소스에 대한 클러스터에 통합되지 않습니다.
- global.ini 세 번째 사이트에 대한 HANA HA 후크 설정이 없습니다.
세 번째 노드에 SAP HANA를 설치합니다.

세 번째 사이트에 동일한 HANA SID 및 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. DR 사이트에 대한 복제가 실패하는 경우 클러스터 작업이 없습니다.

HANA 스케일 아웃: DR 용도로 HANA 다중 대상 시스템 복제 추가

SAP HANA HA 공급자 SAPHanaSrMultiTarget을 사용하여 세 번째 HANA 스케일 아웃 사이트를 추가할 수 있습니다. 이 세 번째 사이트는 종종 다른 Azure 지역의 DR에 사용됩니다. Pacemaker 환경에서는 HANA 다중 대상 DR 설정을 알고 있습니다. 이 섹션은 SUSE에서 Pacemaker를 실행하는 시스템에만 적용됩니다. 자세한 내용은 이 문서의 "필수 구성 요소" 섹션을 참조하세요.

세 번째 노드의 실패는 클러스터 작업을 트리거하지 않습니다. 클러스터는 연결된 사이트의 복제 상태를 검색하고 세 번째 사이트의 모니터링된 특성은 상태 간에 변경될 SOK SFAIL 수 있습니다. 세 번째/DR 사이트 또는 DR 연습 프로세스를 실행하는 모든 인수 테스트는 먼저 클러스터 리소스를 유지 관리 모드로 전환하여 원치 않는 클러스터 작업을 방지해야 합니다.

다음 예제에서는 다중 대상 시스템 복제 시스템을 보여 줍니다. 자세한 내용은 SAP 설명서를 참조하세요. HANA 스케일 아웃 다중 대상 시스템 복제 시스템의 예를 보여 주는 다이어그램

세 번째 사이트에 대한 Azure 리소스를 배포합니다. 요구 사항에 따라 DR 용도로 다른 Azure 지역을 사용할 수 있습니다.

세 번째 사이트에서 HANA 스케일 아웃에 필요한 단계는 HANA 스케일 아웃 클러스터를 배포 하는 단계를 미러링합니다. 세 번째 사이트에서는 다음과 같은 예외를 제외하고 스케일 아웃 클러스터에 대한 SITE1 Azure 인프라, OS 및 HANA 설치 단계를 사용합니다.
- 세 번째 사이트에는 부하 분산 장치가 배포되지 않습니다. 세 번째 사이트의 VM에 대한 기존 클러스터 부하 분산 장치와 통합되지 않습니다.
- OS 패키지 SAPHanaSR-ScaleOut, SAPHanaSR-ScaleOut-doc 및 OS 패키지 패턴 ha_sles 세 번째 사이트 VM에 설치하지 마세요.
- 클러스터 통합이 없기 때문에 세 번째 사이트에 대한 과반수 작성자 VM이 없습니다.
- 세 번째 사이트의 단독 사용을 위해 NFS 볼륨 /hana/shared를 만듭니다.
- 세 번째 사이트의 VM 또는 HANA 리소스에 대한 클러스터에 통합되지 않습니다.
- global.ini 세 번째 사이트에 대한 HANA HA 후크 설정이 없습니다.
세 번째 사이트에 대해 동일한 HANA SID 및 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수 있습니다. DR 사이트에 대한 복제가 실패하는 경우 클러스터 작업이 없습니다.

세 번째 사이트 자동 등록

두 Pacemaker 클러스터 사이트 간의 계획되거나 계획되지 않은 인수 이벤트 중에는 세 번째 사이트로의 HSR도 중단됩니다. Pacemaker는 HANA 복제를 세 번째 사이트로 수정하지 않습니다.

SAP는 HANA 2 SPS 04 매개 변수 register_secondaries_on_takeover부터 제공합니다. 매개 변수를 값 true으로 설정하면 클러스터 사이트 1과 2 간의 HSR 인수 후 HANA는 새 기본 사이트에 세 번째 사이트를 자동으로 등록하여 HSR 다중 대상 설정을 유지합니다. Linux 클러스터의 두 SAP HANA 사이트에서 global.ini 블록에 구성된 [system_replication] HANA 매개 변수 register_secondaries_on_takeover = true 를 구성합니다. SITE1 및 SITE2는 각각 HANA global.ini 구성 파일에 매개 변수가 필요합니다. 이 매개 변수는 Pacemaker 클러스터 외부에서도 사용할 수 있습니다.

HSR 멀티티어의 경우 세 번째 사이트의 자동 SAP HANA 등록이 없습니다. 다중 계층에 대한 HSR 복제 체인을 유지하려면 세 번째 사이트를 현재 보조 데이터베이스에 수동으로 등록해야 합니다.

인수 중에 HANA 자동 등록이 세 번째 사이트에서 작동하는 방법을 보여 주는 다이어그램 흐름입니다.

다음을 통해 공유