SAP 애플리케이션에서 네트워크 대기 시간을 최적화하기 위한 Azure 근접 배치 그룹

중요

11 월 2021에는 영역 배포에서 SAP 워크 로드에 근접 배치 그룹을 사용 하는 방법에 대 한 중요 한 변경 사항이 있었습니다.

SAP NetWeaver 또는 SAP S/4HANA 아키텍처를 기반으로 하는 SAP 애플리케이션은 SAP 애플리케이션 계층과 SAP 데이터베이스 계층 간의 네트워크 대기 시간에 민감합니다. 이러한 민감도는 애플리케이션 레이어에서 실행되는 대부분의 비즈니스 논리에 따른 결과입니다. SAP 애플리케이션 레이어는 비즈니스 논리를 실행하므로 데이터베이스 계층에 대한 쿼리를 초당 수천 또는 수만 개 속도의 높은 빈도로 실행합니다. 대부분의 경우 이러한 쿼리의 특성은 간단합니다. 즉 데이터베이스 계층에서 500마이크로초 이하로 실행되는 경우가 많습니다.

응용 프로그램 계층에서 데이터베이스 계층으로 이러한 쿼리를 전송 하 고 다시 전송 된 결과를 수신 하는 네트워크에 소요 된 시간은 비즈니스 프로세스를 실행 하는 데 걸리는 시간에 큰 영향을 줍니다. 네트워크 대기 시간으로 인 한 이러한 민감도는 SAP 배포 프로젝트에서 특정 최소 네트워크 대기 시간을 달성할 수 있는 이유입니다. 네트워크 대기 시간을 분류하는 방법에 대한 지침은 SAP Note #1100926 - FAQ: 네트워크 성능을 참조하세요.

많은 Azure 지역에서 데이터 센터의 수가 증가했습니다. 이와 동시에, 특히 고성능 SAP 시스템에 대 한 고객은 M-또는 Mv2 제품군 같은 보다 특수 한 VM 제품군을 사용 하거나, 드문 경우 HANA 큰 인스턴스를 사용 합니다. 이러한 Azure virtual machine 유형은 Azure 지역에 수집 하는 각 데이터 센터에서 항상 사용할 수 있는 것은 아닙니다. 이러한 사실은 SAP 애플리케이션 레이어와 SAP DBMS 레이어 간의 네트워크 대기 시간을 최적화할 수 있는 기회를 창출할 수 있습니다.

Azure는 네트워크 대기 시간을 최적화할 수 있도록 근접 배치 그룹을 제공합니다. 근접 배치 그룹을 사용 하면 지금까지 아직 제공 되지 않은 다른 VM 유형 사이에 충분 한 네트워크 대기 시간을 제공 하는 단일 네트워크 옆면에서 다양 한 VM 유형을 그룹화 할 수 있습니다. 이러한 근접 배치 그룹에 첫 번째 VM을 배포 하는 과정에서 VM은 특정 네트워크 옆면에 바인딩됩니다. 동일한 근접 배치 그룹에 배포 될 다른 모든 Vm은 동일한 네트워크 옆면에서 그룹화 됩니다. 이로 인해 문제가 발생 하는 것 처럼, 구문 사용에는 몇 가지 제한 사항 및 주의 사항이 도입 되었습니다.

  • 모든 azure VM 유형을 모든 및 모든 Azure 데이터 센터에서 사용할 수 있고 각 및 모든 네트워크 옆면에서 사용할 수 있다고 가정할 수는 없습니다. 결과적으로 하나의 근접 배치 그룹 내에 있는 여러 VM 유형의 조합이 심각 하 게 제한 될 수 있습니다. 이러한 제한 사항은 특정 VM 유형을 실행 하는 데 필요한 호스트 하드웨어가 데이터 센터에 없거나 근접 배치 그룹이 할당 된 네트워크 옆면에 있지 않기 때문에 발생 합니다.
  • 한 개의 근접 배치 그룹 내에 있는 Vm의 일부를 크기 조정할 때, 모든 경우에 새 VM 유형을 동일한 데이터 센터 또는 근접 배치 그룹이 할당 된 네트워크 지역에서 사용할 수 있는 것으로 자동으로 간주할 수 없습니다.
  • Azure add-on 하드웨어는 근접 배치 그룹의 특정 Vm을 다른 Azure 데이터 센터 또는 다른 네트워크 옆면에 강제로 적용할 수 있습니다. 이 사례에 대 한 자세한 내용은 문서 근접 배치 그룹 을 참조 하세요.

