Azure에서 파일 공유를 사용하여 Windows 장애 조치(Failover) 클러스터에 SAP ASCS/SCS 인스턴스 클러스터링
Windows
Windows Server 장애 조치(Failover) 클러스터링은 Windows에서 고가용성 SAP ASCS/SCS를 설치하고 DBMS를 사용하기 위한 기반이 됩니다.
장애 조치 클러스터는 함께 작동하여 애플리케이션 및 서비스의 가용성을 높이는 1+n개 독립 서버(노드) 그룹입니다. 노드에 장애가 발생하는 경우 Windows Server 장애 조치(Failover) 클러스터링은 애플리케이션 및 서비스를 제공하기 위해 발생할 수 있으며 정상 클러스터를 유지 관리하는 장애 횟수를 계산합니다. 장애 조치 클러스터링을 달성하기 위해 여러 다른 쿼럼 모드 중에서 선택할 수 있습니다.
필수 조건
이 문서에서 설명하는 작업을 시작하기 전에 다음 문서 및 SAP Note를 검토합니다.
- SAP NetWeaver에 대한 Azure Virtual Machines 고가용성 아키텍처 및 시나리오
- 다음을 포함하는 SAP Note 1928533:
- SAP 소프트웨어 배포에 지원되는 Azure VM 크기 목록
- Azure VM 크기에 대한 중요한 용량 정보
- 지원되는 SAP 소프트웨어 및 운영 체제(OS)와 데이터베이스 조합
- Microsoft Azure에서 Windows에 필요한 SAP 커널 버전
- SAP Note 2015553는 Azure에서 SAP을 지원하는 SAP 소프트웨어 배포에 대한 필수 구성 요소를 나열합니다.
- SAP Note 2178632는 Azure에서 SAP에 대해 보고된 모든 모니터링 메트릭에 대한 자세한 정보를 포함하고 있습니다.
- SAP Note 1999351은 SAP용 Azure 고급 모니터링 확장을 위한 추가 문제 해결 정보를 포함하고 있습니다.
- SAP Note 2287140은 SMB 3.x 프로토콜의 SAP 지원 CA 기능에 대한 필수 조건을 나열합니다.
- SAP Note 2802770에는 Windows 2012 및 2016에서 느리게 실행되는 SAP 트랜잭션 AL11에 대한 문제 해결 정보가 있습니다.
- SAP Note 1911507에는 SMB 3.0 프로토콜을 사용하는 Windows Server의 파일 공유에 대한 투명한 장애 조치(failover) 기능에 대한 정보가 있습니다.
- SAP Note 662452에는 데이터 액세스 중 열악한 파일 시스템 성능/오류를 해결하기 위한 권장 사항(8.3 이름 생성 비활성화)이 있습니다.
- Azure에서 SAP ASCS/SCS 인스턴스의 Windows 장애 조치(Failover) 클러스터 및 파일 공유에 SAP NetWeaver 고가용성 설치
참고 항목
파일 공유를 사용하여 SAP ASCS/SCS 인스턴스를 클러스터링하는 작업은 SAP Kernel 7.22(이상)가 있는 SAP 시스템에서 지원됩니다. 자세한 내용은 SAP 메모 2698948을 참조하세요.
Azure에서 Windows Server 장애 조치(Failover) 클러스터링
베어 메탈(Bare-metal) 배포 혹은 프라이빗 클라우드 배포에 비해, Azure Virtual Machines는 Windows Server 장애 조치(Failover) 클러스터링을 구성하기 위한 추가 단계가 필요합니다. 클러스터를 빌드할 때 SAP ASCS/SCS 인스턴스에 대해 여러 개의 IP 주소 및 가상 호스트 이름을 설정해야 합니다.
Azure에서 이름 확인 및 클러스터 가상 호스트 이름
Azure 클라우드 플랫폼은 부동 IP 주소와 같은 가상 IP 주소를 구성하는 옵션을 제공하지 않습니다. 클라우드의 클러스터 리소스에 연결하도록 가상 IP 주소를 설정하기 위한 대체 솔루션이 필요합니다.
Azure Load Balancer 서비스는 Azure에서 ‘내부 부하 분산 장치’를 제공합니다. 내부 부하 분산 장치를 사용하면 클라이언트는 클러스터 가상 IP 주소를 통해 클러스터에 도달합니다.
클러스터 노드를 포함하는 리소스 그룹에 부하 분산 장치를 배포합니다. 그런 후 내부 부하 분산 장치의 프로브 포트를 사용하여 필요한 모든 포트 전달 규칙을 구성합니다. 클라이언트는 가상 호스트 이름을 통해 연결할 수 있습니다. DNS 서버는 클러스터 IP 주소를 확인하고 내부 부하 분산 장치는 클러스터의 활성 노드에 대한 포트 전달을 처리합니다.
그림 1: 공유 디스크를 사용하지 않는 Azure에서 Windows Server 장애 조치(Failover) 클러스터링 구성
파일 공유를 사용하는 SAP ASCS/SCS HA
SAP는 Windows 장애 조치(Failover) 클러스터에 SAP ASCS/SCS 인스턴스를 클러스터링하기 위한 새로운 접근 방법을 개발했습니다. 이것은 클러스터 공유 디스크의 대안이 됩니다. 클러스터 공유 디스크 대신, SMB 파일 공유를 사용하여 SAP 글로벌 호스트 파일을 배포할 수 있습니다.
참고 항목
SMB 파일 공유는 SAP ASCS/SCS 인스턴스를 클러스터링할 때 클러스터 공유 디스크를 사용하는 방식의 대안이 됩니다.
이 아키텍처는 다음과 같은 특징을 같습니다.
- SAP 중앙 서비스(자체 파일 구조와 메시지 및 큐에 넣기 프로세스를 포함)가 SAP 글로벌 호스트 파일과 분리됨
- SAP 중앙 서비스가 SAP ASCS/SCS 인스턴스 아래에서 실행됨
- SAP ASCS/SCS 인스턴스가 클러스터링되고, 이 인스턴스에 <ASCS/SCS 가상 호스트 이름> 가상 호스트 이름을 사용하여 액세스 가능
- SAP 글로벌 파일이 SMB 파일 공유에 배치되고 <SAP 글로벌 호스트> 호스트 이름: \\<SAP 글로벌 호스트>\sapmnt\<SID>\SYS...를 사용하여 액세스됨
- SAP ASCS/SCS 인스턴스가 두 클러스터 노드의 로컬 디스크에 설치됨
- <ASCS/SCS 가상 호스트 이름> 네트워크 이름이 <SAP 글로벌 호스트>와 다름.
그림 2: SMB 파일 공유를 사용하는 새로운 SAP ASCS/SCS HA 아키텍처
SMB 파일 공유의 필수 조건:
- SMB 3.0 이상의 프로토콜
- AD 사용자 그룹 및
computer$컴퓨터 개체에 대해 AD(Active Directory) ACL(액세스 제어 목록)을 설정할 수 있어야 함 - 파일 공유에서 HA를 사용하도록 설정되어 있어야 함:
- 파일 저장에 사용되는 디스크는 단일 장애 지점(Single Point Of Failure)이 될 수 없음
- 서버 또는 VM 가동 중지 시간으로 인해 파일 공유의 가동 중지 시간이 발생하지 않아야 함
SAP <SID> 클러스터 역할은 클러스터 공유 디스크 또는 일반 파일 공유 클러스터 리소스를 포함하지 않습니다.
그림 3: 파일 공유를 사용하는 경우 SAP <SID> 클러스터 역할 리소스
SAPMNT 파일 공유로서 Azure에서 스토리지 공간 다이렉트를 사용한 스케일 아웃 파일 공유
스케일 아웃 파일 공유를 사용하여 SAP 글로벌 호스트 파일을 호스팅하고 보호할 수 있습니다. 또한 스케일 아웃 파일 공유는 고가용성 SAPMNT 파일 공유 서비스를 제공합니다.
그림 4: SAP 글로벌 호스트 파일을 보호하는 데 사용되는 스케일 아웃 파일 공유
Important
스케일 아웃 파일 공유는 Microsoft Azure 클라우드와 온-프레미스 환경에서 모두 지원됩니다.
스케일 아웃 파일 공유는 수평 확장 가능한 고가용성 SAPMNT 파일 공유를 제공합니다.
스토리지 공간 다이렉트는 스케일 아웃 파일 공유를 위한 공유 디스크로 사용됩니다. 스토리지 공간 다이렉트를 사용하여 로컬 스토리지가 있는 서버로 확장 가능한 고가용성 스토리지를 구축할 수 있습니다. SAP 글로벌 호스트 파일과 같이 스케일 아웃 파일 공유로 사용되는 공유 스토리지는 단일 장애 지점이 아닙니다.
스토리지 공간 다이렉트를 선택하는 경우 다음과 같은 사용 사례를 고려합니다.
- 스토리지 공간 다이렉트 클러스터를 구축하는 데 사용되는 가상 머신은 Azure 가용성 집합에 배포해야 합니다.
- 저장소 공간 다이렉트 클러스터의 재해 복구를 위해 Azure Site Recovery 서비스를 사용할 수 있습니다.
- 다른 Azure 가용성 영역에서 스토리지 공간 다이렉트 클러스터를 확장하는 것은 지원되지 않습니다.
Azure의 스케일 아웃 파일 공유를 위한 SAP 필수 조건
스케일 아웃 파일 공유를 사용하려면 시스템이 아래와 같은 요구 사항을 충족해야 합니다.
- 스케일 아웃 파일 공유에 사용할 둘 이상의 클러스터 노드.
- 각 노드는 둘 이상의 로컬 디스크를 가져야 합니다.
- 성능상의 이유로 ‘미러링 복원’을 사용해야 합니다.
- 2방향 미러링: 클러스터 노드가 2개인 스케일 아웃 파일 공유
- 3방향 미러링: 클러스터 노드가 3개 이상인 스케일 아웃 파일 공유
- 스케일 아웃 파일 공유에는 3방향 미러링이 사용된 3개 이상의 클러스터 노드를 사용하는 것이 좋습니다. 이 설정은 2방향 미러링이 사용된 2개의 클러스터 노드를 갖는 스케일 아웃 파일 공유 설정보다 확장성과 스토리지 복원력이 좋습니다.
- Azure Premium 디스크를 사용해야 합니다.
- Azure Managed Disks를 사용하는 것이 좋습니다.
- ReFS(Resilient File System)를 사용하여 볼륨을 포맷하는 것이 좋습니다.
- 자세한 내용은 SAP Note 1869038 - SAP support for ReFS filesystem(SAP 참고 1869038 - SAP의 ReFS 파일 시스템 지원)과 스토리지 공간 다이렉트의 볼륨 계획 문서에서 파일 시스템 선택 장을 참조하세요.
- Microsoft KB4025334 누적 업데이트를 설치해야 합니다.
- DS-시리즈 또는 DSv2-시리즈 Azure VM 크기를 사용할 수 있습니다.
- 스토리지 공간 다이렉트 디스크 동기화에 필요한 VM 간의 양호한 네트워크 성능을 보장하려면 “높음” 네트워크 대역폭 이상의 VM 유형을 사용해야 합니다. 자세한 내용은 DSv2-시리즈 및 DS-시리즈 사양을 참조하세요.
- 스토리지 풀에 할당되지 않은 용량을 일부 남겨 두는 것이 좋습니다. 스토리지 풀에 할당되지 않은 용량을 남겨 두면 드라이브에 장애가 발생하는 경우 “원본 위치”에서 복구하는 데 필요한 볼륨 용량이 확보됩니다. 이렇게 하면 데이터 안전성과 성능이 향상됩니다. 자세한 내용은 볼륨 크기 선택을 참조하세요.
- <SAP 글로벌 호스트>와 같은 스케일 아웃 파일 공유 네트워크 이름에 대해 Azure 내부 부하 분산 장치를 구성할 필요가 없습니다. 이 작업은 SAP ASCS/SCS 인스턴스의 <ASCS/SCS 가상 호스트 이름> 또는 DBMS를 위해 수행됩니다. 스케일 아웃 파일 공유는 모든 클러스터 노드로 부하를 분산합니다. <SAP 글로벌 호스트>는 모든 클러스터 노드에서 로컬 IP 주소를 사용합니다.
Important
<SAP 글로벌 호스트>를 가리키는 SAPMNT 파일 공유는 이름을 변경할 수 없습니다. SAP는 공유 이름 “sapmnt”만 지원합니다.
자세한 내용은 SAP Note 2492395 - 공유 이름 sapmnt를 변경할 수 있나요?를 참조하세요.
2개의 클러스터에서 SAP ASCS/SCS 인스턴스와 스케일 아웃 파일 공유 구성
자체 SAP <SID> 클러스터 역할을 사용하여 SAP ASCS/SCS 인스턴스를 별도의 클러스터에 배포해야 합니다. 이 경우 다른 클러스터 역할을 갖는 다른 클러스터에 스케일 아웃 파일 공유를 구성합니다.
Important
설정은 SAP ASCS/SCS 인스턴스와 SOFS 공유를 별도의 클러스터에 배포한다는 요구 사항을 충족해야 합니다.
Important
이 시나리오에서 SAP ASCS/SCS 인스턴스는 UNC 경로 \\<SAP 글로벌 호스트>\sapmnt\<SID>\SYS를 사용하여 SAP 글로벌 호스트에 액세스하도록 구성되었습니다.
그림 5: 2개의 클러스터에 배포된 SAP ASCS/SCS 인스턴스와 스케일 아웃 파일 공유
선택적 구성
다음 다이어그램은 총 VM 수를 줄이기 위해 Microsoft Windows 장애 조치(failover) 클러스터를 실행하는 Azure VM의 여러 SAP 인스턴스를 보여 줍니다.
SAP ASCS/SCS 클러스터의 로컬 SAP 애플리케이션 서버 또는 Microsoft SQL Server Always On 노드의 SAP ASCS/SCS 클러스터 역할일 수 있습니다.
Important
SQL Server Always On 노드에 로컬 SAP 애플리케이션 서버를 설치할 수는 없습니다.
SAP ASCS/SCS와 Microsoft SQL Server 데이터베이스는 모두 SPOF(단일 실패 지점)입니다. Windows 환경에서 SPOF를 보호하기 위해 WSFC가 사용됩니다.
SAP ASCS/SCS의 리소스 사용량은 매우 작지만 SQL Server 또는 SAP Application Server에 대한 메모리 구성을 2GB씩 줄이는 것이 좋습니다.
Windows SOFS를 사용하는 WSFC 노드의 SAP 애플리케이션 서버
참고 항목
이 그림은 추가 로컬 디스크의 사용을 보여 줍니다. OS 드라이브(C:)에 애플리케이션 소프트웨어를 설치하지 않을 고객의 경우 선택 사항입니다.
Windows SOFS를 사용하는 SQL Server Always On 노드의 SAP ASCS/SCS
참고 항목
이 그림은 추가 로컬 디스크의 사용을 보여 줍니다. OS 드라이브(C:)에 애플리케이션 소프트웨어를 설치하지 않을 고객의 경우 선택 사항입니다.
Important
Azure 클라우드에서 SAP 및 스케일 아웃 파일 공유를 위해 사용된 각 클러스터는 자체 Azure 가용성 집합이나 Azure 가용성 영역에 배포되어야 합니다. 이렇게 해야 기반이 되는 Azure 인프라 전체에 걸쳐 클러스터 VM을 분산하여 배치할 수 있습니다. 가용성 영역 배포는 이 기술로 지원됩니다.
SIOS DataKeeper를 클러스터 공유 디스크로 사용하는 일반 파일 공유
일반 파일 공유 방식으로 고가용성 파일 공유를 실현할 수도 있습니다.
이 경우 타사 SIOS 솔루션을 클러스터 공유 디스크로 사용할 수 있습니다.