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

Windows OS Windows

Windows Server 장애 조치(Failover) 클러스터링은 Windows에서 고가용성 SAP ASCS/SCS를 설치하고 DBMS를 사용하기 위한 기반이 됩니다.

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

필수 구성 요소

이 문서의 작업을 시작하기 전에 다음 문서를 검토하세요.

Azure에서 Windows Server 장애 조치(Failover) 클러스터링

Azure Virtual Machines를 사용하는 Windows Server 장애 조치(failover) 클러스터링을 사용하려면 추가 구성 단계가 필요합니다. 클러스터를 빌드할 때 SAP ASCS/SCS 인스턴스에 대해 여러 개의 IP 주소 및 가상 호스트 이름을 설정해야 합니다.

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

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

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

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

중요

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

Figure 1: Windows failover clustering configuration in Azure without a shared disk

공유 디스크를 사용하지 않는 Azure의 Windows Server 장애 조치(Failover) 클러스터링 구성

클러스터 공유 디스크를 사용하는 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...

Figure 2: Processes, file structure, and global host sapmnt file share of an SAP ASCS/SCS instance

SAP ASCS/SCS 인스턴스의 프로세스, 파일 구조, 글로벌 호스트 sapmnt 파일 공유

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

Figure 3: SAP ASCS/SCS HA architecture with shared disk

공유 디스크를 통한 SAP ASCS/SCS HA 아키텍처

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

  • SAP 메시지 및 인큐 서버 프로세스에 액세스하고 sapmnt 파일 공유를 통해 SAP 글로벌 호스트 파일에 액세스하는 데 동일한 <ASCS/SCS 가상 호스트 이름>이 사용됩니다.
  • 동일한 클러스터 공유 디스크 S가 공유됩니다.

큐에 넣기 서버 복제 2 아키텍처 사용:

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

Figure 4: SAP ASCS/SCS HA architecture with shared disk

공유 디스크를 통한 SAP ASCS/SCS HA 아키텍처

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

  1. 공유 디스크는 ERS(큐에 넣기 복제 서버) 인스턴스가 다음과 같은 조건을 이루는 큐에 넣기 서버 복제 1 아키텍처를 통해 지원됩니다.

    • 클러스터되지 않음
    • localhost 이름을 사용
    • 클러스터 노드 각각의 로컬 디스크에 배포됨
  2. 마찬가지로 공유 디스크는 ERS2(큐에 넣기 복제 서버 2) 인스턴스가 다음과 같은 조건을 이루는 큐에 넣기 서버 복제 2 아키텍처를 통해 지원됩니다.

    • 클러스터됨
    • 전용 가상/네트워크 호스트 이름을 사용
    • (A)SCS IP 주소 이외에 Azure Internal Load Balancer 상에 구성될 ERS 가상 호스트 이름의 IP 주소가 필요
    • 클러스터 노드 각각의 로컬 디스크에 배포되므로 공유 디스크 불필요

    ERS1 및 ERS2(큐에 넣기 복제 서버 1 및 2)에 대해서는 다음을 통해 자세히 확인할 수 있습니다.
    Microsoft 장애 조치(failover) 클러스터 내의 큐에 넣기 복제 서버
    장애 조치(failover) 클러스터 환경의 새로운 큐에 넣기 복제기

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

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

  • Azure 공유 디스크 - 기능은 Azure 관리형 디스크를 동시에 다수의 VM에 연결할 수 있도록 합니다.
  • 타사 소프트웨어SIOS DataKeeper Cluster Edition를 사용해 클러스터 공유 스토리지를 시뮬레이션하는 미러된 스토리지를 만듭니다.

공유 디스크에 대한 기술을 선택할 때는 다음 사항을 고려해야 합니다.

SAP 워크로드를 위한 Azure 공유 디스크

  • 별도의 소프트웨어를 유지하고 작동할 필요 없이 Azure 관리 디스크를 동시에 다수의 VM에 연결할 수 있게 합니다.
  • 프리미엄 SSD 디스크가 있는 Azure 공유 디스크는 가용성 집합 및 가용성 영역에서 SAP 배포를 위해 지원됩니다.
  • Azure Ultra DiskAzure 표준 디스크는 SAP 워크로드용 Azure 공유 디스크로 지원되지 않습니다.
  • 프리미엄 SSD 범위에서 지정된 최소 디스크 크기를 사용해 Azure 프리미엄 디스크를 프로비저닝하여 필요한 수량의 VM에 동시에 연결할 수 있는지 확인합니다(기본적으로는 SAP ASCS Windows 장애 조치(failover) 클러스터당 2대).

SIOS

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

Azure 공유 디스크를 사용하는 공유 디스크

Microsoft는 공유 디스크 옵션에서 SAP ASCS/SCS 고가용성을 구현하는 데 사용할 수 있는 Azure 공유 디스크를 제공합니다.