중요

잠재적 제한의 결과로 근접 배치 그룹을 사용 해야 합니다.

  • 특정 시나리오에서 필요한 경우 (뒷부분 참조)
  • 응용 프로그램 계층과 DBMS 계층 간의 네트워크 대기 시간이 너무 높아서 작업에 영향을 주는 경우
  • 전체 시스템 환경 또는 전체 SAP 환경이 아닌 단일 SAP 시스템의 세분성에서만
  • 다른 VM 유형과 근접 배치 그룹 내의 VM 수를 최소로 유지하는 방식에서

지금까지 근접 배치 그룹을 사용한 시나리오는 다음과 같습니다.

  • 가용성 집합을 사용 하 여 SAP 워크 로드 배포 Sap 데이터베이스 계층, SAP 응용 프로그램 계층 및 ASCS/SCS Vm은 세 가지 다른 가용성 집합으로 그룹화 되었습니다. 이 경우 Azure 지역에 따라 Azure 지역에 따라 가용성 집합이 전체 Azure 지역에 분산 되지 않았는지 확인 하 고, SAP 작업에 부정적인 영향을 줄 수 있는 네트워크 대기 시간이 발생할 수 있습니다.
  • 각 영역에 있는 응용 프로그램 계층의 Vm이 가용성 집합을 사용 하 여 서로 다른 장애 도메인에 분산 되도록 하기 위해 SAP 워크 로드의 중요 한 리소스를 서로 다른 가용성 영역에 배포 하 고 싶을 것입니다. 이 경우 나중에 문서에 설명 된 대로 근접 배치 그룹에는 필요한 붙이기가 있습니다.
  • 근접 배치 그룹을 사용 하 여 vm을 그룹화 하 고 vm에서 호스트 되는 서비스 간의 최적의 네트워크 대기 시간을 달성할 수 있습니다.

배포 시나리오의 경우와 마찬가지로, 대부분의 지역에서 #1, 대부분의 지역에서 가용성 영역 없고 대부분의 지역이 가용성 영역 경우 Vm 위치에 독립적으로 발생 하는 네트워크 대기 시간을 사용할 수 있습니다. Azure의 일부 지역에는 근접 배치 그룹을 사용 하지 않고 세 가지 다른 가용성 집합을 절감할 하지 않고 충분히 적절 한 환경을 제공할 수 없습니다. 배포 시나리오 #2이 문서의 다음 섹션에서 근접 배치 그룹을 사용 하는 다른 방법을 권장 합니다.

근접 배치 그룹이란?

Azure 근접 배치 그룹은 논리적 구조입니다. 근접 배치 그룹이 정의되면 Azure 지역 및 Azure 리소스 그룹에 바인딩됩니다. VM이 배포되면 다음에서 근접 배치 그룹을 참조합니다.

  • 첫 번째 Azure VM은 여러 Azure compute 단위 및 낮은 네트워크 대기 시간으로 네트워크 옆면에 배포 됩니다. 이러한 네트워크 스파인는 종종 단일 Azure 데이터 센터와 일치 합니다. 첫 번째 가상 머신은 배포 매개 변수와 결합 된 Azure 할당 알고리즘을 기반으로 계산 배율 단위로 배포 되는 "범위 VM"으로 생각할 수 있습니다.
  • 근접 배치 그룹을 참조 하는 모든 후속 Vm은 첫 번째 가상 머신과 동일한 네트워크 옆면에 배포 됩니다.

참고

