참조 아키텍처: Google Cloud Platform에서의 SAP S/4HANA

개요

이 문서는 SAP S/4HANA 배포용 플랫폼으로서 Google Cloud를 평가하는 사용자, 특히 다음 작업을 하는 사용자를 대상으로 합니다.

  • SAP 기술 설계자
  • 클라우드 설계자
  • SAP 기본 관리자
  • 엔터프라이즈 설계자

본 문서에는 설치 전 고려해야 할 문제뿐만 아니라 배포를 용이하게 하기 위한 SAP Note 및 다른 문서에 대한 링크도 나와 있습니다.

Google Cloud는 SAP HANA에서 SAP S/4HANA를 실행하는 경제적이고도 안정적이며 안전한 고성능 SAP 인증 인프라를 제공합니다. 지원되는 Google Cloud 기반 SAP 솔루션의 전체 목록은 Google Cloud의 SAP를 참조하세요.

라이선스

SAP 고객은 기존 라이선스를 사용하여 Bring Your Own License(사용자 라이선스 사용, BYOL) 모델로 Google Cloud에 SAP Business Suite를 배포할 수 있습니다. Google Cloud는 프로덕션 및 비프로덕션 사용 사례 모두에서 BYOL 모델을 지원합니다. 운영체제 라이선스는 Compute Engine 가격에 포함되어 있습니다. 또는 자체 OS 이미지 및 라이선스를 사용할 수 있습니다.

크기 조정

구현 유형을 기반으로 다양한 크기 조정 옵션을 사용할 수 있습니다. 새로운 개발 구현인 경우 SAP Quick Sizer 도구를 사용하는 것이 좋습니다. 자세한 내용은 SAP의 Sizing 페이지를 참조하세요. SAP는 현재 온프레미스 솔루션을 Google Cloud로 마이그레이션하는 특정 솔루션과 도구에 대한 가이드도 제공합니다. 예를 들어 Find Certified IaaS PlatformsGoogle Cloud의 SAP 애플리케이션: 지원되는 제품 및 Google VM 유형을 참조하세요. SAP와 Google Cloud는 서로 다른 단위를 사용하여 IOPS(초당 입력/출력 작업 수)를 측정합니다. SAP 크기 조정 요구사항을 적절한 크기의 Google Cloud 인프라로 변환하려면 SI(시스템 통합업체) 파트너에게 문의하세요.

SAP ECC에서 S/4HANA로 기존 시스템을 마이그레이션하기 전에 SAP Note 1872170, Business Suite on HANA and S/4HANA sizing report의 설명대로 /SDF/HDB_SIZING 보고서를 실행하는 것이 좋습니다. 이 크기 조정 보고서는 소스 시스템의 현재 메모리와 처리 요구를 분석하고 S/4HANA로 이동하는 데 필요한 요구사항 정보를 제공합니다.

지원되는 머신 유형

Google Cloud는 SAP에서 인증된 Compute Engine 인스턴스 유형을 제공하며, 이는 S/4HANA를 배포할 때 크기 요구사항을 충족합니다. Google Cloud에서 크기 조정과 지원되는 머신 유형에 대한 자세한 내용은 다음 페이지를 참조하세요.

Google Cloud의 SAP HANA용 커스텀 머신 유형도 SAP 인증을 받았습니다. vCPU/메모리 비율을 최소 6.5 이상으로 유지하면 vCPU가 64개 미만인 SAP HANA 인스턴스를 실행할 수 있습니다.

SAP 애플리케이션에 인증된 Compute Engine 가상 머신의 SAPS 번호를 확인하려면 인증된 Compute Engine 머신 유형을 참조하세요.

SAP 자체 웹사이트에서도 SAP HANA용으로 인증된 Google Cloud 구성 목록을 제공합니다. 자세한 내용은 SAP HANA Hardware DirectoryFind Certified IaaS Platforms 페이지를 참조하세요.

S/4HANA용 디스크 및 파일 시스템

Google Cloud는 다음 스토리지 유형을 제공합니다.

  • 표준(HDD) 영구 디스크: 대형 기기에 적합한 저비용 블록 스토리지
  • SSD 영구 디스크: 높은 IOPS와 짧은 지연 시간을 제공하는 빠르고 안정적인 블록 스토리지
  • 로컬 SSD: 고성능의 로컬 블록 스토리지
  • Cloud Storage 버킷: 저렴한 객체 스토리지

자세한 내용은 스토리지 옵션을 참조하세요.

Google Cloud 영구 디스크는 내구성이 뛰어납니다. 데이터 무결성을 위해 데이터를 중복 저장합니다. 각 영구 디스크의 저장용량은 최대 64TB까지 설정할 수 있으므로 다수의 디스크 배열을 관리하지 않고도 대용량의 논리 볼륨을 생성할 수 있습니다. 영구 디스크의 주요 기능 중 하나는 데이터를 보호하도록 자동으로 암호화되는 것입니다.

기본적으로 각 Compute Engine 인스턴스에는 생성되는 즉시 운영체제를 포함하는 단일 루트 영구 디스크가 있습니다. 필요에 따라 인스턴스에 스토리지 옵션을 추가할 수도 있습니다. SAP 구현의 경우 탁월한 내구성과 컴퓨팅 인스턴스를 보유하도록 설계된 영구 디스크를 사용하여 로컬 머신의 물리적 디스크와 같은 디스크에 액세스하는 것이 좋습니다.

다음 표에서는 Google Cloud에서 SAP HANA 및 ABAP용 Linux 디렉터리 구조를 설명합니다.

SAP HANA 디렉터리 구조 스토리지 유형
/usr/sap SSD 영구 디스크
/hana/data SSD 영구 디스크
/hana/log SSD 영구 디스크
/hana/shared SSD 영구 디스크
/hanabackup 표준 영구 디스크(HDD)
ABAP 디렉터리 구조 스토리지 유형
/sapmnt 표준 영구 디스크(HDD)
/usr/sap/ 표준 영구 디스크(HDD)

배포

SAP S/4HANA는 다음과 같은 기술 구성요소로 구성됩니다.

  • SAP HANA
  • PAS—Primary Application Server를 나타냅니다.
    • SAP 시스템을 위한 첫 번째이자 유일한 애플리케이션 서버입니다.
  • AAS—Additional Application Server를 나타냅니다.
    • 애플리케이션 수준의 부하 부산용으로 배포됩니다. 애플리케이션 레이어 관점에서 높은 가용성을 확보하기 위해 여러 AAS를 설치할 수도 있습니다. 애플리케이션 서버 중 하나가 다운되면 애플리케이션 서버에 연결된 모든 사용자 세션이 종료되지만 사용자는 환경에 연결되어 있는 다른 AAS에 다시 로그인할 수 있습니다.
  • SAP NetWeaver 게이트웨이
  • Fiori 프런트 엔드
  • WD—Web Dispatcher를 나타냅니다(선택사항).
    • 애플리케이션 유형에 따라 HTTP 및 HTTPS 요청을 PAS 및 AAS로 분산하는 지능형 소프트웨어 부하 분산기입니다.

배포 모델

중앙 집중식 배포 또는 분산 배포 등 두 가지 모델 중 하나로 Google Cloud에 S/4HANA를 배포할 수 있습니다.

중앙 집중식 배포 또는 분산형 배포로 SAP HANA를 설치하려면 배포 스크립트를 사용합니다. 자세한 내용은 SAP HANA 배포 가이드를 참조하세요.

중앙 집중식 배포

중앙 집중식 배포에서는 S/4HANA와 SAP HANA 데이터베이스를 동일한 Compute Engine 인스턴스에 설치할 수 있습니다. 샌드박스 및 개발 환경과 같은 비프로덕션 환경에 이 방식을 사용하는 것이 좋습니다.

다음 다이어그램에서는 중앙 집중식 배포 모델에서 S/4HANA의 참조 아키텍처를 보여줍니다. SAP ASCS, PAS, WD, HANA는 모두 동일한 인스턴스에 설치된다는 점에 유의하세요.

단일 VM에 있는 ASCS, PAS, Web Dispatcher, HANA를 보여주는 다이어그램

분산형 배포

분산형 배포에서는 서로 다른 Compute Engine 인스턴스에 다양한 구성요소를 설치할 수 있습니다. 부하가 높은 트랜잭션을 처리할 수 있도록 높은 컴퓨팅 성능이 요구되는 환경이나 프로덕션 환경에서 이 방식을 사용하는 것이 좋습니다.

다음 다이어그램에서는 분산형 배포 모델에서 S/4HANA의 참조 아키텍처를 보여줍니다. SAP ASCS, PAS, WD, HANA는 모두 서로 다른 인스턴스에 설치된다는 점에 유의하세요.

모두 개별 VM에 있는 Web Dispatcher, Fiori, S/4 PAS, ASCS, HANA를 모두 보여주는 다이어그램

부하 분산에 대한 참고사항

분산형 S/4HANA 환경에서는 부하 분산이 필수입니다. SAP 애플리케이션 레이어를 사용하여 애플리케이션 부하 분산을 구성할 수 있습니다.

고가용성 및 재해 복구

고가용성(HA) 및 재해 복구(DR)는 장애 발생 시 비즈니스 연속성을 유지하는 데 필요한 기술, 엔지니어링 방식, 설계 원칙의 집합입니다. 이러한 접근 방식은 단일 장애 지점을 제거하고 시스템이나 구성요소가 중단된 후 운영을 신속하게 재개하여 비즈니스 중단을 최소화하는 기능을 제공하는 방식으로 작동합니다. 오류 복구는 장애가 발생한 구성요소로 인해 서비스 중단이 발생한 경우 운영을 복구하고 재개하는 프로세스입니다.

HA 및 DR 도구의 예는 다음과 같습니다.

다음은 위 항목 일부에 대한 추가 세부사항입니다.

여러 영역에 Linux 클러스터링: 여러 영역에 Linux 클러스터를 설정하면 지정된 리전에서 발생하는 구성요소 오류로부터 보호할 수 있습니다. 활성/수동 구성 또는 활성/활성 구성 중 하나를 사용하여 여러 영역에 Linux 클러스터를 배포할 수 있습니다. 두 경우 모두 각각 자체 SAP HANA 데이터베이스가 있는 개별 영역에 Compute Engine 인스턴스 두 개 설정부터 시작합니다.

  • 활성/수동 구성: 한 인스턴스를 클러스터의 기본 노드(활성)로 구성하고 다른 인스턴스를 보조 노드(수동)로 구성합니다. 다음 다이어그램과 같이 SAP HANA System Replication(SR)을 사용하여 기본 노드가 실패하면 보조 노드가 기본 노드 역할을 넘겨받도록 구성합니다. HANA SR을 구성 및 설정하는 방법에 대한 자세한 내용은 HANA 시스템 복제를 참조하세요.

SAP HANA HA 클러스터는 단일 GCP 리전에 있습니다. 비동기 복제는 현재 다른 리전에 있는 단일 HANA 시스템을 유지합니다.

  • 활성/활성 구성(읽기 지원): 두 인스턴스를 모두 활성으로 구성하지만 보조 노드를 읽기 전용으로 구성합니다. 이 설정은 지속적인 로그 재생을 기반으로 합니다. 현재 읽기/쓰기 노드를 가리키는 가상 IP(VIP)가 구성됩니다.

  • 자세한 내용은 다음을 참고하세요.

라이브 마이그레이션: 소프트웨어 또는 하드웨어 업데이트와 같은 호스트 시스템 이벤트가 발생하더라도 Compute Engine 인스턴스가 계속 실행되도록 Compute Engine에서 라이브 마이그레이션이 제공됩니다. 이러한 상황에서 Compute Engine은 실행 중인 인스턴스를 재부팅하지 않고 동일한 영역의 다른 호스트로 라이브 마이그레이션합니다. 이 메커니즘은 원래 인스턴스의 VM 상태를 복제하므로, 새 인스턴스가 준비될 때 원래 인스턴스의 메모리가 사전 로드되어 있습니다.

드물게 라이브 마이그레이션이 수행되지 않으면 오류가 발생한 가상 머신은 같은 영역에 있는 새 하드웨어에서 자동으로 다시 시작됩니다.

자세한 내용은 라이브 마이그레이션을 참조하세요.

백업 및 복구

시스템 장애, 데이터 손상 또는 다른 문제 발생 시 복구할 수 있도록 애플리케이션 서버와 데이터베이스를 정기적으로 백업하세요.

백업

Google Cloud에서 SAP HANA 데이터를 백업하는 옵션에는 여러 가지가 있습니다. 예를 들면 다음과 같습니다.

  • SAP HANA용 SAP 인증 Cloud Storage Backint 에이전트(Backint 에이전트)를 사용하여 Cloud Storage에 직접 백업
  • 영구 디스크에 백업 후 Cloud Storage에 백업 업로드
  • Compute Engine 스냅샷 기능을 사용하여 /hanabackup 디렉터리를 포함하는 전체 디스크의 스냅샷 만들기

SAP HANA용 Cloud Storage Backint 에이전트

Backint 에이전트에는 기본 SAP HANA 백업 및 복구 기능이 통합되어 있으므로 백업용 영구 디스크 스토리지가 없어도 Cloud Storage로 직접 백업하거나 Cloud Storage에서 복구할 수 있습니다. 자세한 내용은 SAP HANA 운영 가이드를 참조하세요.

SAP HANA용 Cloud Storage Backint 에이전트의 SAP 인증에 대한 자세한 내용은 SAP Note 2031547을 참조하세요.

다음 다이어그램에서는 Backint 에이전트 사용 시의 백업 흐름을 보여줍니다.

Cloud Storage에 직접 백업하는 Backint 에이전트가 있는 SAP HANA를 보여주는 다이어그램

영구 디스크로 백업

Compute Engine 영구 디스크와 함께 기본 SAP HANA 백업 및 복구 기능을 사용하고 백업의 장기 스토리지용으로 Cloud Storage 버킷을 사용할 수 있습니다.

정상적인 운영 시나리오에서 SAP HANA는 일정한 저장 간격으로 메모리의 데이터를 디스크로 자동 저장합니다. 또한 모든 데이터 변경사항이 redo 로그 항목으로 캡처됩니다. redo 로그 항목은 각 데이터베이스 트랜잭션이 커밋된 후 디스크에 기록됩니다.

SAP HANA 2.0 이상에서는 SAP HANA Cockpit을 사용하여 SAP HANA를 백업합니다.

다음 다이어그램은 SAP HANA용 백업 기능의 흐름을 보여줍니다.

백업이 영구 디스크에서 생성된 후 Cloud Storage에 저장됩니다.

스냅샷을 사용하여 영구 디스크 백업

백업 전략에 추가할 수 있는 또 다른 옵션은 Compute Engine의 영구 디스크 스냅샷 기능을 사용하여 전체 디스크에 대한 스냅샷을 만드는 것입니다. 예를 들어 재해 복구 시나리오에 사용할 수 있도록 백업 디렉터리 디스크의 예약 스냅샷을 만들 수 있습니다. 애플리케이션 일관성을 유지하기 위해 대상 볼륨에 변경사항이 없을 때 스냅샷을 만들어야 합니다. 스냅샷은 블록 수준에서 생성됩니다.

첫 번째 스냅샷 이후에 생성되는 스냅샷은 증분 스냅샷이며 다음 다이어그램과 같이 증분 블록 변경사항만 저장합니다.

영구 디스크에 저장된 HANA 데이터의 전체 스냅샷 및 증분 스냅샷을 보여주는 다이어그램

복구

SAP HANA의 복구 도구를 사용하면 최근 시점 또는 특정 시점으로 복구할 수 있으며, 이러한 도구를 사용하여 새로운 시스템으로 복원하거나 데이터베이스 복사본을 만들 수 있습니다. 데이터베이스가 작동하는 동안에 실행할 수 있는 백업과 달리 데이터베이스가 종료된 상태에서만 복구 도구를 사용할 수 있습니다. 복구 옵션은 다음과 같습니다. 상황에 따라 적합한 옵션을 선택합니다.

  • 다음 리소스를 사용하여 가장 최신 상태로 복원합니다.
    • 전체 백업 또는 스냅샷
    • 로그 백업
    • 계속 사용할 수 있는 Redo 로그 항목
  • 과거 특정 시점으로 복원합니다.
  • 지정된 전체 백업으로 복원합니다.

중요한 배포 전 SAP Note

Google Cloud에 SAP S/4HANA를 배포하기 전에 다음 SAP Note를 읽어보세요. SAP 제품을 구현하기 전에 항상 SAP Marketplace에서 업데이트된 제품 설치 가이드와 안내를 확인해야 합니다.