Azure에서 공유 디스크를 사용하여 SAP ASCS/SCS 인스턴스를 Windows 장애 조치(Failover) 클러스터에 클러스터링

  • 아티클

Windows OS Windows

WSFC(Windows Server 장애 조치(Failover) 클러스터링)는 Windows의 HA(고가용성) SAP ASCS/SCS 설치 및 DBMS(데이터베이스 관리 시스템)의 기반입니다.

장애 조치 클러스터는 함께 작동하여 애플리케이션 및 서비스의 가용성을 높이는 1+n개 독립 서버(노드) 그룹입니다. 노드에 장애가 발생하는 경우 WSFC는 애플리케이션 및 서비스를 제공하기 위해 발생할 수 있으며 정상 클러스터를 유지 관리하는 장애 횟수를 계산합니다. 장애 조치(failover) 클러스터링을 달성하기 위해 다양한 쿼럼 모드 중에서 선택할 수 있습니다.

필수 조건

이 문서의 작업을 시작하기 전에 SAP NetWeaver용 고가용성 아키텍처 및 시나리오 문서를 검토하세요.

Azure의 Windows Server 장애 조치(failover) 클러스터링

Azure VM(가상 머신)이 포함된 WSFC에는 추가 구성 단계가 필요합니다. 클러스터를 빌드할 때 SAP ASCS/SCS 인스턴스에 대해 여러 개의 IP 주소 및 가상 호스트 이름을 설정해야 합니다.

Azure에서 이름 확인 및 클러스터 가상 호스트 이름

Azure 클라우드 플랫폼은 부동 IP 주소와 같은 가상 IP 주소를 구성하는 옵션을 제공하지 않습니다. 클라우드의 클러스터 리소스에 연결하도록 가상 IP 주소를 설정하기 위한 대체 솔루션이 필요합니다.

Azure Load Balancer 서비스는 Azure에서 ‘내부 부하 분산 장치’를 제공합니다. 내부 부하 분산 장치를 사용하면 클라이언트는 클러스터의 가상 IP 주소를 통해 클러스터에 도달합니다.

클러스터 노드를 포함하는 리소스 그룹에 부하 분산 장치를 배포합니다. 그런 후 내부 부하 분산 장치의 프로브 포트를 사용하여 필요한 모든 포트 전달 규칙을 구성합니다. 클라이언트는 가상 호스트 이름을 통해 연결할 수 있습니다. DNS 서버는 클러스터 IP 주소를 확인하고 내부 부하 분산 장치는 클러스터의 활성 노드에 대한 포트 전달을 처리합니다.

Important

부하 분산 시나리오의 NIC(네트워크 어댑터)에 대한 보조 IP 구성에서는 부동 IP 주소가 지원되지 않습니다. 자세한 내용은 Azure Load Balancer 제한 사항을 참조하세요. VM에 대한 추가 IP 주소가 필요한 경우 두 번째 NIC를 배포합니다.

Diagram of a Windows Server Failover Clustering configuration in Azure without a shared disk.

클러스터 공유 디스크를 사용하는 SAP ASCS/SCS HA

Windows에서 SAP ASCS/SCS 인스턴스에는 SAP 중앙 서비스, SAP 메시지 서버, 인큐 서버 프로세스 및 SAP 글로벌 호스트 파일이 포함됩니다. SAP 글로벌 호스트 파일은 전체 SAP 시스템에 대한 중앙 파일을 저장합니다.

SAP ASCS/SCS 인스턴스에는 다음과 같은 구성 요소가 있습니다.

  • SAP 중앙 서비스에는 다음이 포함됩니다.

    • 두 프로세스(메시지 서버 및 큐에 넣기 서버용)와 두 프로세스에 액세스하는 데 사용되는 ASCS/SCS 가상 호스트 이름
    • 파일 구조: S:\usr\sap\<SID>\ASCS/SCS<인스턴스 번호>

  • SAP 글로벌 호스트 이름:

    • 파일 구조: S:\usr\sap\<SID>\SYS...

    • 다음 UNC 경로를 사용하여 이러한 글로벌 S:\usr\sap\<SID>\SYS... 파일에 액세스할 수 있도록 하는 sapmnt 파일 공유

      \\<ASCS/SCS 가상 호스트 이름>\sapmnt\<SID>\SYS...