첫 번째 VM이 배치 된 네트워크 옆면에서 특정 VM 유형을 실행할 수 있는 호스트 하드웨어가 배포 되지 않은 경우 요청 된 VM 유형의 배포에 성공 하지 못합니다. 근접 배치 그룹의 경계 내에서 VM을 지원할 수 없다는 할당 오류 메시지가 표시 됩니다.

하나의 Azure 리소스 그룹에 여러 근접 배치 그룹을 할당할 수 있습니다. 그러나 근접 배치 그룹은 하나의 Azure 리소스 그룹에만 할당할 수 있습니다.

Azure VM만 사용하는 SAP 시스템이 포함된 근접 배치 그룹

이 섹션에서는 지금까지 사용 되는 배포 아키텍처와 새로운 권장 사항을 살펴보겠습니다.

영역 배포를 사용 하는 근접 배치 그룹

HANA 큰 인스턴스를 사용 하지 않는 배포의 경우 SAP 응용 프로그램 계층과 DBMS 계층 간에 합리적으로 낮은 네트워크 대기 시간을 제공 하는 것이 중요 합니다. 제한 된 시나리오 집합에 대해 적절 하 게 낮은 네트워크 대기 시간을 사용 하도록 설정 하려면 이러한 SAP 시스템에 대해 Azure 근접 배치 그룹을 정의할 수 있습니다.

여러 SAP 프로덕션 또는 비프로덕션 시스템을 단일 근접 배치 그룹에 묶음 하지 마십시오. 근접 배치 그룹으로 그룹화 하는 더 많은 시스템이 있으므로 SAP 시스템 번들을 사용 하지 않는 것이 더 높아집니다.

  • 근접 배치 그룹이 할당 된 네트워크 옆면에서 사용할 수 없는 VM 유형이 필요 합니다.
  • 시간이 지남에 따라 Vm 수를 근접 배치 그룹으로 확장 해야 하는 경우 M 시리즈 Vm과 같은 비 메인스트림 Vm의 리소스는 결국 충족 되지 않을 수 있습니다.

지금까지 권장 하는 근접 배치 그룹 사용은이 그래픽과 같습니다.

Old Proximity placement groups with zones

SAP 시스템을 배포한 두 가용성 영역 각각에는 근접 배치 그룹 (PPG)을 만들었습니다. 특정 영역의 모든 Vm은 해당 특정 영역의 개별 근접 배치 그룹의 일부입니다. 각 영역에서 PPG의 범위를 지정한 다음 ASCS VM을 동일한 영역 및 PPG에 배포 하 여 각 영역에서 시작 했습니다. 세 번째 단계에서는 Azure 가용성 집합을 만들고, 가용성 집합을 범위가 지정 된 PPG로 할당 하 고, SAP 응용 프로그램 계층을 배포 합니다. 이 구성의 장점은 모든 구성 요소가 동일한 네트워크 옆면 아래에 깔끔하게 정렬 되었다는 것입니다. 큰 단점은 가상 컴퓨터의 크기를 조정할 수 있는 유연성이 제한 될 수 있다는 것입니다.

Azure 지역에서 azure 지역에 배포 된 많은 향상 된 기능을 기준으로 Azure 가용성 영역 내에서 네트워크 대기 시간을 줄이기 위해 영역 배포에 대 한 새로운 배포 지침은 다음과 같습니다.

New Proximity placement groups with zones

지금까지 제공 되는 권장 사항에 대 한 차이점은 두 영역의 데이터베이스 Vm이 근접 배치 그룹의 일부가 아니라는 것입니다. 영역 당 근접 배치 그룹은 이제 SAP ASCS/SCS 인스턴스를 실행 하는 VM의 배포로 범위가 지정 됩니다. 이는 여러 데이터 센터에 의해 가용성 영역 수집 되는 지역, ASCS/SCS 인스턴스 및 응용 프로그램 계층이 하나의 네트워크 지역에서 실행 되 고 데이터베이스 Vm이 다른 네트워크 옆면에서 실행 될 수 있음을 의미 하기도 합니다. 네트워크를 개선 하는 경우에도 SAP 응용 프로그램 계층과 DBMS 계층 간의 네트워크 대기 시간이 충분 하 게 양호한 성능과 처리량을 유지 해야 합니다. 이 새로운 구성의 장점은 Vm 크기를 보다 유연 하 게 만들거나 SAP 시스템의 응용 프로그램 계층 이나 DBMS 계층을 사용 하 여 새 VM 유형으로 이동할 수 있다는 것입니다.

