Azure에서 Linux 가상 머신으로 SAP BW/4HANA 실행

Bastion
Managed Disks
Virtual Machines
Virtual Network
Azure의 SAP HANA(대규모 인스턴스)

SAP BW/4HANA는 클라우드 용으로 설계 되 고 SAP HANA 플랫폼에 최적화 된 엔터프라이즈 데이터 웨어하우스 솔루션입니다. 다음 예제에서는 특히 SAP BW/4HANA 응용 프로그램 계층에 대해 집중적으로 설명 합니다. Azure에서 SAP BW/4HANA의 소규모 프로덕션 환경에 적합 하며, 고가용성이 우선 순위입니다.

또한이 예제 작업은 azure 참조 아키텍처에서 sap 쌍의 기반을 기반으로 합니다. 즉, virtual machines의 anydb에 대 한 sap NetWeaver (Windows)azure의 Linux 가상 머신에 대 한 sap S/4hana입니다. SAP BW/4HANA 워크 로드에도 비슷한 배포 방법이 사용 됩니다. 응용 프로그램 계층은 조직의 요구 사항에 맞게 크기를 변경할 수 있는 가상 컴퓨터를 사용 하 여 배포 됩니다.

네트워크 레이아웃은 허브-스포크 토폴로지를 기반으로 하는 Azure 엔터프라이즈 배포에 권장 되는 아키텍처 주체를 보여 주기 위해 간소화 되었습니다.

참고

Azure에서 SAP 워크 로드를 배포할 때 많은 배포 고려 사항이 적용 됩니다. 추가 정보 및 자세한 내용은 SAP의 Azure 계획 및 배포 검사 목록을 참조 하세요.

데이터 지 속성 계층에 대 한 자세한 내용은 다음을 참조 하세요.

잠재적인 사용 사례

이 시나리오는 다음과 같은 사용 사례와 관련이 있습니다.

  • DBMS 계층과 별도의 SAP 응용 프로그램 계층 배포

  • DR (재해 복구) 시나리오

  • SAP 응용 프로그램 계층 배포

아키텍처

참조 아키텍처는 Azure에서 재해 복구를 지 원하는 고가용성, 규모 확장 환경에서 SAP HANA를 실행 하기 위한 입증 된 사례 집합을 보여 줍니다.

구성 요소