Diagram of processes, file structure, and global host file share of an SAP ASCS/SCS instance.

높은 가용성 설정에서 SAP ASCS/SCS 인스턴스를 클러스터링합니다. 클러스터 공유 디스크(이 문서의 예제에서는 S 드라이브)를 사용하여 SAP ASCS/SCS 및 SAP 글로벌 호스트 파일을 배치합니다.

Diagram that shows an SAP ASCS/SCS high-availability architecture with shared disks.

큐에 넣기 복제 서버 1(ERS1) 아키텍처 사용:

  • 동일한 ASCS/SCS 가상 호스트 이름은 sapmnt 파일 공유를 통해 SAP 글로벌 호스트 파일 외에도 SAP 메시지 서버 및 큐에 넣기 서버 프로세스에 액세스하는 데 사용됩니다.
  • 동일한 클러스터 공유 디스크(S 드라이브)가 공유됩니다.

ERS2(Enqueue Replication Server 2) 아키텍처 사용:

  • 동일한 ASCS/SCS 가상 호스트 이름은 sapmnt 파일 공유를 통해 SAP 글로벌 호스트 파일 외에도 SAP 메시지 서버 프로세스에 액세스하는 데 사용됩니다.
  • 동일한 클러스터 공유 디스크(S 드라이브)가 공유됩니다.
  • 큐에 넣기 서버 프로세스에 액세스하기 위한 별도의 ERS 가상 호스트 이름이 있습니다.

Diagram of an SAP ASCS/SCS high-availability architecture with a shared disk.

공유 디스크 및 큐에 넣기 복제 서버

공유 디스크는 ERS1 아키텍처에서 지원되며 여기서 ERS1 인스턴스는 다음과 같습니다.

  • 클러스터되지 않았습니다.
  • localhost 이름을 사용합니다.
  • 클러스터 노드 각각의 로컬 디스크에 배포됩니다.

공유 디스크는 ERS2 아키텍처에서도 지원되며 여기서 ERS2 인스턴스는 다음과 같습니다.

  • 클러스터되었습니다.
  • 전용 가상 또는 네트워크 호스트 이름을 사용합니다.
  • (A)SCS IP 주소 이외에도 Azure Internal Load Balancer에 구성될 ERS 가상 호스트 이름의 IP 주소가 필요합니다.
  • 클러스터 노드 각각의 로컬 디스크에 배포되므로 공유 디스크가 필요하지 않습니다.

ERS1 및 ERS2에 대한 자세한 내용은 SAP 웹사이트에서 Microsoft 장애 조치(failover) 클러스터의 큐에 넣기 복제 서버 및 장애 조치(failover) 클러스터 환경의 새로운 큐에 넣기 복제기를 참조하세요.

SAP 워크로드에 대한 Azure 내 공유 디스크 옵션

Azure 내 Windows 장애 조치(failover) 클러스터에는 공유 디스크용 옵션이 두 개 있습니다.

공유 디스크 기술을 선택할 때 SAP 워크로드용 Azure 공유 디스크에 대한 다음 고려 사항에 유의하세요.

  • 가용성 집합 및 가용성 영역의 SAP 배포에는 Azure 프리미엄 SSD 디스크와 함께 Azure 공유 디스크를 사용할 수 있습니다.
  • Azure Ultra Disk 스토리지 디스크 및 Azure 표준 SSD 디스크는 SAP 워크로드용 Azure 공유 디스크로 지원되지 않습니다.
  • 필요한 수의 VM에 동시에 연결할 수 있으려면 프리미엄 SSD 범위에 지정된 최소 디스크 크기로 Azure 프리미엄 SSD 디스크를 프로비전해야 합니다. 일반적으로 SAP ASCS Windows 장애 조치(failover) 클러스터에는 두 개의 VM이 필요합니다.