가용성 집합 배포를 사용 하는 근접 배치 그룹

이 경우에는 근접 배치 그룹을 사용 하 여 서로 다른 가용성 집합을 통해 배포 되는 Vm을 배치 하는 것이 목적입니다. 이 사용 시나리오에서는 지역에서 서로 다른 가용성 영역에 대해 제어 되는 배포를 사용 하지 않습니다. 대신 가용성 집합을 사용 하 여 SAP 시스템을 배포 하려고 합니다. 따라서 DBMS Vm, ASCS/SCS Vm 및 응용 프로그램 계층 Vm에 대 한 가용성 집합이 하나 이상 있습니다. 가용성 집합 및 가용성 영역에 대 한 VM 배포 시를 지정할 수 없으므로 다른 가용성 집합의 Vm이 할당 되는 위치를 제어할 수 없습니다. 이로 인해 일부 Azure 지역에서 서로 다른 Vm 간의 네트워크 대기 시간이 너무 높아서 충분 한 성능 환경을 제공 하지 못할 수 있습니다. 따라서 결과 아키텍처는 다음과 같습니다.

Proximity placement groups with AvSets

이 그래픽에서 단일 근접 배치 그룹은 단일 SAP 시스템에 할당 됩니다. 이 PPG는 세 개의 가용성 집합에 할당 됩니다. 그런 다음 첫 번째 데이터베이스 계층 Vm을 DBMS 가용성 집합에 배포 하 여 근접 배치 그룹의 범위를 지정 합니다. 이 아키텍처 권장 사항은 동일한 네트워크 옆면의 모든 Vm을 배치 합니다. 이 문서 앞부분에서 언급 한 제한 사항을 소개 합니다. 따라서 근접 배치 그룹 아키텍처는 거의 사용 되지 않습니다.

근접 배치 그룹 및 HANA(대규모 인스턴스)

일부 SAP 시스템에서 HANA(대규모 인스턴스)를 애플리케이션 레이어에 사용하는 경우 수정 버전 4 행 또는 스탬프에 배포된 HANA(대규모 인스턴스) 단위를 사용하면 HANA(대규모 인스턴스) 단위와 Azure VM 간의 네트워크 대기 시간이 크게 향상될 수 있습니다. 향상된 한 가지 사항은 HANA(대규모 인스턴스) 단위가 배포될 때 근접 배치 그룹과 함께 배포된다는 것입니다. 이 근접 배치 그룹을 사용하여 애플리케이션 레이어 VM을 배포할 수 있습니다. 따라서 이러한 VM은 HANA(대규모 인스턴스) 단위를 호스팅하는 동일한 데이터 센터에 배포됩니다.

HANA(대규모 인스턴스) 단위가 수정 버전 4 스탬프 또는 행에 배포되었는지 확인하려면 Azure Portal을 통한 Azure HANA(대규모 인스턴스) 제어 문서를 확인합니다. HANA(대규모 인스턴스) 단위를 배포할 때 만들어졌으므로 HANA(대규모 인스턴스) 단위의 특성 개요에서 근접 배치 그룹의 이름을 확인할 수도 있습니다. 특성 개요에 표시되는 이름은 애플리케이션 레이어 VM을 배포해야 하는 근접 배치 그룹의 이름입니다.

