다음을 통해 공유


SAP NetWeaver에 대한 고가용성 아키텍처 및 시나리오

용어 정의

고가용성: 동일한 데이터 센터 내의 중복성, 내결함성 또는 장애 조치(Failover) 보호 구성 요소를 통해 IT 서비스의 비즈니스 연속성을 제공함으로써 IT 작업 중단을 최소화하는 일련의 기술을 나타냅니다. Microsoft의 경우에는 데이터 센터가 하나의 Azure 지역 내에 상주합니다.

재해 복구: 수백 마일 떨어져 있을 수 있는 다양한 데이터 센터를 막론하고 IT 서비스 중단 및 해당 복구의 최소화를 의미하기도 합니다. Microsoft의 경우에는 데이터 센터가 동일한 지리적 지역 내의 다양한 Azure 지역이나 고객이 설정한 위치에 상주할 수 있습니다.

고가용성 개요

Azure의 SAP 고가용성은 다음 세 가지 유형으로 구분할 수 있습니다.

  • Azure 인프라 고가용성:

    예를 들어 고가용성에는 컴퓨팅(VM), 네트워크, 스토리지와 SAP 애플리케이션 가용성 향상에 주는 이점이 포함될 수 있습니다.

  • Azure 인프라 VM 다시 시작을 활용하여 SAP 애플리케이션 보호:

    Linux에서 WSFC(Windows Server 장애 조치(Failover) 클러스터링) 또는 Linux의 Pacemaker 같은 기능을 사용하지 않기로 결정하면 Azure VM 다시 시작이 사용됩니다. Azure 물리적 서버 인프라와 전반적인 기본 Azure 플랫폼에 계획된 가동 중지 시간과 계획되지 않은 가동 중지 시간이 있는 경우, SAP 시스템의 기능을 복원합니다.

  • SAP 애플리케이션 고가용성:

    완전한 SAP 시스템 고가용성을 달성하려면 모든 중요 SAP 시스템 구성 요소를 보호해야 합니다. 예시:

    • 이중화 SAP 애플리케이션 서버
    • 고유한 구성 요소 SAP ASCS/SCS 인스턴스 또는 DBMS(데이터베이스 관리 시스템)과 같은 SPOF(단일 실패 지점) 구성 요소를 예로 들 수 있습니다.

Azure의 SAP 고가용성은 온-프레미스 물리적 또는 가상 환경의 SAP 고가용성과 다릅니다.

Windows의 경우와 달리 Linux용 sapinst 통합 SAP 고가용성 구성은 없습니다. Linux용 SAP 고가용성 온-프레미스에 대한 자세한 내용은 고가용성 파트너 정보를 참조하세요.

Azure 인프라 고가용성

단일 인스턴스 가상 머신에 대한 SLA

현재 Premium Storage를 사용하는 단일 VM SLA는 99.9%입니다. 다양한 Azure 서비스 수준 계약의 제품을 빌드해 보면 단일 VM의 가용성이 어떻게 나타나는지 이해하는 데 도움이 됩니다.

이 계산은 한 달이 30일 또는 43200분이라는 기준에서 출발합니다. 예를 들어 가동 중지 시간 0.05%는 21.6분에 해당합니다. 일반적으로 다양한 서비스의 가용성은 다음 방식으로 계산됩니다.

(가용성 서비스 #1/100) x (가용성 서비스 #2/100) x (가용성 서비스 #3/100) *…

예시:

(99.95/100) x (99.9/100) x (99.9/100) = 0.9975 또는 전체 가용성 99.75%

동일한 가용성 집합의 여러 가상 머신 인스턴스

동일한 가용성 집합에 배포된 두 개 이상의 인스턴스가 있는 모든 가상 머신의 경우에는 최소 99.95%의 시간 동안 가상 머신 연결을 사용할 수 있도록 보장합니다.

두 대 이상의 VM이 동일한 가용성 집합에 포함된 경우 해당 가용성 집합의 각 가상 머신은 기본 Azure 플랫폼에 의해 업데이트 도메인장애 도메인에 할당됩니다.

  • 업데이트 도메인은 Azure 인프라의 계획된 유지 관리 동안 여러 VM이 동시에 다시 부팅되지 않도록 보장합니다. 한 번에 하나의 VM만 다시 부팅되도록 보장합니다.
  • 장애 도메인은 공통 전원과 네트워크 스위치를 공유하지 않는 하드웨어 구성 요소에 VM이 배포되도록 보장합니다. 서버, 네트워크 스위치 또는 전원이 갑작스럽게 가동 중지되면 VM만 영향을 받습니다.

자세한 내용은 가용성 집합을 사용하여 Azure에서 가상 머신의 가용성 관리를 참조하세요.

Azure 가용성 영역

Azure는 다른 Azure 지역 전체에서 Azure 가용성 영역의 개념을 롤아웃하는 중입니다. 가용성 영역이 제공되는 Azure 지역에서 Azure 지역에 전원, 냉각 및 네트워크 공급이 독립적인 여러 데이터 센터가 있습니다. 단일 Azure 지역 내 다른 영역을 제공하는 이유는 제공되는 2-3개 가용성 영역에서 애플리케이션을 배포할 수 있도록 하기 위함입니다. 전원 및/또는 네트워크의 문제가 하나의 가용성 영역 인프라에만 영향을 준다고 가정하면, Azure 지역 내 애플리케이션 배포는 계속 완벽하게 작동합니다. 하나의 영역에서 일부 VM이 다소 손실될 수 있으므로 결과적으로 일부 용량이 감소합니다. 하지만 다른 두 영역의 VM은 여전히 작동하고 실행됩니다. 영역을 제공하는 Azure 지역은 Azure 가용성 영역에 나열됩니다.

가용성 영역을 사용하여 고려할 일부 사항이 있습니다. 고려 사항 목록은 다음과 같습니다.

  • 가용성 영역 내에서 Azure 가용성 집합을 배포할 수 없습니다. 가용성 집합과 가용성 영역 결합할 유일한 가능성은 근접 배치 그룹을 사용하는 것입니다. 자세한 내용은 근접 배치 그룹과 가용성 집합 및 가용성 영역 결합 문서를 참조하세요.
  • 기본 Load Balancer를 사용하여 Windows 장애 조치(failover) 클러스터 서비스 또는 Linux Pacemaker를 기반으로 장애 조치(failover) 클러스터솔루션을 만들 수 없습니다. 대신 Azure 표준 Load Balancer SKU를 사용해야 합니다.
  • Azure 가용성 영역은 한 지역 내의 다른 영역 간 특정 거리의 어떤 보증도 제공하지 않습니다.
  • 서로 다른 Azure 지역 내에서 다양한 Azure 가용성 영역 간의 네트워크 대기 시간은 Azure 지역에서 지역으로 달라질 수 있습니다. 하나의 영역에서 활성 DBMS VM으로의 네트워크 대기 시간은 비즈니스 프로세스 영향에서 여전히 허용 가능하므로 고객으로서 다른 영역에서 배포된 SAP 애플리케이션 계층을 합리적으로 실행할 수 있는 경우가 있습니다. 반면 하나의 영역에서 활성 DBMS VM과 다른 영역에서 VM의 SAP 애플리케이션 인스턴스 간의 대기 시간은 너무 방해가 되며 SAP 비즈니스 프로세스에 대해 허용되지 않을 수 있는 고객 시나리오가 있습니다. 결과적으로 배포 아키텍처는 대기 시간이 너무 높은 경우 애플리케이션에 대한 활성/활성 아키텍처 또는 능동/수동 아키텍처와 달라야 합니다.
  • Azure Managed Disks 사용은 Azure 가용성 영역으로 배포할 때 반드시 필요합니다.

유연한 오케스트레이션을 갖춘 Virtual Machine Scale Set

Azure에서 유연한 오케스트레이션을 갖춘 Virtual Machine Scale Sets는 가용성 집합 및 가용성 영역과 같은 다른 배포 프레임워크와 마찬가지로 SAP 워크로드에 대한 고가용성을 달성하는 방법을 제공합니다. 유연한 확장 집합을 사용하면 VM을 다양한 가용성 영역과 장애 도메인에 분산할 수 있으므로 고가용성 SAP 워크로드를 배포하는 데 적합한 옵션입니다.

유연한 오케스트레이션을 갖춘 Virtual Machine Scale Sets는 지역 내에서 확장 집합을 만들거나 가용성 영역 전체에 확장할 수 있는 유연성을 제공합니다. platformFaultDomainCount>1(FD>1)이 있는 지역 내에서 유연한 확장 집합을 만들 때 확장 집합에 배포된 VM은 동일한 지역의 지정된 수의 장애 도메인에 분산됩니다. 반면에 platformFaultDomainCount=1(FD=1)을 사용하여 가용성 영역에 걸쳐 유연한 확장 집합을 만들면 여러 영역에 VM을 분산하고, 확장 집합은 최상의 방식으로 각 영역 내의 여러 장애 도메인에 VM을 분산합니다. SAP 워크로드의 경우 FD=1이 있는 유연한 확장 집합만 지원됩니다.

기존 가용성 영역 배포 대신 영역 간 배포에 FD=1이 설정된 유연한 확장 집합을 사용할 경우의 이점은 확장 집합과 함께 배포된 VM이 최상의 방식으로 영역 내의 여러 장애 도메인에 분산된다는 점입니다. 모든 Azure 데이터 센터 또는 각 네트워크 스파인에서 VM 가용성을 보장하기 위해 근접 배치 그룹을 활용하는 것과 관련된 제한을 피하려면 FD=1이 설정된 유연한 확장 집합을 사용하여 가용성 영역 전체에 SAP 워크로드를 배포하는 것이 좋습니다. 이 배포 전략을 사용하면 각 영역에 배포된 VM이 단일 데이터 센터 또는 네트워크 스파인으로 제한되지 않고 데이터베이스, ASCS/ERS, 애플리케이션 계층과 같은 모든 SAP 시스템 구성 요소가 영역 수준에서 범위가 지정됩니다.

따라서 가용성 영역 전체에 새로운 SAP 워크로드를 배포하려면 FD=1이 설정된 유연한 확장 집합을 사용하는 것이 좋습니다. 자세한 내용은 SAP 워크로드용 Virtual Machine Scale Set 문서를 참조하세요.

가상 머신의 계획된 유지 관리 및 계획되지 않은 유지 관리

다음 2가지 유형의 Azure 플랫폼 이벤트가 가상 머신의 가용성에 영향을 줄 수 있습니다.

  • 계획된 유지 관리 이벤트는 Microsoft에서 기본 Azure 플랫폼에 정기적으로 수행하는 업데이트입니다. 업데이트는 가상 머신이 실행되는 플랫폼 인프라의 전반적인 안정성, 성능 및 보안을 개선합니다.
  • 계획되지 않은 유지 관리 이벤트는 가상 머신의 기반이 되는 하드웨어 또는 물리적 인프라에 어떠한 식으로든지 오류가 있을 때 발생합니다. 여기에는 로컬 네트워크 오류, 로컬 디스크 오류 또는 기타 랙 수준의 오류가 포함될 수도 있습니다. 이러한 오류가 감지될 때 Azure 플랫폼은 가상 머신을 호스트하는 비정상 물리적 서버에서 정상 물리적 서버로 가상 머신을 자동으로 마이그레이션합니다. 이러한 이벤트는 흔치 않지만 가상 머신이 재부팅되도록 할 수도 있습니다.

자세한 내용은 Azure의 가상 머신 유지 관리를 참조하세요.

Azure Storage 중복성

스토리지 계정의 데이터는 항상 내구성 및 고가용성을 보증하도록 복제되며 일시적인 하드웨어 오류가 발생하는 경우에도 Azure Storage SLA를 충족합니다.

Azure Storage에서는 기본적으로 데이터의 3가지 이미지를 유지하므로 여러 Azure 디스크에서 RAID 5 또는 RAID 1을 사용할 필요가 없습니다.

자세한 내용은 Azure Storage 복제를 참조하세요.

Azure Managed Disks

Managed Disks는 Azure 스토리지 계정에 저장된 VHD(가상 하드 디스크) 대신 스토리지 옵션이 권장되는 Azure Resource Manager의 리소스 종류입니다. Managed Disks는 연결되어 있는 가상 머신의 Azure 가용성 집합에 맞게 자동으로 조정됩니다. 따라서 가상 머신에서 실행되는 서비스와 가상 머신의 가용성을 높여 줍니다.

자세한 내용은 Azure Managed Disks 개요를 참조하세요.

Managed Disks를 사용하면 가상 머신을 간편하고 배포 및 관리할 수 있으므로 권장됩니다.

SAP 워크로드에 대한 다양한 배포 유형 비교

다음은 SAP 워크로드에 사용할 수 있는 다양한 배포 유형에 대한 간략한 요약입니다.

기능 유연한 오케스트레이션을 갖춘 Virtual Machine Scale Sets(FD=1) 가용성 영역 가용성 집합
배포 동작 인스턴스는 1개, 2개 또는 3개의 가용성 영역에 배치되고 최상의 방식으로 각 영역 내의 다양한 랙에 분산됩니다. 1개, 2개 또는 3개의 가용성 영역에 인스턴스 배치 스턴스는 지역 내에 배치되며 여러 장애/업데이트 도메인에 분산됨
특정 가용성 영역에 VM 및 관리 디스크 할당 아니요
장애 도메인 – 최대 분산(Azure는 최대 확산 인스턴스) 아니요 예. 생성 중에 정의된 장애 도메인 수를 기준으로 합니다.
컴퓨팅-스토리지 장애 도메인 맞춤 아니요 아니요
용량 예약 예(VM 수준에서 용량 예약 할당)

참고 항목

SAP 워크로드에 대한 고가용성 배포 옵션

Azure에서 고가용성 SAP 워크로드를 배포할 때는 사용 가능한 다양한 배포 유형과 다양한 Azure 지역(예: 영역 간, 단일 영역 또는 영역이 없는 지역)에 적용할 수 있는 방법을 고려해야 합니다. 다음 표에서는 Azure 지역의 SAP 시스템에 대한 몇 가지 고가용성 옵션을 보여 줍니다.

시스템 유형 한 지역의 여러 영역에 지역의 단일 영역에서 영역이 없는 지역에서
고가용성 SAP 시스템 FD=1이 설정된 유연한 확장 집합 근접 배치 그룹을 사용하는 가용성 집합 가용성 집합
근접 배치 그룹이 있는 가용성 집합 및 가용성 영역 FD=1이 설정된 FD=1인 유연한 확장 집합(영역 하나만 선택) FD=1이 설정된 유연한 확장 집합(영역이 정의되지 않음)
가용성 영역 가용성 집합
  • 한 지역의 여러 영역에 배포: 가용성을 극대화하려면 SAP 시스템을 한 지역의 여러 영역에 배포해야 합니다. 이렇게 하면 한 영역을 사용할 수 없는 경우 SAP 시스템을 다른 영역에서 계속 사용할 수 있습니다. 가용성 영역 전체에 새 SAP 워크로드를 배포하는 경우 FD=1 배포 옵션이 설정된 유연한 가상 머신 확장 집합을 사용하는 것이 좋습니다. 이를 통해 용량 제약이나 배치 그룹에 대해 걱정하지 않고 한 지역의 여러 영역에 여러 VM을 배포할 수 있습니다. 확장 집합 프레임워크는 확장 집합을 사용하여 배포된 VM이 최상의 방식으로 영역 내의 여러 장애 도메인에 분산되도록 합니다. SAP ASCS/ERS, SAP 데이터베이스와 같은 모든 고가용성 SAP 구성 요소는 여러 영역에 분산되어 있는 반면, 각 영역의 여러 애플리케이션 서버는 최상의 방식으로 다양한 장애 도메인에 분산되어 있습니다.
  • 지역의 단일 영역에 배포: 여러 가용성 영역이 있는 위치에 지역적으로 고가용성 SAP 시스템을 배포하고 시스템의 모든 구성 요소가 단일 영역에 있어야 하는 경우, 근접 배치 그룹 배포 옵션과 함께 가용성 집합을 사용하는 것이 좋습니다. 이 접근 방식을 사용하면 단일 가용성 영역에서 모든 SAP 시스템 구성 요소를 그룹화하여 가용성 집합 내의 가상 머신이 다양한 장애 및 업데이트 도메인에 분산되도록 할 수 있습니다. 이 배포는 컴퓨팅을 스토리지 장애 도메인에 맞추지만 근접성은 보장되지 않습니다. 그러나 이 배포 옵션은 지역적이므로 영역 간의 재해 복구를 위한 Azure Site Recovery를 지원하지 않습니다. 또한 이 옵션은 전체 SAP 배포를 하나의 데이터 센터로 제한하므로 SKU 크기 또는 스케일 아웃 애플리케이션 인스턴스를 변경해야 하는 경우 용량 제한이 발생할 수 있습니다.
  • 영역이 없는 지역에 배포: 영역이 없는 지역에 SAP 시스템을 배포하는 경우 가용성 집합을 사용하는 것이 좋습니다. 이 옵션은 VM을 다른 장애 도메인과 업데이트 도메인에 배치하여 중복성과 내결함성을 제공합니다.

Important

Azure 지역에 대한 배포 옵션은 제안 사항일 뿐입니다. AP 시스템에 가장 적합한 배포 전략은 특정 요구 사항과 환경에 따라 달라집니다.

Azure 인프라 고가용성을 활용하여 SAP 애플리케이션 보호

Linux에서 WSFC 또는 Pacemaker와 같은 기능을 사용하지 않기로 결정한 경우(SUSE Linux Enterprise Server 12 이상 및 Red Hat Enterprise Linux 7 이상에서 지원됨) Azure VM 다시 시작이 활용됩니다. Azure 물리적 서버 인프라와 전반적인 기본 Azure 플랫폼에 계획된 가동 중지 시간과 계획되지 않은 가동 중지 시간이 있는 경우, SAP 시스템의 기능을 복원합니다.

이 방법에 대한 자세한 내용은 Azure 인프라 VM 다시 시작을 활용하여 SAP 시스템의 고가용성 확보를 참조하세요.

Azure IaaS의 SAP 애플리케이션 고가용성

완전한 SAP 시스템 고가용성을 달성하려면 모든 중요 SAP 시스템 구성 요소를 보호해야 합니다. 예시:

  • 이중화 SAP 애플리케이션 서버
  • 고유한 구성 요소 SAP ASCS/SCS 인스턴스 또는 DBMS(데이터베이스 관리 시스템)과 같은 SPOF(단일 실패 지점) 구성 요소를 예로 들 수 있습니다.

다음 섹션에서는 세 가지 중요 SAP 시스템 구성 요소의 고가용성을 확보하는 방법에 대해 자세히 살펴봅니다.

SAP 애플리케이션 서버의 고가용성 아키텍처

Windows 로고입니다. Windows 및 Linux 로고입니다. Linux

일반적으로 SAP 애플리케이션 서버 및 대화 상자 인스턴스의 경우 특정 고가용성 솔루션이 필요하지 않습니다. 중복성으로 고가용성을 달성하고 다양한 Azure Virtual Machines 인스턴스에서 여러 대화 상자 인스턴스를 구성합니다. 두 개의 Azure Virtual Machines 인스턴스에 2개 이상의 SAP 애플리케이션 인스턴스가 설치되어 있어야 합니다.

배포 유형(FD=1이 설정된 유연한 확장 집합, 가용성 영역 또는 가용성 집합)에 따라 SAP 애플리케이션 서버 인스턴스를 적절하게 배포하여 중복성을 확보해야 합니다.

  • platformFaultDomainCount=1(FD=1)인 유연한 확장 집합: 유연한 확장 집합(FD=1)으로 배포된 SAP 애플리케이션 서버는 여러 가용성 영역에 가상 머신을 배포하고, 확장 집합은 최상의 방식으로 각 영역 내에서 여러 장애 도메인에 VM을 배포합니다. 이렇게 하면 한 영역을 사용할 수 없는 경우 다른 영역에 배포된 SAP 애플리케이션 서버를 계속 사용할 수 있습니다.
  • 가용성 영역: 가용성 영역 전체에 배포된 SAP 애플리케이션 서버는 중복성을 달성하기 위해 VM이 여러 영역에 걸쳐 있는지 확인합니다. 이렇게 하면 한 영역을 사용할 수 없는 경우 다른 영역에 배포된 SAP 애플리케이션 서버를 계속 사용할 수 있습니다. 자세한 내용은 Azure 가용성 영역을 사용하여 SAP 워크로드 구성을 참조하세요.
  • 가용성 집합: 가용성 집합에 배포된 SAP 애플리케이션 서버는 VM이 여러 장애 도메인업데이트 도메인에 배포되도록 합니다. 여러 업데이트 도메인에 VM을 배치할 때 계획된 유지 관리 가동 중지 시간 동안 VM이 동시에 업데이트되지 않는지 확인합니다. 반면, VM을 다른 장애 도메인에 배치하면 데이터 센터 내의 하드웨어 장애나 전원 중단으로부터 VM이 보호됩니다. 그러나 Azure 배율 단위 내의 Azure 가용성 집합에서 사용할 수 있는 장애 및 업데이트 도메인의 수는 제한되어 있습니다. 단일 가용성 집합에 VM을 계속 추가하는 경우 둘 이상의 VM이 결과적으로 동일한 장애 도메인 또는 업데이트 도메인에 추가됩니다. 자세한 내용은 SAP NetWeaver에 대한 Azure Virtual Machines 계획 및 구현 문서의 Azure 가용성 집합 섹션을 참조하세요.

관리되지 않는 디스크만: 가용성 집합이 있는 관리되지 않는 디스크를 사용하는 경우 Azure Storage 계정이 단일 실패 지점이 된다는 점을 인식해야 합니다. 따라서 2개 이상의 가상 머신이 배포되는 Azure Storage 계정을 최소 2개 보유해야 합니다. 이상적인 설치에서는 SAP 대화 상자 인스턴스를 실행하는 각 가상 컴퓨터의 디스크를 다른 스토리지 계정에 배포합니다.

Important

SAP 고가용성 설치에는 Azure Managed Disks를 사용하는 것이 좋습니다. Managed Disks는 연결되어 있는 가상 머신의 가용성 집합에 맞게 자동으로 조정되므로, 가상 머신에서 실행되는 서비스와 가상 머신의 가용성을 높여 줍니다.

Windows의 SAP ASCS/SCS 인스턴스에 대한 고가용성 아키텍처

Windows 로고입니다. Windows

WSFC 솔루션을 사용하여 SAP ASCS/SCS 인스턴스를 보호할 수 있습니다. 클러스터 공유 구성 유형(파일 공유 또는 공유 디스크)에 따라 스토리지 유형에 따른 적절한 솔루션을 참조할 수 있습니다.

Linux의 SAP ASCS/SCS 인스턴스에 대한 고가용성 아키텍처

Linux 로고입니다. Linux

Linux에서 SAP ASCS/SCS 인스턴스 클러스터링 구성은 운영 체제 배포 및 사용 중인 스토리지 유형에 따라 달라집니다. 특정 OS 클러스터 프레임워크에 따라 적합한 솔루션을 구현하는 것이 좋습니다.

클러스터형 SAP ASCS/SCS 인스턴스에 대한 SAP NetWeaver 다중 SID 구성

Windows 로고입니다.

다중 SID는 파일 공유와 공유된 디스크사를 사용하여 WSFC로 지원됩니다. Windows의 다중 SID 고가용성 아키텍처에 대한 자세한 내용은 다음을 참조하세요.

Linux 로고입니다. Linux

다중 SID 클러스터링은 SAP ASCS/ERS를 위한 Linux Pacemaker 클러스터에서 지원되며 동일한 클러스터에서 SAP SID는 5개로 제한됩니다. Linux의 다중 SID 고가용성 아키텍처에 대한 자세한 내용은 다음을 참조하세요.

DBMS 인스턴스의 고가용성

SAP 시스템에서는 DBMS 서버는 단일 실패 지점으로도 사용됩니다. 따라서 고가용성 솔루션을 구현하여 데이터베이스를 보호하는 것이 중요합니다. DBMS의 고가용성 솔루션은 SAP 시스템에 사용되는 데이터베이스에 따라 다릅니다. 데이터베이스에 따라 데이터베이스의 고가용성을 달성하기 위한 지침을 따르세요.

데이터베이스 DR 권장 사항
SAP HANA HSR(HANA 시스템 복제)
Oracle Oracle 데이터 가드
IBM DB2 HADR(고가용성 재해 복구)
Microsoft SQL Microsoft SQL Always On
SAP ASE ASE HADR Always On