다음과 같은 SIOS에 관한 고려 사항을 염두에 둡니다.

  • SIOS 솔루션은 디스크 두 개 사이의 실시간 동기 데이터 복제를 제공합니다.
  • SIOS 솔루션을 사용하면 두 개의 관리 디스크로 작동합니다. 가용성 집합 또는 가용성 영역을 사용하는 경우 관리 디스크는 다른 스토리지 클러스터에 있습니다.
  • 가용성 영역에 배포할 수 있습니다.
  • SIOS 솔루션을 사용하려면 타사 소프트웨어를 설치하고 운영해야 하며, 이를 별도로 구매해야 합니다.

Azure 공유 디스크

Azure 공유 디스크를 사용하여 SAP ASCS/SCS HA를 구현할 수 있습니다.

필수 구성 요소 및 제한 사항

현재 Azure 프리미엄 SSD 디스크를 SAP ASCS/SCS 인스턴스용 Azure 공유 디스크로 사용할 수 있습니다. 현재 적용 중인 제한 사항은 다음과 같습니다.

  • Azure Ultra Disk 스토리지 디스크 및 표준 SSD 디스크는 SAP 워크로드용 Azure 공유 디스크로 지원되지 않습니다.
  • 프리미엄 SSD 디스크가 있는 Azure 공유 디스크는 가용성 집합 및 가용성 영역에서 SAP 배포를 위해 지원됩니다.
  • 프리미엄 SSD 디스크가 있는 Azure 공유 디스크에는 2개의 스토리지 옵션이 제공됩니다.
    • 프리미엄 SSD 공유 디스크(Premium_LRS의 skuName 값)에 대한 LRS(로컬 중복 스토리지)는 가용성 집합의 배포와 함께 지원됩니다.
    • 프리미엄 SSD 공유 디스크(Premium_ZRS의 skuName 값)에 대한 ZRS(영역 중복 스토리지)는 가용성 영역의 배포와 함께 지원됩니다.
  • Azure 공유 디스크 값인 maxShares는 공유 디스크로 사용할 수 있는 클러스터 노드의 개수를 결정합니다. SAP ASCS/SCS 인스턴스의 경우 일반적으로 WSFC에서 두 개의 노드를 구성합니다. 그런 다음, maxShares 값을 2로 설정합니다.
  • Azure 공유 디스크에는 PPG(Azure 근접 배치 그룹)이 필요하지 않습니다. 그러나 PPG를 사용하여 SAP를 배포하는 경우 다음 지침을 따릅니다.
    • 특정 지역에 배포된 SAP 시스템용 PPG를 사용하는 경우 디스크를 공유하는 모든 가상 머신은 동일한 PPG에 속해야 합니다.
    • 영역 배포가 있는 근접 배치 그룹에 설명된 대로 여러 영역에 배포된 SAP 시스템용 PPG를 사용하는 경우 디스크를 공유하는 가상 머신에 Premium_ZRS 스토리지를 연결할 수 있습니다.

자세한 내용은 Azure 공유 디스크에 대한 설명서의 제한 사항 섹션을 참조하세요.

프리미엄 SSD 공유 디스크에 대한 중요 고려 사항

Azure 프리미엄 SSD 공유 디스크에 대한 다음의 중요 사항을 고려합니다.

  • 프리미엄 SSD 공유 디스크용 LRS:

    • 프리미엄 SSD 공유 디스크용 LRS를 사용한 SAP 배포는 하나의 스토리지 클러스터에서 단일 Azure 공유 디스크로 작동합니다. Azure 공유 디스크가 배포된 스토리지 클러스터에 문제가 있으면 SAP ASCS/SCS 인스턴스에 영향을 미칩니다.

  • 프리미엄 SSD 공유 디스크용 ZRS:

    • ZRS의 쓰기 대기 시간은 데이터의 교차 영역 복사 때문에 LRS의 쓰기 대기 시간보다 깁니다.
    • 다른 지역의 가용성 영역 간의 거리는 다양하며 가용성 영역 전체의 ZRS 디스크 대기 시간도 마찬가지입니다. 디스크를 벤치마킹하여 해당 지역의 ZRS 디스크 대기 시간을 식별합니다.
    • 프리미엄 SSD 공유 디스크용 ZRS는 해당 지역의 3개 가용성 영역에 걸쳐 데이터를 동기적으로 복제합니다. 스토리지 클러스터 중 하나에 문제가 있는 경우 스토리지 장애 조치(failover)가 애플리케이션 계층에 투명하기 때문에 SAP ASCS/SCS 인스턴스가 계속 실행됩니다.
    • 자세한 내용은 관리 디스크의 ZRS에 대한 설명서의 제한 사항 섹션을 참조하세요.