이 아키텍처에서는 다음 구성 요소를 사용 합니다.

  • VNet ( azure Virtual Network )은 azure 리소스를 서로 안전 하 게 연결 하 고 온-프레미스 환경에 연결 합니다. 이 아키텍처에서는 여러 Vnet 함께 피어 링됩니다.

  • Linux 가상 머신은 다음을 비롯 한 응용 프로그램 계층에 사용 됩니다.

    • SAP BusinessObjects (BOBJ) 서버 풀.
    • SAP 웹 디스패처 풀입니다.
    • 응용 프로그램 서버 풀.
    • SAP 중앙 서비스 클러스터입니다.
  • 가용성 집합 은 고가용성을 제공 하 고 더 높은 SLA ( 서비스 수준 계약 )를 얻기 위해 Azure 호스트 클러스터에서 둘 이상의 가상 머신을 그룹화 합니다.

  • Azure 지역 내에서 둘 이상의 데이터 센터에 서버를 배포 하 여 워크 로드 가용성을 향상 가용성 영역 합니다.

  • 부하 분산 장치 는 응용 프로그램 서브넷의 가상 머신으로 트래픽을 보냅니다. 고가용성을 위해이 예제에서는 SAP 웹 디스패처Azure 표준 Load Balancer를 사용 합니다. 이러한 두 서비스는 확장을 통해 용량 확장을 지원 하거나, 필요한 기능 (예: SSL(Secure Sockets Layer) (SSL) 종료 및 전달)에 따라 Azure 애플리케이션 게이트웨이 또는 다른 파트너 제품을 사용할 수 있습니다.

  • Nsgs ( 네트워크 보안 그룹 )는 가상 컴퓨터의 서브넷 또는 nic (네트워크 인터페이스 카드)에 연결 됩니다. NSGs는 가상 네트워크에서 들어오는, 나가는 및 서브넷 내부 트래픽을 제한 하는 데 사용 됩니다.

  • Azure 방호 는 jumpbox 및 연결 된 공용 IP 주소를 사용 하지 않고 azure에서 실행 되는 가상 머신에 대 한 Azure Portal를 통해 안전한 액세스를 제공 합니다. 이 메커니즘은 인터넷 연결 노출을 제한 합니다.

  • Azure Managed Disks. Premium 또는 Ultra storage 디스크를 권장 합니다. 이러한 저장소 유형은 SAP 워크 로드를 사용 하는 가상 머신에 대 한 데이터 지 속성을 제공 합니다.

  • Azure NetApp Files 은 클러스터를 사용할 때 공유 저장소를 지원 합니다. 또한 SAP HANA 데이터와 로그 파일을 호스트할 수 있는 고성능 저장소가 필요한 경우 공유 저장소를 지원 합니다. Azure NetApp Files은 대부분의 응용 프로그램의 요구 사항을 충족 하기 위해 완전히 관리 되 고 확장 가능 합니다. 에서 복잡 한 엔터프라이즈 워크 로드에 대 한 운영 체제 미 설치 성능, submillisecond 대기 시간 및 통합 데이터 관리를 제공 합니다.

    • SAP HANA
    • 고성능 컴퓨팅.
    • LOB 응용 프로그램.
    • 고성능 파일 공유.
    • 가상 데스크톱 인프라.
  • 사용자는 Power BI 를 사용 하 여 Windows 데스크톱에서 SAP BW/4hana 데이터에 액세스 하 고 시각화할 수 있습니다. 설치 하려면 SAP BW 커넥터 (구현 2.0)가 필요 합니다.

  • Azure Backup 는 단일 인스턴스 및 수직 확장 배포의 SAP HANA에 대 한 SAP 백 int 인증 데이터 보호 솔루션입니다. 또한 Azure Backup는 일반적인 워크 로드를 사용 하 여 Azure Virtual Machines를 보호 합니다.

  • Azure Site Recovery 는 다중 계층 SAP NetWeaver 응용 프로그램 배포에 대 한 자동화 된 재해 복구 솔루션의 일부로 권장 됩니다. 지원 매트릭스 는이 솔루션의 기능 및 제한 사항에 대해 자세히 설명 합니다.

  • Microsoft Power BI Desktop 는 분석 및 시각화를 위해 다양 한 SAP 원본 (예: SAP BW/4hana)에서 데이터를 가져옵니다. 또한 Power BI는 원시 정보에 대 한 비즈니스 컨텍스트나 의미 체계 계층을 제공 하 여 SAP BusinessObjects Universe를 보완 합니다.

대안

  • Sap Central Services 및 SAP 전송 디렉터리에 대 한 SAP 글로벌 호스트 파일을 보호 하려면 장애 조치 (failover) 클러스터 구성에서 NFS ( 네트워크 파일 공유 ) 서버를 배포할 수 있습니다.

  • Azure Marketplace에서 제공 되는 Sios 보호 도구 모음은NFS 또는 Azure NetApp Files 대신 중앙 서비스의 글로벌 호스트 파일을 보호 하는 데 사용할 수 있습니다.

  • Azure 애플리케이션 Gateway 는 웹 트래픽 부하 분산 장치입니다. 한 서비스에서 SSL 종료, WAF (웹 응용 프로그램 방화벽) 서비스 및 기타 유용한 고가용성 및 확장성 기능을 제공 합니다. 일부 SAP 배포는 프로덕션 환경에서 Sap Fiori 프런트 엔드에 대 한 게이트웨이로 사용 했습니다.

권장 사항

이 아키텍처는 고가용성, 확장성 및 복원 력을 위해 설계 되었습니다. Azure에서 최상의 결과를 위해이 섹션의 권장 사항을 고려 합니다. 또한 Azure에서 SAP S/4HANA를 실행 하는 데 필요한 대부분의 권장 사항은 SAP BW/4HANA 배포에도 적용 됩니다. Azure의 SAP S/4HANA에 대 한 자세한 내용은 참조 아키텍처를 참조 하세요.