필수 구성 요소 및 제한 사항

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

  • Azure Ultra Disk표준 SSD 디스크는 SAP 워크로드용 Azure 표준 디스크로 지원되지 않습니다.
  • 프리미엄 SSD 디스크가 있는 Azure 공유 디스크는 가용성 집합 및 가용성 영역에서 SAP 배포를 위해 지원됩니다.
  • 프리미엄 SSD 디스크가 있는 Azure 공유 디스크에는 2개의 스토리지 SKU가 제공됩니다.
    • 프리미엄 공유 디스크(skuName - Premium_LRS)에 대한 LRS(로컬 중복 스토리지)는 Azure 가용성 집합의 배포에서 지원됩니다.
    • 프리미엄 공유 디스크(skuName - Premium_ZRS)용 ZRS(영역 중복 스토리지)는 Azure 가용성 영역에서 배포할 때 지원됩니다.
  • Azure 공유 디스크 값인 maxShares는 공유 디스크로 사용할 수 있는 클러스터 노드의 개수를 결정합니다. 일반적으로 SAP ASCS/SCS 인스턴스에 대해 Windows 장애 조치(Failover) 클러스터에서는 두 개의 노드를 구성하므로 maxShares에 해당하는 값은 2로 설정되어야 합니다.
  • Azure 공유 디스크에는 Azure 근접 배치 그룹이 필요하지 않습니다. 그러나 PPG를 사용하여 SAP를 배포하는 경우 아래 지침을 따르세요.
    • 특정 지역에 배포된 SAP 시스템용 PPG를 사용하는 경우 디스크를 공유하는 모든 가상 머신은 동일한 PPG의 일부여야 합니다.
    • 영역 배포가 있는 근접 배치 그룹 문서에 설명된 것처럼 여러 영역에 배포된 SAP 시스템에 PPG를 사용하는 경우 디스크를 공유하는 가상 머신에 Premium_ZRS 스토리지를 연결할 수 있습니다.

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

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

다음은 Azure 프리미엄 공유 디스크에 대해 고려해야 할 몇 가지 중요한 사항입니다.

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

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

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

Azure 계획 가이드 상의 SAP NetweaverSAP 워크로드에 대한 Azure Storage 가이드를 검토하여 SAP 배포를 계획할 때 중요하게 고려해야 할 사항을 확인하세요.

지원된 OS 버전

Windows Server 2016과 2019가 모두 지원됩니다(최신 데이터 센터 이미지 사용).

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

  • Windows 2019 장애 조치(Failover) 클러스터 서비스가 Azure 인식
  • Azure 호스트 유지 관리에 대한 통합 및 인식이 추가되었으며, Azure 일정 이벤트를 모니터링하여 향상된 경험을 제공합니다.
  • 분산 네트워크 이름(기본 옵션)을 사용할 수 있습니다. 따라서, 클러스터 네트워크 이름을 위해 전용 IP 주소가 있을 필요가 없습니다. 또한, 해당 IP 주소를 Azure Internal Load Balancer에 구성할 필요도 없습니다.

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

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

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

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

SIOS DataKeeper에 대한 자세한 정보를 참조하세요.

Figure 5: Windows Server failover clustering configuration in Azure with SIOS DataKeeper

SIOS DataKeeper를 사용한 Azure의 Windows 장애 조치(Failover) 클러스터링 구성

참고

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

선택적 구성

다음 다이어그램은 총 VM 수를 줄이기 위해 Microsoft Windows 장애 조치(failover) 클러스터를 실행하는 Azure VM의 여러 SAP 인스턴스를 보여 줍니다.

SAP ASCS/SCS 클러스터의 로컬 SAP 애플리케이션 서버 또는 Microsoft SQL Server Always On 노드의 SAP ASCS/SCS 클러스터 역할일 수 있습니다.

중요

SQL Server Always On 노드에 로컬 SAP 애플리케이션 서버를 설치할 수는 없습니다.

SAP ASCS/SCS와 Microsoft SQL Server 데이터베이스는 모두 SPOF(단일 실패 지점)입니다. Windows 환경에서 SPOF를 보호하기 위해 WSFC가 사용됩니다.

SAP ASCS/SCS의 리소스 사용량은 매우 작지만 SQL Server 또는 SAP Application Server에 대한 메모리 구성을 2GB씩 줄이는 것이 좋습니다.

SIOS DataKeeper를 사용하는 WSFC 노드의 SAP Application Server

Figure 6: Windows Server failover clustering configuration in Azure with SIOS DataKeeper and locally installed SAP Application Server

참고

SAP Application Server는 로컬로 설치되므로 그림과 같이 동기화를 설정하지 않아도 됩니다.

SIOS DataKeeper를 사용하는 SQL Server Always On 노드의 SAP ASCS/SCS

Figure 7: SAP ASCS/SCS on SQL Server Always On nodes using SIOS DataKeeper

Windows SOFS를 사용하는 WSFC 노드의 SAP Application Server에 대한 선택적 구성

NetApp Files SMB를 사용하는 WSFC 노드의 SAP Application Server에 대한 선택적 구성

Windows SOFS를 사용하는 SQL Server Always On 노드의 SAP ASCS/SCS에 대한 선택적 구성

NetApp Files SMB를 사용하는 SQL Server Always On 노드의 SAP ASCS/SCS에 대한 선택적 구성

다음 단계