Azure 가상 머신만 사용하는 SAP 시스템과 비교하여 HANA(대규모 인스턴스)를 사용하는 경우 사용할 Azure 리소스 그룹의 수를 결정하는 데 있어 유연성이 떨어집니다. 이 문서에서 설명한 대로 HANA(대규모 인스턴스) 테넌트의 모든 HANA(대규모 인스턴스) 단위는 단일 리소스 그룹으로 그룹화됩니다. 예를 들어 프로덕션 시스템과 비 프로덕션 시스템 또는 다른 시스템과 같이 분리하기 위해 다른 테넌트에 배포하는 경우를 제외하고는 모든 HANA(대규모 인스턴스) 단위가 하나의 HANA(대규모 인스턴스) 테넌트에 배포됩니다. 이 테넌트는 리소스 그룹과 일대일 관계에 있습니다. 그러나 각 단일 단위에 대해 별도의 근접 배치 그룹이 정의됩니다.

따라서 단일 테넌트에 대한 Azure 리소스 그룹과 근접 배치 그룹 간의 관계는 다음과 같습니다.

Proximity placement groups and HANA Large Instances

근접 배치 그룹을 사용한 배포의 예제

다음은 Azure 근접 배치 그룹을 사용하여 VM을 배포하는 데 사용할 수 있는 몇 가지 PowerShell 명령입니다.

Azure Cloud Shell에 로그인한 후 첫 번째 단계는 배포에 사용하려는 Azure 구독에 있는지 확인하는 것입니다.


Get-AzureRmContext

다른 구독으로 변경해야 하는 경우 다음 명령을 실행하여 변경할 수 있습니다.


Set-AzureRmContext -Subscription "PPG test subscription"

다음 명령을 실행하여 새 Azure 리소스 그룹을 만듭니다.


New-AzResourceGroup -Name "ppgexercise" -Location "westus2"

다음 명령을 실행하여 새 근접 배치 그룹을 만듭니다.


New-AzProximityPlacementGroup -ResourceGroupName "ppgexercise" -Name "collocate" -Location "westus2"

다음과 같은 명령을 사용하여 첫 번째 VM을 근접 배치 그룹에 배포합니다.


New-AzVm -ResourceGroupName "ppgexercise" -Name "ppgscopevm" -Location "westus2" -OpenPorts 80,3389 -ProximityPlacementGroup "collocate" -Size "Standard_E16s_v4"

이전 명령에서는 Windows 기반 VM을 배포합니다. 이 VM을 배포 하 고 나면 근접 배치 그룹의 네트워크 옆면 범위가 Azure 지역 내에서 정의 됩니다. 이전 명령에 표시 된 것과 같이 근접 배치 그룹을 참조 하는 모든 후속 VM 배포는 해당 네트워크 옆면에 배치 된 하드웨어에서 VM 유형을 호스트 하 고 해당 VM 유형의 용량을 사용할 수 있는 경우 동일한 네트워크 옆면에 배포 됩니다.

근접 배치 그룹과 가용성 집합 및 가용성 영역 결합

SAP 시스템 배포에 가용성 영역를 사용 하는 문제 중 하나는 특정 가용성 영역 내에서 가용성 집합을 사용 하 여 SAP 응용 프로그램 계층을 배포할 수 없다는 것입니다. Sap 응용 프로그램 계층을 SAP ASCS/SCS Vm과 동일한 영역에 배포 하려고 합니다. 단일 VM을 배포할 때 가용성 영역 및 가용성 집합을 참조 하는 것은이 시점에서 가능 하지 않습니다. 그러나 가용성 영역을 지시 하는 VM을 배포 하기만 하면 응용 프로그램 계층 Vm이 여러 업데이트 및 실패 도메인에 분산 되도록 하는 기능이 손실 됩니다.

근접 배치 그룹을 사용하면 이 제한을 무시할 수 있습니다. 배포 시퀀스는 다음과 같습니다.

  • 근접 배치 그룹을 만듭니다.
  • 가용성 영역을 참조 하 여 권장 되는 ASCS/SCS VM 인 앵커 VM을 배포 합니다.
  • Azure 근접 그룹을 참조하는 가용성 집합을 만듭니다. (이 문서의 뒷부분에 나오는 명령을 참조하세요.)
  • 가용성 집합 및 근접 배치 그룹을 참조하여 애플리케이션 레이어 VM을 배포합니다.