SAP 배포 계획에 대한 기타 중요한 고려 사항은 Azure에서 SAP 배포 계획 및 구현과 SAP 워크로드용 Azure Storage 유형을 참조하세요.

지원된 OS 버전

Windows Server 2016, 2019 이상이 지원됩니다. 최신 데이터 센터 이미지를 사용합니다.

다음과 같은 이유로 인해 Windows Server 2019 Datacenter를 사용하는 것이 좋습니다.

  • Windows Server 2019의 WSFC는 Azure를 인식합니다.
  • Windows Server 2019 Datacenter에는 Azure 호스트 유지 관리에 대한 통합 및 인식과 Azure 일정 이벤트 모니터링을 통한 향상된 경험이 포함되어 있습니다.
  • 분산 네트워크 이름을 사용할 수 있습니다. (기본 옵션입니다.) 클러스터 네트워크 이름을 위해 전용 IP 주소가 있을 필요가 없습니다. 또한 해당 IP 주소를 Azure 내부 부하 분산 장치에 구성할 필요도 없습니다.

SIOS DataKeeper를 사용한 Azure의 공유 디스크

공유 디스크를 위한 또 다른 옵션은 SIOS DataKeeper Cluster Edition을 사용해 클러스터 공유 스토리지를 시뮬레이션하는 미러된 스토리지를 만드는 것입니다. SIOS 솔루션은 실시간 동기 데이터 복제 기능을 제공합니다.

클러스터에 대한 공유 디스크 리소스를 만들려면

  1. Windows 클러스터 구성에 있는 각 가상 머신에 추가 디스크 하나를 연결합니다.
  2. 두 가상 머신 노드에서 SIOS DataKeeper Cluster Edition을 실행합니다.
  3. 원본 가상 머신의 추가 디스크 연결 볼륨의 콘텐츠를 대상 가상 머신의 추가 디스크 연결 볼륨에 미러링하는 방식으로 SIOS DataKeeper Cluster Edition을 구성합니다. SIOS DataKeeper는 원본 및 대상 로컬 볼륨을 추상화한 다음 WSFC에 단일 공유 디스크로 제공합니다.

Diagram of a Windows Server Failover Clustering configuration in Azure with SIOS DataKeeper.

참고 항목

SQL Server와 같은 일부 DBMS 제품에서는 가용성을 높이기 위해 공유 디스크를 사용할 필요가 없습니다. SQL Server AlwaysOn은 한 클러스터 노드의 로컬 디스크에서 다른 클러스터 노드의 로컬 디스크로 DBMS 데이터 및 로그 파일을 복제합니다. 이 경우 Windows 클러스터 구성에는 공유 디스크가 필요하지 않습니다.

선택적 구성

다음 다이어그램은 총 VM 수를 줄이기 위해 Windows Server 장애 조치(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(단일 실패 지점)입니다. WSFC는 Windows 환경에서 이러한 SPOF를 보호하는 데 도움이 됩니다.

SAP ASCS/SCS의 리소스 사용량은 상당히 작지만 SQL Server 또는 SAP 애플리케이션 서버에 대해 메모리 구성을 2GB 줄이는 것이 좋습니다.

이 다이어그램은 SIOS DataKeeper를 사용하는 WSFC 노드의 SAP 애플리케이션 서버를 보여 줍니다.

Diagram of a Windows Server Failover Clustering configuration in Azure with SIOS DataKeeper and locally installed SAP application servers.

SAP 애플리케이션 서버는 로컬에 설치되므로 동기화를 설정할 필요가 없습니다.

이 다이어그램은 SIOS DataKeeper를 사용하는 SQL Server Always On 노드의 SAP ASCS/SCS를 보여 줍니다.

Diagram of SAP ASCS/SCS on SQL Server Always On nodes with SIOS DataKeeper.

다른 구성에 대한 자세한 내용은 다음 리소스를 참조하세요.

다음 단계