가상 머신

Azure 가상 머신 유형 및 처리량 메트릭 (SAPS)에 대 한 SAP 지원에 대 한 자세한 내용은 Sap Note 1928533, "Azure의 Sap 응용 프로그램: 지원 되는 제품 및 Azure Virtual machine 유형"을 참조 하세요. (이 및 기타 SAP 참고 사항에 액세스 하려면 SAP Service Marketplace 계정이 필요 합니다.)

가상 컴퓨터 유형이 SAP HANA 스케일 아웃 배포에 대해 인증 되었는지 여부에 대 한 자세한 내용은 SAP HANA 하드웨어 디렉터리에서 "스케일 아웃" 열을 참조 하세요.

애플리케이션 서버 풀

응용 프로그램 서버 풀에서 요구 사항에 따라 가상 컴퓨터의 수를 조정할 수 있습니다. Azure는 Red Hat Enterprise Linux 및 SUSE Linux Enterprise에서 SAP BW/4hana를 실행 하도록 인증 되었습니다.

ABAP 응용 프로그램 서버에 대 한 로그온 그룹을 관리 하려면 SMLG 트랜잭션을 사용 하 여 다음과 같은 여러 그룹의 부하를 분산 하는 것이 일반적입니다.

  • 로그온 사용자입니다.
  • Batch 서버 그룹에 대 한 SM61.
  • RFC 그룹에 대 한 RZ12.

이러한 트랜잭션은 중앙 서비스의 메시지 서버 내에서 부하 분산 기능을 사용 하 여 SAP Gui 및 RFC 트래픽에 대 한 SAP 응용 프로그램 서버 풀 간에 들어오는 세션 또는 작업을 분산 합니다.

SAP Central Services 클러스터

이 예제에서는 Azure NetApp Files를 공유 파일 저장소 솔루션으로 사용 하는 항상 사용 가능한 클러스터를 보여 줍니다. 중앙 서비스 클러스터에 대 한 고가용성에는 공유 저장소가 필요 합니다. NetApp 파일은 Linux 클러스터 인프라를 배포할 필요가 없도록 간단한 옵션을 제공 합니다. 다른 방법은 항상 사용 가능한 NFS 서비스를 설정 하는 것입니다.

Premium 관리 디스크를 사용 하 여 단일 가상 머신에 중앙 서비스를 배포 하 고 99.9%의 가용성 SLA를 얻을 수도 있습니다.

응용 프로그램 서버에 사용 되는 가상 머신은 NIC 당 여러 IP 주소를 지원 합니다. 이 기능은 Sap Note 962955에 설명 된 대로 설치에 가상 호스트 이름을 사용 하는 sap 권장 방법을 지원 합니다. 가상 호스트 이름은 SAP 서비스를 실제 호스트 이름 으로부터 분리 하 고 물리적 호스트 간에 서비스를 쉽게 마이그레이션할 수 있도록 합니다. 이 보안 주체는 클라우드 가상 컴퓨터에도 적용 됩니다.

응용 프로그램 서버는 중앙 서비스 또는 ERS 서비스의 가상 호스트 이름을 통해 Azure에서 항상 사용 가능한 중앙 서비스에 연결 됩니다. 이러한 호스트 이름은 부하 분산 장치의 클러스터 프런트 엔드 IP 구성에 할당 됩니다. 부하 분산 장치는 많은 프런트 엔드 Ip를 지원 합니다. 중앙 서비스와 해당 Vip (가상 Ip)를 모두 하나의 부하 분산 장치에 바인딩할 수 있습니다.

다중 SID 설치

또한 Azure는 Linux 및 중앙 서비스 (ascs/SCS)를 호스트 하는 Windows 클러스터의 다중 SID 설치 에서 고가용성을 지원 합니다. Pacemaker 클러스터에 배포 하는 방법에 대 한 자세한 내용은 다음에 대 한 Azure 다중 SID 설명서를 참조 하세요.

근접 배치 그룹