이전 섹션에서 설명한 대로 첫 번째 VM을 배포하는 대신, VM을 배포할 때 가용성 영역 및 근접 배치 그룹을 참조합니다.


New-AzVm -ResourceGroupName "ppgexercise" -Name "centralserviceszone1" -Location "westus2" -OpenPorts 80,3389 -Zone "1" -ProximityPlacementGroup "collocate" -Size "Standard_E8s_v4"

이 가상 머신이 성공적으로 배포 되 면 하나의 가용성 영역에서 SAP 시스템의 ASCS/SCS 인스턴스를 호스팅합니다. 근접 배치 그룹의 범위는 사용자가 정의한 가용성 영역에서 네트워크 spines 중 하나로 고정 됩니다.

다음 단계에서는 SAP 시스템의 애플리케이션 레이어에 사용하려는 가용성 집합을 만들어야 합니다.

근접 배치 그룹을 정의하고 만듭니다. 가용성 집합을 만드는 명령에는 이름이 아닌 근접 배치 그룹 ID에 대한 추가 참조가 필요합니다. 다음 명령을 사용하여 근접 배치 그룹의 ID를 가져올 수 있습니다.


Get-AzProximityPlacementGroup -ResourceGroupName "ppgexercise" -Name "collocate"

가용성 집합을 만들 때 관리 디스크(달리 지정되지 않은 경우 기본값) 및 근접 배치 그룹을 사용하는 경우 다음과 같은 추가 매개 변수를 고려해야 합니다.


New-AzAvailabilitySet -ResourceGroupName "ppgexercise" -Name "ppgavset" -Location "westus2" -ProximityPlacementGroupId "/subscriptions/my very long ppg id string" -sku "aligned" -PlatformUpdateDomainCount 3 -PlatformFaultDomainCount 2 

세 개의 장애 도메인을 사용하는 것이 가장 좋습니다. 그러나 지원되는 장애 도메인의 수는 지역마다 다를 수 있습니다. 이 경우 특정 지역에 사용할 수 있는 최대 장애 도메인 수는 2개입니다. 애플리케이션 레이어 VM을 배포하려면 다음과 같이 가용성 집합 이름 및 근접 배치 그룹 이름에 대한 참조를 추가해야 합니다.


New-AzVm -ResourceGroupName "ppgexercise" -Name "appinstance1" -Location "westus2" -OpenPorts 80,3389 -AvailabilitySetName "myppgavset" -ProximityPlacementGroup "collocate" -Size "Standard_E16s_v4"

이 배포의 결과는 다음과 같습니다.

  • 특정 가용성 영역 또는 가용성 영역에 있는 SAP 시스템에 대 한 중앙 서비스입니다.
  • SAP 중앙 서비스 (ASCS/SCS) VM 또는 Vm과 동일한 네트워크 옆면의 가용성 집합을 통해 위치한 SAP 응용 프로그램 계층입니다.

참고

하나의 영역에 DBMS 및 ASCS/SCS Vm을 배포 하 고 다른 영역에 두 번째 DBMS 및 ASCS/SCS Vm을 배포 하 여 고가용성 구성을 만들려면 각 영역에 대해 다른 근접 배치 그룹이 필요 합니다. 사용하는 모든 가용성 집합에 대해서도 마찬가지입니다.

기존 시스템의 근접 배치 그룹 구성 변경

지금까지 제공 된 권장 사항에 따라 근접 배치 그룹을 구현 하 고 새 구성으로 조정 하려는 경우 다음 문서에서 설명 하는 방법을 사용 하 여이 작업을 수행할 수 있습니다.

근접 배치 그룹에서 기존 VM을 사용 하 여 새 VM 유형으로 이동할 수 없는 경우 할당 오류가 발생 하는 경우에도 이러한 명령을 사용할 수 있습니다.

다음 단계

다음 설명서를 확인하세요.