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

Backup
Bastion
Linux Virtual Machines
Managed Disks
Azure NetApp Files
Site Recovery
Virtual Machines
Virtual Network

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

또한 이 예제 워크로드는 가상 머신의 AnyDB용 SAP NetWeaver(Windows) 및 Azure의 Linux 가상 머신용 SAP S/4HANA와같은 한 쌍의 Azure의 SAP 참조 아키텍처를 기반으로 합니다. 유사한 배포 방법은 SAP BW/4HANA 워크로드에 사용됩니다. 애플리케이션 계층은 조직의 요구 사항에 맞게 크기가 변경될 수 있는 가상 머신을 사용하여 배포됩니다.

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

참고

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

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

잠재적인 사용 사례

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

  • DBMS 계층과 분리된 SAP 애플리케이션 계층 배포

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

  • SAP 애플리케이션 계층의 배포

Architecture

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

구성 요소

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

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

  • Linux 가상 머신은 다음을 포함하여 애플리케이션 계층에 사용됩니다.

    • SAP BusinessObjects(BOBJ) 서버 풀입니다.
    • SAP Web Dispatcher 풀입니다.
    • 애플리케이션 서버 풀입니다.
    • SAP Central Services 클러스터.
  • 가용성 집합은 Azure 호스트 클러스터에서 둘 이상의 가상 머신을 그룹화하여 고가용성 및 더 높은 SLA(서비스 수준 계약)를 달성합니다.

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

  • 부하 분산 시스템은 애플리케이션 서브넷의 가상 머신으로 트래픽을 직접 연결합니다. 고가용성을 위해 이 예제에서는 SAP Web DispatcherAzure 표준 Load Balancer사용합니다. 또한 이러한 두 서비스는 확장하여 용량 확장을 지원하거나, SSL(SSL(Secure Sockets Layer)) 종료 및 전달과 같이 필요한 트래픽 유형 및 필수 기능에 따라 Azure Application Gateway 또는 다른 파트너 제품을 사용할 수 있습니다.

  • NSG(네트워크 보안 그룹)는 서브넷 또는 가상 머신의 NIC(네트워크 인터페이스 카드)에 연결됩니다. NSG는 가상 네트워크에서 들어오고 나가는 서브넷 내 트래픽을 제한하는 데 사용됩니다.

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

  • Azure Managed Disks. Premium 또는 Ultra Storage 디스크를 권장합니다. 이러한 스토리지 유형은 SAP 워크로드를 통해 가상 머신에 대한 데이터 지속성을 제공합니다.

  • Azure NetApp Files 클러스터를 사용할 때 공유 스토리지를 지원합니다. 또한 SAP HANA 데이터 및 로그 파일을 호스트할 수 있는 고성능 스토리지가 필요한 경우 공유 스토리지를 지원합니다. Azure NetApp Files 완전히 관리되며 대부분의 애플리케이션의 요구를 충족할 만큼 충분히 확장 가능합니다. 다음과 같은 복잡한 엔터프라이즈 워크로드에 대한 운영 외 성능, 지연 시간 및 통합 데이터 관리를 제공합니다.

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

  • Azure Backup 단일 인스턴스 및 강화 배포에서 SAP HANA 위한 SAP Backint 인증 데이터 보호 솔루션입니다. 또한 Azure Backup 일반 워크로드로 Azure Virtual Machines 보호합니다.

  • Azure Site Recovery 다중 계층 SAP NetWeaver 애플리케이션 배포를 위한 자동화된 재해 복구 솔루션의 일부로 권장됩니다. 지원 매트릭스는 이 솔루션의 기능 및 제한 사항을 자세히 설명합니다.

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

대안

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

  • Azure Marketplace 사용할 수 있는 SIOS Protection Suite는NFS 또는 Azure NetApp Files 대신 Central Services의 전역 호스트 파일을 보호하는 데 사용할 수 있습니다.

  • Azure Application Gateway 웹 트래픽 부하 분산기입니다. 한 서비스에서는 SSL 종료, WAF(Web Application Firewall) 서비스 및 기타 편리한 고가용성 및 확장성 기능을 제공합니다. 일부 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 트랜잭션을 사용하여 다음과 같은 여러 그룹의 부하를 분산하는 것이 일반적입니다.

  • 로그온 사용자.
  • 일괄 처리 서버 그룹의 경우 SM61입니다.
  • RFC 그룹의 경우 RZ12입니다.

이러한 트랜잭션은 Central Services의 메시지 서버 내에서 부하 분산 기능을 사용하여 SAP GUI 및 RFC 트래픽에 대한 SAP 애플리케이션 서버 풀 간에 들어오는 세션 또는 워크로드를 분산합니다.

SAP Central Services 클러스터

이 예제에서는 공유 파일 스토리지 솔루션으로 Azure NetApp Files 사용하는 고가용성 클러스터를 보여줍니다. Central Services 클러스터의 고가용성을 위해서는 공유 스토리지가 필요합니다. NetApp Files는 Linux 클러스터 인프라를 배포할 필요가 없도록 간단한 옵션을 제공합니다. 대신 고가용성 NFS 서비스를설정합니다.

또한 Premium 관리 디스크가 있는 단일 가상 머신에 Central Services를 배포하고 99.9%의 가용성 SLA를얻을 수 있습니다.

애플리케이션 서버에 사용되는 가상 머신은 NIC당 여러 IP 주소를 지원합니다. 이 기능은 SAP Note 962955설명된 대로 설치에 가상 호스트 이름을 사용하는 SAP 권장 사례를 지원합니다. 가상 호스트 이름은 물리적 호스트 이름에서 SAP 서비스를 분리하고 서비스를 한 물리적 호스트에서 다른 호스트로 쉽게 마이그레이션할 수 있도록 합니다. 이 보안 주체는 클라우드 가상 머신에도 적용됩니다.