또한이 예제 아키텍처는 근접 배치 그룹 을 사용 하 여 가상 컴퓨터 간의 네트워크 대기 시간을 줄입니다. 이 종류의 그룹은 가상 컴퓨터 배포에 대 한 위치 제약 조건을 저장 하 고 둘 사이의 물리적인 거리를 최소화 합니다. 그룹의 배치는 다음과 같이 달라 집니다.

  • 단일 SID 설치에서는 SAP HANA 데이터베이스에 의해 고정 된 근접 배치 그룹에 모든 중앙 서비스와 응용 프로그램 서버를 배치 해야 합니다.

  • 다중 SID 설치에서는 다른 Sid의 SAP HANA 컨테이너에 의해 고정 된 단일 근접 배치 그룹에 중앙 서비스와 응용 프로그램 서버를 자유롭게 연결할 수 있습니다.

데이터베이스

SAP BW/4HANA는 SAP HANA database 플랫폼용으로 설계 되었습니다. Azure는 세 가지 확장성 및 배포 옵션을 제공 합니다.

  • 확장 SAP HANA 배포에서데이터베이스 계층은 클러스터에 있는 둘 이상의 Linux 가상 머신을 사용 하 여 고가용성을 실현 합니다.

  • 일부 가상 머신 유형에는 SAP HANA의 스케일 아웃 배포가 지원 됩니다.

  • SAP HANA, 수정 버전 4에 대 한 Azure Large Instances 는 특수 한 용도의 물리적 서버 이며, TDI (SAP HANA 맞춤형 데이터 센터 통합) 표준을 충족 하 고 Microsoft Azure 데이터 센터에 있습니다.

Storage

이 예제에서는 응용 프로그램 서버의 공유 되지 않는 저장소에 Premium 관리 디스크 를 사용 합니다. 또한 클러스터 공유 저장소에 대 한 Azure NetApp Files 를 사용 합니다.

SAP Note 1928533에 명시 된 대로 표준 관리 디스크는 지원 되지 않습니다. SAP 설치에는 표준 저장소를 사용 하지 않는 것이 좋습니다.

백업 데이터 저장소의 경우 Azure 쿨 및 archive 액세스 계층을 사용 하는 것이 좋습니다. 이러한 스토리지 계층은 자주 액세스되지 않는 수명이 긴 데이터를 저장하는 비용 효율적인 방법입니다.

네트워킹

반드시 필요한 것은 아니지만 허브-스포크 토폴로지 는 일반적으로 SAP 환경에 대해 논리적 격리 및 보안 경계를 제공 하기 위해 배포 됩니다. 기타 네트워킹 세부 정보는 SAP S/4HANA 참조 아키텍처를 참조 하세요.

허브 VNet은 온-프레미스 네트워크에 대 한 연결의 중앙 지점 역할을 합니다. 스포크는 허브와 피어 링 하 고 워크 로드를 격리 하는 데 사용할 수 있는 vnet입니다. 트래픽은 게이트웨이 연결을 통해 온-프레미스 데이터 센터와 허브 간에 흐릅니다.

대부분의 고객 구현에는 온-프레미스 네트워크를 Azure에 연결 하는 하나 이상의 Express 경로 회로가 포함 됩니다. 네트워크 대역폭 수요를 줄이려면 VPN은 저렴 한 대안입니다.

성능

SAP BW/4HANA는 실시간 데이터 웨어하우징 작업용으로 설계 되었습니다. SAP 응용 프로그램 서버는 데이터베이스 서버와의 통신을 지속적으로 수행 하므로 응용 프로그램 가상 컴퓨터에서 데이터베이스로의 대기 시간을 최소화 하면 응용 프로그램 성능 향상에 도움이 됩니다. 디스크 캐싱 및 서버 배치는 이러한 두 구성 요소 사이의 대기 시간을 줄이는 데 도움이 되는 두 가지 전략입니다.

SAP HANA를 포함 하 여 데이터베이스 플랫폼에서 실행 되는 성능에 중요 한 응용 프로그램의 경우 Premium 관리 디스크 를 사용 하 고 로그 볼륨에 대해 쓰기 가속기 을 사용 하도록 설정 합니다. 쓰기 가속기는 M 시리즈 가상 컴퓨터에 사용할 수 있으며 쓰기 대기 시간이 향상 됩니다. 그러나 사용 가능한 경우에는 쓰기 가속기 하지 않고 Premium 디스크 대신 Ultra managed disks 를 사용 합니다. Ultra disk 기능은 계속 발전 합니다. 이러한 디스크가 요구 사항을 충족 하는지 확인 하려면 ultra disks의 서비스 범위에 대 한 최신 정보를 검토 하십시오. 특히 구현에 가용성 집합, 가용성 영역 및 지역 간 복제와 같은 Azure 복원 력 기능이 포함 되어 있는 경우이 검토를 수행 합니다.

응용 프로그램과 데이터베이스 간의 물리적 거리를 줄임으로써 성능을 향상 시키려면 앞에서 설명한 대로 근접 배치 그룹을 사용 합니다. 스크립트 및 유틸리티 는 GitHub에서 사용할 수 있습니다.

서버 간 통신을 최적화 하려면 D/DSv2, D/DSv3, E/ESv3, F/FS, FSv2 및 Ms/Mms를 비롯 하 여 지원 되는 가상 컴퓨터에 사용할 수 있는 가속화 된 네트워킹을 사용 합니다. 모든 SAP 구현에서 가속화 된 네트워킹은 특히 Azure NetApp Files 사용 하는 경우에 필요 합니다.

초당 높은 IO 및 디스크 대역폭 처리량을 얻기 위해 저장소 볼륨 성능 최적화 의 일반적인 방법은 Azure storage 레이아웃에 적용 됩니다. 예를 들어 여러 디스크를 결합하여 스트라이프 디스크 볼륨을 만들면 IO 성능이 향상됩니다. 자주 변경되지 않는 스토리지 콘텐츠에 읽기 캐시를 사용하면 데이터 검색 속도가 향상됩니다.

확장성

이 예제 아키텍처는 요구 사항에 따라 크기를 조정할 수 있는 유연성을 가진 소규모 프로덕션 수준 배포를 설명 합니다.

SAP 응용 프로그램 계층에서 Azure는 수직 확장 및 수평 확장을 위한 다양 한 범위의 가상 머신 크기를 제공 합니다. 포함 목록은 SAP Note 1928533을 참조 하세요. 더 많은 가상 머신 유형을 계속 인증할 때 동일한 클라우드 배포에서 확장 하거나 축소할 수 있습니다.

가용성

리소스 중복성은 고가용성 인프라 솔루션의 일반적인 주제입니다. 조직에 보다 엄격한 sla가 있는 경우 작동 시간 sla를 제공 하는 Premium 디스크가 포함 된 단일 인스턴스 가상 컴퓨터를 사용 합니다.

응용 프로그램 가용성을 최대화 하기 위해 가용성 집합 또는 가용성 영역간에 중복 리소스를 배포할 수 있습니다. 자세한 내용은 SAP S/4HANA 참조 아키텍처를 참조 하세요.

이 아키텍처는 동일한 역할을 수행 하는 가상 컴퓨터를 가용성 집합에 배치 합니다. 이 구성은 Azure 인프라 유지 관리 및 계획 되지 않은 중단으로 인해 발생 하는 가동 중지 시간 으로부터 보호 하 여 sla 를 충족 합니다. 높은 SLA를 얻으려면 가용성 집합 당 두 개 이상의 가상 머신이 필요 합니다.

Azure Load Balancer

Azure Load Balancer 는 네트워크 전송 계층 서비스 (계층 4)입니다. 클러스터를 통해 기본 서비스 인스턴스로 트래픽을 전송 하거나 오류가 발생 한 경우 정상 노드를 Azure Load Balancer 합니다. 모든 SAP 시나리오에 Azure 표준 Load Balancer 를 사용 하는 것이 좋습니다. 이는 공용 끝점에 대 한 아웃 바운드 연결을사용 하도록 설정 하지 않는 한, 디자인 보안 구현을 제공 하 고 백 엔드 풀에서 나가는 트래픽을 차단 합니다.

또한 Azure 가용성 영역에서 SAP 워크 로드를 배포 하기로 결정 한 경우 표준 Load Balancer는 영역을 인식 합니다.

웹 디스패처

이 샘플 설계에서 sap 웹 디스패처는 sap 응용 프로그램 서버 간의 SAP 트래픽에 대해 단순히 HTTP (s) 부하 분산 메커니즘으로 사용 됩니다. 웹 디스패처 구성 요소에 대 한 고가용성을 얻기 위해 Azure Load Balancer는 장애 조치 (failover) 클러스터 또는 병렬 웹 디스패처 설정을 구현 합니다. SAP 설명서의 SAP Web Dispatcher를 참조하세요.

소프트웨어 부하 분산 장치에서 웹 디스패처는 SSL 종료 및 기타 오프 로딩 기능을 수행할 수 있는 추가 계층 서비스를 제공 합니다. 이러한 레이어 서비스는 ISO 네트워킹 모델에서 계층 7 이라고 합니다.

진단 프로토콜 또는 RFC (원격 함수 호출)를 통해 SAP 서버에 연결 하는 SAP GUI 클라이언트의 트래픽에는 다른 부하 분산 장치가 필요 하지 않습니다. 중앙 서비스 메시지 서버는 SAP 응용 프로그램 서버에서 로그온 그룹 을 통해 부하를 분산 합니다.

Web Dispatcher 구성 요소가 SAP 애플리케이션 서버 간의 SAP 트래픽을 위한 부하 분산 장치로 사용됩니다. SAP 웹 디스패처의고가용성을 위해 Azure Load Balancer는 장애 조치 (failover) 클러스터 또는 병렬 웹 디스패처 설정을 구현 합니다.

인터넷 연결 통신의 경우 DMZ의 독립 실행형 솔루션은 보안 문제를 충족 하기 위해 권장 되는 아키텍처입니다.

ASCS의 포함 된 웹 디스패처 는 특별 한 옵션이 며 ascs의 추가 작업으로 인해 적절 한 크기 조정 작업을 고려해 야 합니다.

Central Services

Azure Linux 가상 머신에서 SAP 중앙 서비스 (ascs)의 가용성을 보호 하려면 선택한 Linux 배포에 적합 한 HAE (고가용성 확장)를 사용 해야 합니다. HAE는 구현을 위해 Linux 클러스터링 소프트웨어 및 OS 특정 통합 구성 요소를 제공 합니다.

클러스터 분할 두뇌 문제를 방지 하려면 다음 예제와 같이 iSCSI STONITH (블록 장치)를 사용 하 여 클러스터 노드 펜스를 설정할 수 있습니다. 또는 Azure Fence 에이전트를 대신 사용할 수 있습니다. 향상 된 Azure 펜스 에이전트는 Red Hat 및 SUSE 환경에 대 한 이전 버전의 에이전트에 비해 훨씬 신속한 서비스 장애 조치를 제공 합니다.

응용 프로그램 서버 계층의 다른 응용 프로그램 서버

SAP 기본 응용 프로그램 서버 및 기타 응용 프로그램 서버에 대 한 고가용성을 위해 응용 프로그램 서버 풀 내에서 트래픽 부하를 분산 합니다.

재해 복구

Azure는 요구 사항에 따라 다양 한 재해 복구 옵션 을 지원 합니다. SAP 응용 프로그램 서버는 비즈니스 데이터를 포함 하지 않기 때문에 보조 지역에서 SAP 응용 프로그램 서버를 만든 후에 종료할 수 있습니다. SAP 응용 프로그램 서버 소프트웨어 업데이트 및 구성 변경 사항은 수동으로 또는 일정에 따라 재해 복구 쪽에 복제 되어야 합니다. 재해 복구 지역에서 가상 컴퓨터를 빌드하여 중앙 서비스 역할을 실행할 수 있으며,이 경우 비즈니스 데이터도 유지 되지 않습니다. 자세한 내용은 SAP S/4HANA 참조 아키텍처를 참조 하세요.

모니터링

응용 프로그램 및 서비스의 가용성과 성능을 최대화 하려면 Azure Monitor을 사용 합니다. Azure Monitor는 클라우드 및 온-프레미스 환경에서 원격 분석의 수집, 분석 및 작업에 대한 포괄적인 솔루션을 제공합니다.

Sap 인프라의 리소스 및 서비스 성능에 대 한 SAP 기반 모니터링을 제공 하려면 AZURE Sap 고급 모니터링 확장을 사용 합니다. 자세한 내용은 Sap Note 2191498, "Azure를 사용 하는 Linux의 Sap: 향상 된 모니터링"을 참조 하세요.

이제 Azure Log Analytics 및 Azure 애플리케이션 Insights를 포함 하는 Azure Monitor는 원격 분석을 수집 하 고 분석 하기 위한 정교한 도구를 제공 합니다. 클라우드 및 온-프레미스 리소스 및 응용 프로그램의 성능과 가용성을 최대화할 수 있습니다. Azure Monitor를 사용 하 여 인프라 및 응용 프로그램 변칙의 관리자를 모니터링 하 고 경고 하 고 미리 정의 된 조건에 대 한 반응을 자동화할 수 있습니다.

Sap 인프라의 리소스 및 서비스 성능에 대 한 SAP 기반 모니터링을 제공 하려면 AZURE Sap 고급 모니터링 확장을 사용 합니다. 이 확장은 SAP 애플리케이션에 운영 체제 모니터링 및 DBA Cockpit 함수에 대한 Azure 모니터링 통계를 제공합니다. SAP 고급 모니터링은 Azure에서 SAP를 실행하기 위한 필수 구성 요소입니다. 자세한 내용은 sap note 2191498 – "Azure를 사용 하는 Linux의 Sap: 향상 된 모니터링"을 참조 하세요. SAP 참고 사항에 액세스 하려면 SA 서비스 마켓플레이스 계정이 있어야 합니다.

SAP BW/4HANA에 대 한 Azure 네이티브 종단 간 모니터링 솔루션에 대 한 향후 방향은 SAP 용 Azure Monitor입니다. SAP 용 Azure Monitor은 현재 공개 미리 보기로 제공 됩니다. 제한 된 지역 에서만 사용할 수 있으므로 요구 사항에 부합 하는지 신중 하 게 평가 해야 합니다.

SAP 용 Azure Monitor는 모니터링을 위한 포괄적인 초기 메트릭 및 원격 분석 집합을 제공 합니다. 메트릭 정의는 JSON에 SQL 쿼리로 저장 되며 요구 사항에 맞게 수정할 수 있습니다. 메트릭 시작 집합은 여기GitHub에서 사용할 수 있습니다.

Backup

SAP ASCS 및 응용 프로그램 서버의 경우 Azure Backup를 사용 하 여 가상 머신 콘텐츠를 보호 하는 것이 좋습니다. Azure Backup는 원래 데이터의 우발적 소멸을 방지 하기 위해 독립적인 격리 된 백업을 제공 합니다. 백업은 복구 지점의 기본 제공 관리 기능을 제공 하는 Recovery Services 자격 증명 모음 에 저장 됩니다. 구성 및 확장성이 간단하고, 백업이 최적화되어 있으며, 필요에 따라 쉽게 복원할 수 있습니다.

데이터베이스 계층의 백업은 가상 컴퓨터 또는 Azure Large Instances에 SAP HANA 배포 되는지에 따라 달라 집니다. Linux 가상 머신에서 SAP HANA에 대 한 관리 및 운영 고려 사항 을 참조 하세요.

보안

Sap에는 SAP 응용 프로그램 및 데이터베이스 내에서 역할 기반 액세스 및 권한 부여를 제어 하는 자체 사용자 관리 엔진 (UME)이 있습니다. 자세한 내용은 보안 가이드 SAP BW ∕ 4HANA를 참조 하세요.

SAP S/4hana 참조 아키텍처 는 SAP BW/4hana에 적용 되는 다른 인프라 보안 고려 사항을 제공 합니다.

다음 단계

구성 요소 기술에 대해 자세히 알아보세요.

관련 아키텍처 살펴보기: