SAP 애플리케이션용 Azure NetApp Files(SMB)를 사용하는 Windows의 Azure VM에서 SAP NetWeaver에 대한 고가용성

  • 아티클

이 문서에서는 Azure NetApp Files에서 SMB를 사용하여 가상 머신을 배포 및 구성하고, Windows VM에서 클러스터 프레임워크와 고가용성 SAP NetWeaver 7.50 시스템을 설치하는 방법을 설명합니다.

데이터베이스 레이어는 이 문서에서 자세히 다루지 않습니다. Azure 가상 네트워크가 이미 생성되었다고 가정합니다.

다음 SAP Note 및 문서를 먼저 읽어 보세요.

개요

SAP는 Windows 장애 조치(Failover) 클러스터에 SAP ASCS/SCS 인스턴스를 클러스터링하기 위한 새로운 접근 방법을 개발했습니다. 이것은 클러스터 공유 디스크의 대안이 됩니다. 클러스터 공유 디스크를 사용하는 대신 SMB 파일 공유를 사용하여 SAP 글로벌 호스트 파일을 배포할 수 있습니다. Azure NetApp Files는 Active Directory를 사용하여 NTFS ACL이 있는 SMBv3(NFS와 함께)를 지원합니다. Azure NetApp Files는 PaaS 서비스이므로 자동으로 항상 사용 가능합니다. 이러한 기능을 통해 Azure NetApp Files는 SAP 글로벌용 SMB 파일 공유를 호스트하는 데 적합한 옵션이 되었습니다.
Microsoft Entra Domain Services 및 AD DS(Active Directory Domain Services)가 모두 지원됩니다. 기존 Active Directory 도메인 컨트롤러는 Azure NetApp Files에서 사용할 수 있습니다. 도메인 컨트롤러는 Azure에서 가상 머신으로 사용되거나 ExpressRoute 또는 S2S VPN을 통해 온-프레미스에서 사용될 수 있습니다. 이 문서에서는 Azure VM에서 도메인 컨트롤러를 사용합니다.
SAP Netweaver 중앙 서비스의 HA(고가용성)를 위해서는 공유 스토리지가 필요합니다. Windows에서 이러한 기능을 사용하기 위해 지금까지 SOFS 클러스터를 빌드하거나 SIOS와 같은 클러스터 공유 디스크 S/W를 사용해야 했습니다. 이제 Azure NetApp Files에 배포된 공유 스토리지를 사용하여 SAP Netweaver HA를 실현할 수 있습니다. 공유 스토리지에 Azure NetApp Files를 사용하면 SOFS 또는 SIOS가 필요 없습니다.

참고 항목

파일 공유를 사용하여 SAP ASCS/SCS 인스턴스를 클러스터링하는 작업은 SAP Kernel 7.22(이상)가 있는 SAP 시스템에서 지원됩니다. 자세한 내용은 SAP 메모 2698948을 참조하세요.

SAP ASCS/SCS HA Architecture with SMB share

SMB 파일 공유에 대한 필수 구성 요소는 다음과 같습니다.

  • SMB 3.0 이상의 프로토콜
  • AD 사용자 그룹 및 computer$ 컴퓨터 개체에 대해 AD(Active Directory) ACL(액세스 제어 목록)을 설정할 수 있어야 합니다.
  • 파일 공유에서 HA를 사용하도록 설정되어 있어야 합니다.

이 참조 아키텍처에서 SAP Central 서비스에 대한 공유는 Azure NetApp Files에서 제공됩니다.

SAP ASCS/SCS HA Architecture with SMB share details

Azure NetApp Files용 SMB 볼륨 만들기 및 탑재

Azure NetApp Files를 사용하기 위한 준비 과정으로 다음 단계를 수행합니다.

  1. NetApp 계정 만들기에 설명된 단계에 따라 Azure NetApp 계정을 만듭니다.

  2. 용량 풀 설정의 지침에 따라 용량 풀을 설정합니다.

  3. Azure NetApp Files 리소스는 위임된 서브넷에 있어야 합니다. 위임된 서브넷을 만들려면 Azure NetApp Files에 서브넷 위임의 지침을 따릅니다.

    Important

    SMB 볼륨을 만들기 전에 Active Directory 연결을 만들어야 합니다. Active Directory 연결에 대한 요구 사항을 검토합니다.

    Active Directory 연결을 만들 때 SAP 애플리케이션에 대해 13자 호스트 이름 제한을 방지하기 위해 SMB 서버(컴퓨터 계정) 접두사를 8자 미만으로 입력해야 합니다. 접미사는 SMB 컴퓨터 계정 이름에 자동으로 추가됩니다.
    SAP 애플리케이션에 대한 호스트 이름 제한은 2718300 - 실제 및 가상 호스트 이름 길이 제한 및 611361 - SAP ABAP 플랫폼 서버의 호스트 이름에 설명되어 있습니다.

  4. Active Directory 연결 만들기에 설명된 대로 Active Directory 연결을 만듭니다. Active Directory 연결에서 Administrators privilege user와 같이 SAP 시스템을 설치하기 위해 SWPM을 실행할 사용자를 추가해야 합니다. Active Directory 연결에서 SAP 설치 사용자를 Administrators privilege user로 추가하지 않으면 관리자 권한의 도메인 관리자 권한이 있는 사용자로 SWPM을 실행하지 않는 한 권한 오류와 함께 SWPM이 실패합니다.

  5. SMB 볼륨 추가의 지침에 따라 SMB Azure NetApp Files SMB 볼륨을 만듭니다.

  6. Windows 가상 머신에 SMB 볼륨을 탑재합니다.

팁

Azure NetApp Files 볼륨을 탑재하는 방법에 대한 지침을 보려면 Azure Portal에 로그인한 다음, Azure NetApp Files 개체로 이동하여 볼륨 블레이드를 선택한 후 탑재 지침을 선택합니다.

중요 사항

SAP Netweaver 아키텍처용 Azure NetApp Files를 고려하는 경우 다음과 같은 중요한 사항을 고려해야 합니다.

  • 최소 용량 풀은 4TiB입니다. 용량 풀 크기는 1TiB 단위로 늘릴 수 있습니다.
  • 최소 볼륨은 100GiB입니다.
  • 선택한 가상 네트워크에 Azure NetApp Files로 위임된 서브넷이 있어야 합니다.
  • Azure NetApp Files 볼륨의 처리량 및 성능 특성은 Azure NetApp Files에 대한 서비스 수준에 설명된 대로 볼륨 할당량과 서비스 수준의 함수입니다. SAP Azure NetApp 볼륨의 크기를 조정하는 동안 결과 처리량이 애플리케이션 요구 사항을 충족하는지 확인해야 합니다.

Windows 장애 조치(Failover) 클러스터를 사용하여 SAP HA용 인프라 준비

  1. Azure 내부 Load Balancer에 대한 기본 ASCS/SCS 부하 분산 규칙을 설정합니다.
  2. 도메인에 Windows 가상 머신을 추가합니다.
  3. SAP ASCS/SCS 인스턴스의 두 클러스터 노드 모두에 레지스트리 항목 추가.
  4. SAP ASCS/SCS 인스턴스에 대한 Windows Server 장애 조치 클러스터 설정
  5. Windows Server 2016을 사용하는 경우 Azure Cloud Witness를 구성하는 것이 좋습니다.

두 노드에 SAP ASCS 인스턴스 설치

SAP의 다음 소프트웨어가 필요합니다.

첫 번째 ASCS/SCS 클러스터 노드에 ASCS/SCS 인스턴스 설치

  1. 첫 번째 클러스터 노드에 SAP ASCS/SCS 인스턴스를 설치합니다. SAP SWPM 설치 도구를 시작한 다음, 제품>DBMS> 설치 > 애플리케이션 서버 ABAP(또는 Java) > 고가용성 시스템 > ASCS/SCS 인스턴스 > 첫 번째 클러스터 노드로 이동합니다.

  2. SWPM에서 클러스터 공유 구성으로 파일 공유 클러스터를 선택합니다.

  3. SAP 시스템 클러스터 매개 변수 단계에서 메시지가 표시되면 파일 공유 호스트 이름으로 이미 만든 Azure NetApp Files SMB 공유의 호스트 이름을 입력합니다. 이 예제에서 SMB 공유 호스트 이름은 anfsmb-9562입니다.

    Important

    SWPM의 필수 조건 검사 결과에서 지속적인 가용성 기능 조건이 충족되지 않음을 표시하는 경우 Windows에 더 이상 존재하지 않는 공유 폴더에 액세스하려고 할 때 발생하는 지연 오류 메시지의 지침에 따라 해결할 수 있습니다.

    팁

    SWPM에서 필수 조건 검사 결과에서 스왑 크기 조건이 충족되지 않음을 표시하는 경우 내 컴퓨터>시스템 속성>성능 설정> 고급> 가상 메모리> 변경으로 이동하여 스왑 크기를 조정할 수 있습니다.

  4. PowerShell을 사용하여 SAP 클러스터 리소스인 SAP-SID-IP 프로브 포트를 구성합니다. 프로브 포트 구성에 설명된 대로 SAP ASCS/SCS 클러스터 노드 중 하나에서 이 구성을 실행합니다.

두 번째 ASCS/SCS 클러스터 노드에 ASCS/SCS 인스턴스 설치

  1. 두 번째 클러스터 노드에 SAP ASCS/SCS 인스턴스를 설치합니다. SAP SWPM 설치 도구를 시작한 다음, 제품>DBMS> 설치 > 애플리케이션 서버 ABAP(또는 Java) > 고가용성 시스템 > ASCS/SCS 인스턴스 > 추가 클러스터 노드로 이동합니다.

SAP ASCS/SCS 인스턴스 프로필 업데이트

SAP ASCS/SCS 인스턴스 프로필 <SID>ASCS/SCS<Nr><Host>에서 매개 변수를 업데이트합니다.

매개 변수 이름 매개 변수 값
gw/netstat_once 0
enque/encni/set_so_keepalive true
service/ha_check_node 1

매개 변수 enque/encni/set_so_keepalive는 ENSA1을 사용하는 경우에만 필요합니다.
SAP ASCS/SCS 인스턴스를 다시 시작합니다. SAP ASCS/SCS 인스턴스의 클러스터 노드에 대한 레지스트리 항목 설정 지침을 따라 두 SAP ASCS/SCS 클러스터 노드에서 KeepAlive 매개 변수를 설정합니다.

DBMS 인스턴스 및 SAP 애플리케이션 서버 설치

다음을 설치하여 SAP 설치를 완료합니다.

  • DBMS 인스턴스
  • 기본 SAP 애플리케이션 서버
  • 추가 SAP 애플리케이션 서버

SAP ASCS/SCS 인스턴스 장애 조치(failover) 테스트

클러스터 노드 A에서 클러스터 노드 B로 장애 조치 및 반대로 장애 조치

이 테스트 시나리오에서는 클러스터 노드 sapascs1을 노드 A로, 클러스터 노드 sapascs2를 노드 B로 나타냅니다.

  1. 클러스터 리소스가 노드 A에서 실행되고 있는지 확인합니다. Figure 1: Windows Server failover cluster resources running on node A prior before the failover test

  2. 클러스터 노드 A를 다시 시작합니다. SAP 클러스터 리소스는 클러스터 노드 B로 이동합니다. Figure 2: Windows Server failover cluster resources running on node B after the failover test

잠금 항목 테스트

1. SAP ERS(Enqueue Replication Server)가 활성 상태인지 확인
2. SAP 시스템에 로그온하고, 트랜잭션 SU01을 실행하고, 변경 모드에서 사용자 ID를 엽니다. 이렇게 하면 SAP 잠금 항목이 생성됩니다.
3. SAP 시스템에 로그인하면 트랜잭션 ST12로 이동하여 잠금 항목을 표시합니다.
4. 클러스터 노드 A에서 클러스터 노드 B로 ASCS 리소스를 장애 조치(failover)합니다.
5. SAP ASCS/SCS 클러스터 리소스 장애 조치(failover) 전에 생성된 잠금 항목이 유지되는지 확인합니다.

Figure 3: Lock entry is retained after failover test

자세한 내용은 ERS를 통해 ASCS에서 장애 조치 큐에 넣기 문제 해결을 참조하세요.

선택적 구성

다음 다이어그램은 총 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를 보호하기 위해 Azure NetApp Files SMB가 사용됩니다.

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

NetApp Files SMB를 사용하는 WSFC 노드의 SAP 애플리케이션 서버

Figure 4: Windows Server failover clustering configuration in Azure with Windows NetApp Files SMB and locally installed SAP Application Server

참고 항목

이 그림은 추가 로컬 디스크의 사용을 보여 줍니다. OS 드라이브(C:)에 애플리케이션 소프트웨어를 설치하지 않을 고객의 경우 선택 사항입니다.

Azure NetApp Files SMB를 사용하는 SQL Server Always On 노드의 SAP ASCS/SCS

Important

SQL Server 볼륨에 Azure NetApp Files SMB를 사용하는 것은 지원되지 않습니다.

Figure : SAP ASCS/SCS on SQL Server Always On nodes using Azure NetApp Files SMB

참고 항목

이 그림은 추가 로컬 디스크의 사용을 보여 줍니다. OS 드라이브(C:)에 애플리케이션 소프트웨어를 설치하지 않을 고객의 경우 선택 사항입니다.

Windows DFS-N을 사용하여 SMB 기반 파일 공유를 위한 유연한 SAPMNT 공유 만들기 지원

DFS-N을 사용하면 동일한 Azure 지역 및 구독 내에 배포된 SAP 시스템에 대해 개별 sapmnt 볼륨을 활용할 수 있습니다. Windows DFS-N을 사용하여 SMB 기반 파일 공유를 위한 유연한 SAPMNT 공유 만들기 지원은 이를 설정하는 방법을 보여 줍니다.

다음 단계