애플리케이션 서버는 Central Services 또는 ERS 서비스의 가상 호스트 이름을 통해 Azure에서 고가용성 Central Services에 연결됩니다. 이러한 호스트 이름은 부하 분산 장치 클러스터 프런트 엔드 IP 구성에 할당됩니다. 부하 분산형은 많은 프런트 엔드 IP를 지원합니다. Central Services 및 ERS VIP(가상 IP)는 둘 다 하나의 부하 분산에 바인딩될 수 있습니다.

다중 SID 설치

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

근접 배치 그룹

또한 이 예제 아키텍처는 근접 배치 그룹을 사용하여 가상 머신 간의 네트워크 대기 시간을 줄입니다. 이 유형의 그룹은 가상 머신 배포에 위치 제약 조건을 적용하고 이들 간의 물리적 거리를 최소화합니다. 그룹의 배치는 다음과 같이 다릅니다.

  • 단일 SID 설치에서는 모든 Central Services 및 애플리케이션 서버를 SAP HANA 데이터베이스에 의해 고정된 근접 배치 그룹에 배치해야 합니다.

  • 다중 SID 설치에서는 중앙 서비스 및 애플리케이션 서버를 여러 SID의 SAP HANA 컨테이너에 의해 고정된 단일 근접 배치 그룹과 자유롭게 연결할 수 있습니다.

데이터베이스

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

  • 강화 SAP HANA 배포에서데이터베이스 계층은 클러스터에서 두 개 이상의 Linux 가상 머신을 사용하여 고가용성을 달성합니다.

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

  • SAP HANA 대한 Azure 큰 인스턴스, 수정 버전 4는 특수한 용도의 물리적 서버이며 SAP HANA TDI(맞춤형 데이터 센터 통합) 표준을 충족하도록 인증되었으며 Microsoft Azure 데이터 센터에 있습니다.

스토리지

이 예제에서는 애플리케이션 서버의 비공유 스토리지에 Premium 관리 디스크를 사용합니다. 또한 클러스터 공유 스토리지에 Azure NetApp Files 사용합니다.

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

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

네트워킹

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

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

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

성능

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

SAP HANA 비롯한 모든 데이터베이스 플랫폼에서 실행되는 성능이 중요한 애플리케이션의 경우 Premium 관리 디스크를 사용하고 로그 볼륨에 쓰기 가속기 사용하도록 설정합니다. 쓰기 가속기 M 시리즈 가상 머신에 사용할 수 있으며 쓰기 대기 시간이 향상됩니다. 그러나 사용 가능한 경우 쓰기 가속기 없이 Premium 디스크 대신 Ultra Managed 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 Web Dispatcher는 단순히 SAP 애플리케이션 서버 간의 SAP 트래픽에 대한 HTTP 부하 분산 메커니즘으로 사용됩니다. Web Dispatcher 구성 요소에 대한 고가용성을 달성하기 위해 Azure Load Balancer 장애 조치(failover) 클러스터 또는 병렬 Web Dispatcher 설치를 구현합니다. SAP 설명서의 SAP Web Dispatcher를 참조하세요.

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

DIAG 프로토콜 또는 RFC(원격 함수 호출)를 통해 SAP 서버를 연결하는 SAP GUI 클라이언트의 트래픽에는 다른 부하 분산 기능이 필요하지 않습니다. Central Services 메시지 서버는 SAP 애플리케이션 서버의 로그온 그룹을 통해 부하를 분산합니다.

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

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

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

Central Services

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

클러스터 스플릿 브레인 문제를 방지하려면 이 예제와 같이 iSCSI STONITH 블록 디바이스(SBD)를 사용하여 클러스터 노드 펜싱을 설정할 수 있습니다. 또는 대신 Azure Fence 에이전트를 사용할 수 있습니다. 향상된 Azure Fence 에이전트는 Red Hat 및 SUSE 환경용 에이전트의 이전 버전에 비해 훨씬 더 빠른 서비스 장애 조치(failover)를 제공합니다.

애플리케이션 서버 계층의 다른 애플리케이션 서버

SAP 기본 애플리케이션 서버 및 기타 애플리케이션 서버에 대한 고가용성을 달성하려면 애플리케이션 서버 풀 내에서 트래픽 부하를 분산합니다.

재해 복구

Azure는 요구 사항에 따라 다양한 재해 복구 옵션을 지원합니다. SAP 애플리케이션 서버는 비즈니스 데이터를 포함하지 않으므로 종료하기 전에 보조 지역에 SAP 애플리케이션 서버를 만들 수 있습니다. SAP 애플리케이션 서버 소프트웨어 업데이트 및 구성 변경 내용은 수동으로 또는 일정에 따라 재해 복구 쪽에 복제해야 합니다. 재해 복구 지역에서 가상 머신을 빌드하여 비즈니스 데이터를 유지하지 않는 Central Services 역할을 실행할 수 있습니다. 자세한 내용은 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 Service Marketplace 계정이 있어야 합니다.)

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 자격 증명 모음에 저장됩니다. 구성 및 확장성이 간단하고, 백업이 최적화되어 있으며, 필요에 따라 쉽게 복원할 수 있습니다.

데이터베이스 계층의 백업은 SAP HANA 가상 머신에 배포되는지 아니면 Azure 큰 인스턴스에배포되는지에 따라 달라집니다. Linux 가상 머신의 SAP HANA 대한 관리 및 작업 고려 사항을 참조하세요.

보안

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

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

다음 단계

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

관련 아키텍처 살펴보기: