SAP HANA 계획 가이드

이 가이드에서는 Google Cloud 기반 SAP HANA를 실행하는 데 필요한 사항을 간략하게 설명하고 새로운 SAP HANA 시스템 구현 계획 시 유용한 세부정보를 제공합니다.

SAP HANA를 GCP에 배포하는 방법에 대한 자세한 내용은 SAP HANA 배포 가이드를 참조하세요.

Google Cloud의 SAP HANA 정보

SAP HANA는 고성능 분석과 실시간 데이터 처리를 제공하는 열 기반 인메모리 관계형 데이터베이스입니다. 이 실시간 데이터 플랫폼의 중심에는 SAP HANA 데이터베이스가 있습니다. 고객은 프로비저닝이 용이하고, 확장성이 뛰어난 이중화 GCP 인프라 기능을 이용하여 비즈니스 크리티컬 워크로드를 실행할 수 있습니다. GCP는 컴퓨터, 하드 디스크 드라이브 같은 물리적 자산을 비롯해 전 세계 Google 데이터 센터에 위치한 Compute Engine 가상 머신(VM) 같은 가상 리소스를 제공합니다.

SAP HANA를 GCP에 배포할 경우 Compute Engine에서 실행되는 가상 머신에 배포하는 셈입니다. Compute Engine VM은 영구 디스크를 제공합니다. 영구 디스크는 기능이 데스크톱 또는 서버의 물리적 디스크와 비슷하지만 Compute Engine에서 자동으로 관리되기 때문에 데이터 이중화와 최적화 성능을 유지할 수 있습니다.

Google Cloud 기본사항

Google Cloud는 다양한 클라우드 기반 서비스와 제품으로 구성되어 있습니다. Google Cloud에서 SAP 제품을 실행하면 Compute EngineCloud Storage를 통해 제공되는 IaaS 기반 서비스는 물론 도구와 같은 전체 플랫폼 기능 일부를 주로 사용하게 됩니다.

중요 개념과 용어는 Google Cloud Platform 개요를 참조하세요. 이 가이드에서는 상황 설명과 편의를 위해 개요의 일부 정보만 발췌합니다.

엔터프라이즈급 조직이 Google Cloud 실행 시 고려사항에 대한 개요는 엔터프라이즈 조직 권장사항을 참조하세요.

Google Cloud와 상호작용

Google Cloud는 클라우드에서 플랫폼 및 리소스와 상호작용하기 위한 세 가지 기본 방법을 제공합니다.

  • Google Cloud Console - 웹 기반 사용자 인터페이스입니다.
  • gcloud 명령줄 도구 - Cloud Console에서 제공하는 기능 외에 추가 기능을 제공합니다.
  • 클라이언트 라이브러리 - 서비스 액세스와 리소스 관리용 API 제공. 클라이언트 라이브러리는 자신만의 도구를 빌드할 때 유용합니다.

GCP 서비스

SAP 배포에는 일반적으로 다음과 같은 Google Cloud 서비스가 일부 또는 모두 사용됩니다.

서비스 설명
VPC 네트워킹 VM 인스턴스를 서로 간에 그리고 인터넷에 연결합니다. 각 인스턴스는 단일 전역 IP 범위를 가진 기존 네트워크의 구성원이거나 대규모 네트워크에 속한 단일 서브네트워크에 인스턴스가 속하는 권장 서브넷 네트워크입니다. 한 네트워크가 여러 Google Cloud 프로젝트에 걸쳐 있을 수 없지만 Google Cloud 프로젝트 하나가 네트워크를 여러 개 포함할 수 있습니다.
Compute Engine 원하는 운영체제 및 소프트웨어 스택을 사용하여 VM을 만들고 관리합니다.
영구 디스크 영구 디스크는 표준 하드 디스크 드라이브(HDD) 또는 솔리드 스테이트 드라이브(SSD)로 제공됩니다.
Google Cloud Console Compute Engine 리소스를 관리하는 브라우저 기반 도구입니다. 템플릿을 사용하여 필요한 모든 Compute Engine 리소스와 인스턴스를 설명합니다. Cloud Console에서 자동으로 수행되므로 리소스를 개별적으로 만들고 구성하거나 종속 항목을 파악할 필요가 없습니다.
Cloud Storage 복제 기능을 통해 SAP 데이터베이스 백업을 Cloud Storage에 백업하여 내구성과 안정성을 높일 수 있습니다.
Cloud Monitoring Compute Engine, 네트워크, 영구 디스크의 배포, 성능, 업타임, 상태를 확인할 수 있습니다.

Monitoring은 Google Cloud에서 측정항목, 이벤트, 메타데이터를 수집하고 이를 사용하여 대시보드, 차트, 알림으로부터 유용한 정보를 생성합니다. Monitoring을 통해 무료로 Compute 측정항목을 모니터링할 수 있습니다.
IAM Google Cloud 리소스의 권한을 통합적으로 제어할 수 있습니다. VM과 영구 디스크의 생성, 수정, 삭제 그리고 네트워크 생성 및 수정을 포함하여 VM에서 제어 영역 작업을 수행할 수 있는 사용자를 제어합니다.

가격 책정 및 할당량

가격 계산기로 사용 비용을 산출할 수 있습니다. 가격에 대한 자세한 정보는 Compute Engine 가격 책정, Cloud Storage 가격 책정, Google Cloud 운영 제품군 가격 책정을 참조하세요.

Google Cloud 리소스는 할당량을 따릅니다. CPU 또는 메모리 사용량이 많은 머신을 사용하려면 할당량을 추가로 요청해야 할 수 있습니다. 자세한 내용은 Compute Engine 리소스 할당량을 참조하세요.

리소스 요구사항

SAP HANA용으로 인증된 머신 유형

다음 표에서는 SAP에서 프로덕션용으로 인증한 Google Cloud 머신 유형을 보여줍니다. 머신 유형에는 Compute Engine 가상 머신(VM)과 베어메탈 솔루션 베어메탈 머신이 모두 포함됩니다.

표에 명시되어 있는 경우를 제외하고 SAP는 단일 호스트(수직 확장) 설치와 다중 호스트(수평 확장) 설치 모두에서 머신 유형을 지원합니다. 스케일업 설치에는 최대 15개의 작업자 호스트를 포함하여 총 16개의 호스트를 확보할 수 있습니다.

범용 n1- 및 n2-highmem VM 유형의 커스텀 구성도 SAP 인증을 받았습니다. 자세한 내용은 SAP HANA용으로 인증된 커스텀 VM 유형을 참조하세요.

각 머신 유형에서 HANA 사용이 인증된 운영체제는 SAP HANA용으로 인증된 운영체제를 참조하세요.

다양한 Compute Engine VM 유형과 사용 사례에 대한 자세한 내용은 머신 유형을 참조하세요.

일부 머신 유형은 일부 Google Cloud 리전에서 사용할 수 없습니다. Compute Engine 가상 머신의 사용 가능한 리전을 확인하려면 사용 가능한 리전 및 영역을 참조하세요. SAP HANA 인증을 받은 베어메탈 솔루션 머신의 경우 SAP HANA용 베어메탈 솔루션 머신의 사용 가능한 리전을 참조하세요.

SAP는 SAP HANA 하드웨어 디렉터리에 SAP HANA에 대해 인증된 머신 유형을 나열합니다.

각 머신 유형의 SAPS 번호는 SAP 인증 페이지에서 확인할 수 있습니다.

머신 유형 vCPU 메모리(GB) 운영체제 CPU 플랫폼 참고
N1 높은 메모리, 범용 VM 유형
n1-highmem-32 32 208 RHEL, SUSE
Intel Broadwell NetApp CVS-Performance는 수직 확장에 대해 인증되었습니다.
n1-highmem-64 64 416 RHEL, SUSE Intel Broadwell NetApp CVS-Performance는 수직 확장에 대해 인증되었습니다.
n1-highmem-96 96 624 RHEL, SUSE Intel Skylake NetApp CVS-Performance는 수직 확장에 대해 인증되었습니다.
N2 높은 메모리, 범용 VM 유형
n2-highmem-32 32 최대 256 RHEL, SUSE Intel Cascade Lake 수직 확장만 해당
NetApp CVS-Performance는 수직 확장에 대해 인증되었습니다.
n2-highmem-48 48 최대 384 RHEL, SUSE Intel Cascade Lake 수직 확장만 해당
NetApp CVS-Performance는 수직 확장에 대해 인증되었습니다.
n2-highmem-64 64 최대 512 RHEL, SUSE Intel Cascade Lake 수직 확장만 해당
NetApp CVS-Performance는 수직 확장에 대해 인증되었습니다.
n2-highmem-80 80 최대 640 RHEL, SUSE Intel Cascade Lake 수직 확장만 해당
NetApp CVS-Performance는 수직 확장에 대해 인증되었습니다.
M1 메모리 최적화 VM 유형
m1-megamem-96 96 1,433 RHEL, SUSE Intel Skylake NetApp CVS-Performance는 수직 확장에 대해 인증되었습니다.
m1-ultramem-40 40 최대 961 RHEL, SUSE Intel Broadwell 수직 확장만 해당,
OLTP 워크로드 전용,
NetApp CVS-Performance는 수직 확장에 대해 인증되었습니다.
m1-ultramem-80 80 최대 1,922 RHEL, SUSE Intel Broadwell 수직 확장만 해당,
OLTP 워크로드 전용,
NetApp CVS-Performance는 수직 확장에 대해 인증되었습니다.
m1-ultramem-160 160 최대 3,844 RHEL, SUSE Intel Broadwell 노드를 최대 16개까지 수직 확장 및 수평 확장하도록 인증된 OLAP 워크로드
OLTP 워크로드가 수직 확장으로만 인증되었습니다.
NetApp CVS-Performance는 수직 확장으로만 인증되었습니다.
M2 메모리 최적화 VM 유형
m2-megamem-416 416 최대 5,888 RHEL, SUSE Intel Cascade Lake 노드를 최대 16개까지 수직 확장 및 수평 확장하도록 인증된 OLAP 워크로드
OLTP 워크로드가 수직 확장으로만 인증되었습니다.
NetApp CVS-Performance는 수직 확장으로만 인증되었습니다.
m2-ultramem-208 208 최대 5,888 RHEL, SUSE Intel Cascade Lake 수직 확장만.
OLTP 워크로드만.
NetApp CVS-Performance는 수직 확장에 대해 인증되었습니다.
m2-ultramem-416 416 최대 11,776 RHEL, SUSE Intel Cascade Lake-SP OLAP 워크로드는 워크로드 기반 크기 조정으로 수직 확장에 대해 인증되었습니다.
OLTP 워크로드는 최대 4개의 노드로 수직 확장 또는 수평 확장되도록 인증되었습니다.
OLTP 수평 확장 인증에는 SAP S/4HANA가 포함됩니다.
NetApp CVS-Performance는 수직 확장 또는 수평 확장으로 지원됩니다.
S/4HANA를 사용한 수평 확장의 경우 SAP Note 2408419를 참조하세요.
O2 메모리 최적화 베어메탈 솔루션 머신 유형
o2-ultramem-672-metal 672 최대 18TB RHEL, SUSE Intel Cascade Lake 소켓 12개.
3계층 아키텍처에서만 수직 확장
OLTP 워크로드만,
표준 크기 조정.
o2-ultramem-896-metal 896 최대 24TB RHEL, SUSE Intel Cascade Lake 소켓 16개.
3계층 아키텍처에서만 수직 확장
OLTP 워크로드만,
표준 크기 조정.

SAP HANA용으로 인증된 커스텀 VM 유형

다음 표에는 Google Cloud 기반 SAP HANA를 프로덕션에 사용하도록 SAP 인증을 받은 맞춤설정 가능한 Compute Engine 가상 머신(VM) 유형이 나와 있습니다.

SAP는 Compute Engine이 지원하는 커스텀 VM 유형 구성의 하위 집합만 인증합니다.

커스텀 VM 구성에는 Compute Engine에서 정의한 맞춤설정 규칙이 적용됩니다. 규칙은 맞춤설정하는 머신 유형에 따라 다릅니다. 전체 맞춤설정 규칙은 커스텀 머신 유형으로 VM 인스턴스 만들기를 참조하세요.

기본 Google Cloud 인스턴스 유형 vCPU 메모리(GB) 운영체제 CPU 플랫폼
N1-highmem 2로 나누어 떨어지는 32~64 사이의 vCPU 수 vCPU 하나당 6.5GB RHEL, SUSE Intel Broadwell
N2-highmem(수직 확장만) 4로 나누어 떨어지는 32~64 사이의 vCPU 수 vCPU 하나당 8GB RHEL, SUSE Intel Cascade Lake

SAP HANA용 베어메탈 솔루션 머신의 사용 가능한 리전

다음 표에는 베어메탈 솔루션에서 SAP HANA를 지원하는 현재 Google Cloud 리전이 나와 있습니다.

리전 위치
europe-west3 유럽 독일 프랑크푸르트
europe-west4 유럽 네덜란드 엠스하벤
us-east4 북미 미국 버지니아 애쉬번
us-west2 북미 미국 캘리포니아 로스앤젤레스

앞의 표에 원하는 리전이 나와 있지 않으면 Google Cloud 영업팀에 문의하세요.

메모리 구성

메모리 구성 옵션은 선택한 Compute Engine VM 인스턴스 유형에 따라 결정됩니다. 자세한 내용은 지원되는 VM 유형 표를 참조하세요.

SAP HANA 빠른 다시 시작 메모리 구성

Google Cloud에서는 SAP HANA 빠른 다시 시작 옵션 사용을 권장합니다.

빠른 재시작 옵션을 구현하는 경우 호스트 환경의 비균일 메모리 액세스(NUMA) 토폴로지를 매핑하고 이해해야 합니다. SAP HANA는 시스템의 NUMA 토폴로지를 기반으로 메모리 액세스 및 프로세스 할당을 자체적으로 최적화합니다.

SAP의 자세한 내용은 SAP HANA 빠른 다시 시작 옵션을 참조하세요.

SAP HANA용으로 인증된 운영체제

다음 표에서는 Google Cloud에서 SAP HANA와 함께 프로덕션용 SAP를 사용할 수 있도록 SAP에서 인증된 Red Hat Enterprise Linux(RHEL) 및 SUSE Linux Enterprise Server(SLES) 운영체제를 보여줍니다.

이 표에 명시된 경우를 제외하고, 각 운영체제는 모든 인증된 Compute Engine VM 유형의 SAP HANA에서 지원됩니다.

운영체제별 현재 지원 상태 및 Google Cloud에서 제공되는 운영체제에 대한 자세한 내용은 GCP에서 SAP HANA를 지원하는 운영체제를 참조하세요.

SAP가 Google Cloud 기반 SAP HANA를 지원하는 운영체제에 대한 자세한 내용은 SAP HANA 하드웨어 디렉터리를 참조하세요.

아래 표에서는 다음을 포함하지 않습니다.

  • 더 이상 기본 지원을 받지 않는 인증된 운영체제 버전
  • SAP와 관련이 없는 운영체제 버전
운영체제 버전 지원되지 않는 머신 유형
RHEL for SAP 7.3 커스텀
m1-ultramem
m2-megamem
m2-ultramem
n2-highmem
o2-ultramem
7.4 m2-ultramem
o2-ultramem
7.6
7.7
8.1
SLES for SAP 12 SP3 m1-megamem
n1-highmem
o2-ultramem
12 SP4
12 SP5
15
15 SP1
15 SP2 o2-ultramem

커스텀 운영체제 이미지

GCP에서 제공 및 관리하는 Linux 이미지(공개 이미지)를 사용할 수도 있고 Linux 이미지(커스텀 이미지)를 직접 제공하여 관리할 수도 있습니다.

필요한 SAP 인증 운영체제 버전이 GCP에서 공개 이미지로 제공되지 않는다면 커스텀 이미지를 사용합니다. Compute Engine에 부팅 디스크 이미지 가져오기에서 자세하게 설명하겠지만 아래 단계는 커스텀 이미지의 사용 절차를 요약한 것입니다.

  1. GCP Compute Engine 환경에서 부팅될 수 있고, 부팅이 된 후에는 액세스할 수 있도록 부팅 디스크를 준비합니다.
  2. 부팅 디스크 이미지 파일을 만들어서 압축합니다.
  3. 이미지 파일을 Cloud Storage에 업로드하고 Compute Engine에 새 커스텀 이미지로 가져옵니다.
  4. 가져온 이미지를 사용하여 가상 머신 인스턴스를 만들고 제대로 부팅되는지 확인합니다.
  5. 이미지를 최적화하고, 가져온 운영체제 이미지가 메타데이터 서버와 통신하고 Compute Engine의 추가 기능을 사용할 수 있도록 Linux 게스트 환경을 설치합니다.

커스텀 이미지가 준비되면 SAP HANA 시스템에 VM을 만들 때 사용할 수 있습니다.

RHEL 운영체제를 온프레미스 설치 환경에서 GCP로 마이그레이션할 경우에는 Red Hat Cloud Access를 Red Hat 구독에 추가해야 합니다. 자세한 내용은Red Hat Cloud Access를 참조하세요.

GCP에서 제공하는 운영체제 이미지에 대한 자세한 내용은 이미지를 참조하세요.

운영체제를 커스텀 이미지로 GCP에 가져오는 방법에 대한 자세한 내용은 Compute Engine에 부팅 디스크 이미지 가져오기를 참조하세요.

SAP HANA에서 지원하는 운영체제에 대한 자세한 내용은 아래 자료를 참조하세요.

Compute Engine VM의 OS 클럭 소스

기본 OS 클럭 소스는 SLES의 경우 kvm-clock이고 RHEL 이미지의 경우 TSC입니다.

SAP HANA가 Compute Engine VM에서 실행되는 경우 OS 클럭 소스를 변경할 필요가 없습니다. SAP HANA가 실행되는 Compute Engine VM의 클록 소스로 kvm-clock 또는 TSC를 사용하면 성능에 차이가 없습니다.

OS 클럭 소스를 TSC로 변경해야 하는 경우 VM에 SSH로 연결하고 다음 명령어를 실행합니다.

echo "tsc" | sudo tee /sys/devices/system/clocksource/*/current_clocksource
sudo cp /etc/default/grub /etc/default/grub.backup
sudo sed -i '/GRUB_CMDLINE_LINUX/ s|"| clocksource=tsc"|2' /etc/default/grub
sudo grub2-mkconfig -o /boot/grub2/grub.cfg

영구 디스크 스토리지

영구 블록 스토리지의 경우 VM을 만들거나 나중에 Compute Engine 영구 디스크를 VM에 추가할 때 이 영구 디스크를 연결할 수 있습니다.

Compute Engine은 솔리드 스테이트 드라이브(SSD) 기술 또는 표준 하드 디스크 드라이브 기술을 기반으로 다양한 유형의 영구 디스크를 제공합니다. 각 유형은 성능 특성이 서로 다릅니다. Google Cloud는 데이터 중복성을 보장하고 성능을 최적화하기 위해 영구 디스크의 기본 하드웨어를 관리하고 있습니다.

성능상의 이유로 SAP HANA /hana/data/hana/log 볼륨에는 SSD 기반 영구 디스크가 필요합니다. SSD 기반 영구 디스크에는 SSD(pd-ssd) 및 균형 있는(pd-balanced) 영구 디스크 유형이 있습니다.

/hana/data/hana/log 볼륨과 동일한 고성능이 필요하지 않은 부팅 디스크 및 기타 SAP HANA 볼륨의 경우 SAP HANA의 프로덕션 인스턴스에서 다음 디스크 유형을 사용할 수 있습니다.

  • /shared 볼륨의 경우 /hana/data/hana/log 볼륨과 동일한 SSD 기반 영구 디스크에 매핑하거나 자체 디스크에 매핑하는 경우 pd-balanced 영구 디스크를 사용할 수 있습니다.
  • 백업을 영구 디스크에 저장할 경우 /hanabackup 볼륨에 표준 영구 디스크(pd-standard)를 사용합니다.
  • 호스트 VM을 만들 때는 부팅 디스크에 pd-balanced 영구 디스크를 사용합니다.
다음 그림에서는 Google Cloud의 SAP HANA에 권장되는 아키텍처의 다양한 영구 디스크에 대한 대략적인 성능 수치를 보여줍니다. 비슷한 구성에서 볼 수 있는 실제 수치는 시간이 경과함에 따라 Compute Engine에서 발생한 개선사항을 포함하여 다양한 이유로 인해 달라질 수 있습니다.

SAP HANA 시스템 두 개가 표시됩니다. 왼쪽 시스템에서는 자체 균형 있는 영구 디스크에 `/hana/shared`, SSD 영구 디스크에 `/hana/data` 및 `/hana/log`가 함께 있습니다. 다른 시스템에서는 SSD 영구 디스크 하나에 `/hana/data`, `/hana/log`, `/hana/shared`가 함께 있으며 이 아키텍처가 권장 아키텍처입니다.

위 그림의 왼쪽 구성에서 /hana/data 볼륨과 /hana/log 볼륨은 SSD 영구 디스크에 있고 고성능이 필요하지 않는 /hana/shared 볼륨은 SSD 영구 디스크보다 비용이 낮은 균형 있는 영구 디스크에 있습니다.

오른쪽 구성에서 /hana/data, /hana/log, /hana/shared 볼륨은 모두 단일 SSD 디스크에 있습니다. 이렇게 하면 분할 모델보다 디스크를 적게 관리하면서 더 나은 성능을 제공합니다. 여기서 /hana/shared 볼륨은 자체적으로 균형 있는 영구 디스크에 있습니다. 영구 디스크는 VM과는 별개의 위치에 있으므로 VM을 삭제한 후에도 영구 디스크를 분리하거나 이동하여 데이터를 보존할 수 있습니다.

Cloud Console에서 각 VM 인스턴스의 VM 인스턴스 세부정보 페이지에 있는 추가 디스크에서 VM 인스턴스에 연결된 영구 디스크를 확인할 수 있습니다.

Compute Engine 영구 디스크의 다양한 유형, 성능 특성, 사용 방법에 대한 자세한 내용은 Compute Engine 문서를 참조하세요.

SSD 및 균형 있는 영구 디스크의 최소 크기

블록 스토리지 성능에 설명된 한도 내에서 SSD 영구 디스크와 균형 있는 영구 디스크의 성능은 디스크 크기와 vCPU 수가 증가함에 따라 증가합니다.

다음 표에서는 인증된 각 Compute Engine VM 유형에 대해 프로덕션 환경의 SSD 및 균형 있는 영구 디스크에 권장되는 크기를 보여줍니다. 크기는 /hana/data, /hana/log, /hana/shared 볼륨이 모두 디스크에 매핑된다고 가정합니다. 시스템이 특히 성능에 민감한 경우 최상의 성능을 위해 pd-ssd를 사용하는 것이 좋습니다.

SAP HANA는 최소한 읽기 및 쓰기에 초당 400MB의 지속 처리량이 필요합니다. 이는 834GB pd-ssd 또는 1,429GB pd-balanced가 제공합니다. 각 VM 유형의 표에 나열된 크기는 해당 VM 유형의 인증에 필요한 SAP HANA 성능을 제공하는 영구 디스크 크기입니다.

테이블의 영구 디스크 크기가 증가하여 더 큰 머신 메모리와 데이터 크기를 수용할 수 있게 되면 처리량도 블록 스토리지 성능에 설명된 아키텍처 한도까지 증가합니다.

Compute Engine VM 유형 pd-ssd pd-balanced
n1-highmem-32 834 1,429
n1-highmem-64 1,155 1,980
n1-highmem-96 1,716 2,942
n2-highmem-32 834 1,429
n2-highmem-48 1,068 1,831
n2-highmem-64 1,414 2,424
n2-highmem-80 1,760 3,017
m1-megamem-96 3,287 4,286
m1-ultramem-40 2,626 4,286
m1-ultramem-80 3,874 4,286
m1-ultramem-160 6,180 6,180
m2-megamem-416 8,667 8,667
m2-ultramem-208 8,667 8,667
m2-ultramem-416 15,766 15,766

영구 디스크 크기 결정

SAP HANA 수직 확장 시스템의 경우 선택한 Compute Engine VM 유형에 포함된 메모리 양을 기반으로 SAP HANA 볼륨에 필요한 영구 디스크 스토리지의 양을 계산합니다. 각 볼륨에 다음 수식을 사용합니다.

  • /hana/data: 1.2 x 메모리
  • /hana/log: .5 x 메모리(필요한 경우 64배수로 조정됨) 또는 512GB 중 더 작은 크기
  • /hana/shared: 1 x 메모리 또는 1,024GB 중 더 작은 크기
  • /usr/sap: 32 GB
  • /hanabackup: 2 x 메모리

SSD 및 균형 있는 영구 디스크의 최소 크기에서 영구 디스크 유형에 나열된 최소 크기 이상의 영구 디스크 크기를 선택합니다.

예를 들어 메모리가 256GB인 n2-highmem-32 VM 인스턴스에서 SAP HANA를 실행하는 경우 SAP HANA 볼륨의 총 스토리지 요구사항은 723GB입니다. 하지만 SSD 영구 디스크를 사용하는 경우 필요한 최소 크기는 834GB이므로 영구 디스크 크기를 834GB 이상으로 지정해야 합니다.

모든 영구 디스크 스토리지를 /hana/data 볼륨에 적용합니다.

SAP HANA 크기 조정에 대한 SAP의 정보는 SAP HANA 크기 조정을 참조하세요.

Deployment Manager 템플릿에서 배포된 영구 디스크

Google Cloud에서 제공하는 Cloud Deployment Manager 스크립트를 사용하여 SAP HANA 시스템을 배포하면 Cloud Deployment Manager가 SAP HANA에 영구 디스크 두 개를 할당합니다.

  • /hana/data, /hana/log, /usr/sap, /hana/shared 디렉터리의 단일 SSD 영구 디스크
  • /hanabackup 디렉터리의 표준 HDD 영구 디스크

Cloud Deployment Manager는 SAP HANA /hana/data, /hana/log, /usr/sap, /hana/shared 디렉터리를 각각 자체 논리 볼륨에 매핑하여 크기를 쉽게 조절하고 단일 볼륨 그룹의 SSD 영구 디스크에 매핑합니다.

Deployment Manager는 /hanabackup 디렉터리를 별도의 볼륨 그룹의 논리 볼륨에 매핑한 후 표준 HDD 영구 디스크에 매핑합니다.

다음 예시는 Deployment Manager가 메모리가 256GB인 Compute Engine n2-highmem-32 VM에서 SAP HANA의 볼륨을 매핑하는 방법을 보여줍니다.

이 예시에서 vg_hana 볼륨 그룹은 필요한 최소 크기인 834GB SSD 영구 디스크에 매핑됩니다. 256GB의 메모리를 사용하는 SAP HANA 볼륨에는 총 약 723GB의 스토리지만 필요합니다. 영구 디스크의 모든 스토리지를 사용하기 위해 Deployment Manager는 데이터 볼륨에 초과 디스크 공간을 할당했습니다. Deployment Manager의 백업 볼륨 크기는 512GB로 지정되고 메모리가 두 배가 되며 동일한 크기의 표준 영구 디스크에 매핑되었습니다.

hana-ssd-example:~ # lvs
  LV     VG            Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  data   vg_hana       -wi-ao---- 426.00g
  log    vg_hana       -wi-ao---- 125.00g
  sap    vg_hana       -wi-ao----  32.00g
  shared vg_hana       -wi-ao---- 251.00g
  backup vg_hanabackup -wi-ao---- 512.00g

동일한 VM 유형의 볼륨 크기는 아래 예시와 약간 다를 수 있습니다.

백업 스토리지

SAP HANA 백업 스토리지는 HDD 영구 디스크로 구성됩니다. 표준 HDD 영구 디스크는 순차 읽기/쓰기 작업을 처리하는 데 효율적이고 경제적이지만 고속 무작위 IOPS(초당 입출력 작업)를 처리하는 데는 최적화되어 있지 않습니다. SAP HANA는 순차 IO를 대용량 블록과 함께 사용해 데이터베이스를 백업합니다. 표준 HDD 영구 디스크는 이러한 시나리오에서 저렴하지만 높은 성능의 옵션을 제공합니다.

SAP HANA 백업 볼륨 크기는 최적의 기준선과 버스트 처리량을 제공하는 동시에 다수의 백업 세트를 저장할 수 있도록 설계되었습니다. 다수의 백업 세트를 백업 볼륨에 저장하면 필요할 경우 데이터베이스를 더욱 쉽게 복구할 수 있습니다.

SAP HANA 동적 계층화를 사용하려면 백업 스토리지가 메모리 내 데이터와 동적 계층화 서버에서 관리하는 디스크 데이터를 모두 저장할 만큼 충분히 커야 합니다.

SAP HANA용 Cloud Storage Backint 에이전트를 사용하는 경우 SAP HANA를 Cloud Storage 버킷에 직접 백업할 수 있으며, 이때 백업을 저장하는 데 선택적 영구 디스크를 사용할 수 있습니다.

SAP HANA 동적 계층화

SAP HANA 동적 계층화는 GCP 기반 프로덕션 환경에서 사용할 수 있도록 SAP의 인증을 받았습니다. SAP HANA 동적 계층화는 액세스 빈도가 적은 데이터를 메모리가 아닌 디스크에 저장하여 SAP HANA 데이터 스토리지를 확장합니다.

자세한 내용은 Google Cloud의 SAP HANA 동적 계층화를 참조하세요.

SAP HANA 빠른 다시 시작 옵션

SAP HANA 2.0 SP04 이상의 경우 Google Cloud에서는 SAP HANA 빠른 다시 시작 옵션 사용을 권장합니다.

빠른 재시작 옵션을 구현하려면 SAP HANA 문서의 SAP HANA 빠른 재시작 옵션을 참조하세요.

Google Cloud에서 제공하는 Cloud Deployment Manager 템플릿을 사용하여 SAP HANA 시스템을 배포하는 경우 호스트 VM과 기본 SAP HANA 시스템이 성공적으로 배포된 후 TMPFS 파일 시스템을 만들어 마운트해야 합니다.

SAP HANA 빠른 다시 시작에 필요한 메모리 할당에 대한 자세한 내용은 SAP HANA 빠른 다시 시작 메모리 구성을 참조하세요.

파일 서버 옵션

Google Cloud의 SAP HANA용 파일 서버 옵션에는 Google Cloud용 Filestore 및 NetApp Cloud Volumes Service가 포함됩니다.

Google Cloud 기반 SAP의 모든 파일 서버 옵션에 대한 자세한 내용은 Google Cloud 기반 SAP용 파일 공유 솔루션을 참조하세요.

Filestore

/hana/shared 볼륨에만 Filestore를 사용할 수 있습니다. 하지만 Filestore 기본 서비스 등급에서 Filestore 인스턴스는 영역별 리소스이므로 스토리지를 공유하는 모든 SAP HANA 호스트는 동일한 Google Cloud 영역 내에 있어야 합니다. 수평 확장 시스템의 컴퓨팅 노드는 최적의 지연 시간을 위해 동일한 영역에 있어야 하므로 이는 수평 확장 구성의 공유 볼륨과 특히 관련이 있습니다. 자세한 내용은 Google Cloud 기반 SAP HANA 수평 확장 시스템의 구성요소를 참조하세요.

Google Cloud용 NetApp Cloud Volumes Service

Google Cloud용 NetApp Cloud Volumes Service는 완전 관리형 클라우드 기반 데이터 서비스 플랫폼으로, SAP HANA 인증을 받은 모든 Compute Engine 인스턴스 유형에서 SAP HANA 수직 확장 시스템용 NFS 파일 시스템을 만들기 위해 사용할 수 있습니다.

NetApp Cloud Volumes Service에서는 CVSCVS-Performance 등 두 가지 서비스 유형을 제공합니다. CVS_Performance 서비스 유형에서는 다양한 서비스 수준을 제공합니다. SAP HANA에서 NetApp Cloud Volumes Service CVS-Performance(NetApp CVS-Performance) 서비스 유형과 Extreme 서비스 수준을 사용해야 합니다.

수평 확장 배포에서 NetApp CVS-Performance에 대한 지원은 SAP HANA용으로 인증된 VM 유형의 표에 명시된 대로 특정 Compute Engine 인스턴스 유형으로 제한됩니다.

NetApp VS-Performance에서는 Compute Engine 영구 디스크를 사용하는 대신 /hana/data/hana/logs를 포함한 모든 SAP HANA 디렉터리를 공유 저장소에 배치할 수 있습니다. 대부분의 다른 공유 스토리지 시스템에서는 /hana/shared 디렉터리만 공유 스토리지에 배치할 수 있습니다.

Google Cloud의 NetApp CVS-Performance에 대한 SAP 지원은 SAP HANA 하드웨어 디렉터리에 나열되어 있습니다.

SAP HANA용 NetApp CVS-Performance의 리전별 제공

NetApp CVS-Performance 볼륨은 호스트 VM 인스턴스와 동일한 리전에 있어야 합니다.

NetApp CVS-Performance이 제공되는 일부 리전에서 NetApp CVS-Performance이 SAP HANA를 지원하지 않을 수도 있습니다.

다음 Google Cloud 리전에서 SAP HANA와 함께 NetApp CVS-Performance를 사용할 수 있습니다.

리전 위치
europe-west4 유럽 네덜란드 엠스하벤
us-east4 미국 북버지니아 애슈번
us-west2 미국 캘리포니아 로스앤젤레스

위에 나열되지 않은 Google Cloud 리전에서 NetApp CVS-Performance와 함께 SAP HANA를 실행하는 데 관심이 있다면 영업팀에 문의하세요.

NFS 프로토콜 지원

NetApp CVS-Performance는 Google Cloud에서 SAP HANA를 사용하는 NFSv3 및 NFSv4.1 프로토콜을 지원합니다.

여러 TCP 연결을 허용하도록 구성된 볼륨에는 NFSv3를 사용하는 것이 좋습니다. NFSv4.1은 아직 여러 TCP 연결에서 지원되지 않습니다.

SAP HANA용 NetApp Cloud Volumes Service의 볼륨 요구사항

NetApp CVS-Performance 볼륨은 호스트 VM 인스턴스와 동일한 리전에 있어야 합니다.

/hana/data/hana/log 볼륨에는 Extreme 서비스 수준의 NetApp CVS-Performance가 필요합니다. /hana/data/hana/log 디렉터리의 별도 볼륨에 있는 /hana/shared 디렉터리에는 Premium 서비스 수준을 사용할 수 있습니다.

1TB보다 큰 SAP HANA 시스템에서 최고의 성능을 얻으려면 /hana/data, /hana/log, /hana/shared에 별도의 볼륨을 만드세요.

SAP HANA 성능 요구사항을 충족하려면 NetApp CVS-Performance에서 SAP HANA를 실행할 때 다음과 같은 최소 볼륨 크기가 필요합니다.

디렉터리 최소 크기
/hana/shared 1TB
/hana/log 2.5TB
/hana/data 4TB

처리량 요구사항을 충족하도록 볼륨 크기를 조정합니다. Extreme 서비스 수준의 최소 처리량 속도는 1TB당 128MB/초이므로 4TB디스크 공간의 처리량은 초당 512MB입니다. /hana/data 볼륨에 더 많은 디스크 공간을 프로비저닝하면 시작 시간을 단축할 수 있습니다. /hana/data 볼륨의 경우 메모리 크기의 1.5배 또는 4TB 중 더 큰 용량을 사용하는 것이 좋습니다.

/hanabackup 볼륨의 최소 크기는 백업 전략에 따라 결정됩니다. SAP HANA용 Cloud Storage Backint 에이전트를 사용하여 데이터베이스를 Cloud Storage에 직접 백업할 수도 있습니다.

NetApp CVS-Performance로 SAP HANA 시스템 배포

Google Cloud에서 SAP HANA를 사용하여 NetApp CVS-Performance를 배포하려면 먼저 VM을 배포하고 SAP HANA를 설치해야 합니다. Google Cloud에서 제공하는 Deployment Manager 템플릿을 사용하여 VM과 SAP HANA를 배포하거나, VM 인스턴스를 만들고 SAP HANA를 수동으로 설치할 수 있습니다.

Deployment Manager 템플릿을 사용하는 경우 VM은 영구 디스크에 매핑된 /hana/data/hana/log 볼륨으로 배포됩니다. NetApp CVS-Performance 볼륨을 VM에 마운트한 후 다음 단계에 따라 영구 디스크의 콘텐츠를 복사해야 합니다.

Google Cloud에서 제공하는 Deployment Manager 템플릿을 사용하여 NetApp CVS-Performance로 SAP HANA를 배포하는 방법은 다음과 같습니다.

  1. SAP HANA 배포 가이드의 안내를 따라 Google Cloud에서 제공하는 Cloud Deployment Manager 템플릿을 사용하여 영구 디스크가 포함된 SAP HANA를 배포합니다.
  2. NetApp CVS-Performance 볼륨을 만듭니다. NetApp에 대한 자세한 내용은 Google Cloud용 NetApp Cloud Volumes Service 문서를 참조하세요.

  3. 다음과 같은 설정으로 mount 명령어를 사용하여 NetApp CVS-Performance를 임시 마운트 지점에 마운트합니다.

    mount -t nfs -o options server:path mountpoint

    options에는 다음 설정을 사용하세요.

    rw,bg,hard,rsize=1048576,wsize=1048576,vers=3,tcp,nconnect=16,noatime,nolock

    vers=3 옵션은 NFSv3를 나타냅니다. nconnect=16 옵션은 여러 TCP 연결에 대한 지원을 지정합니다.

  4. 연결된 영구 디스크 볼륨을 사용하는 SAP HANA 및 관련 서비스를 중지합니다.

  5. 영구 디스크 볼륨의 콘텐츠를 해당 NetApp CVS-Performance 볼륨에 복사합니다.

  6. 영구 디스크를 분리합니다.

  7. 다음 설정으로 /etc/fstab를 업데이트하여 NetApp CVS-Performance 볼륨을 영구 마운트 지점에 다시 마운트합니다.

    server:path   /mountpoint   nfs   options   0 0

    options에는 다음 설정을 사용하세요.

    rw,bg,hard,rsize=1048576,wsize=1048576,vers=3,tcp,nconnect=16,noatime,nolock

    /etc/fstab 파일 업데이트에 대한 자세한 내용은 Linux 파일 형식 설명서에서 nfs 페이지를 참조하세요.

  8. 최고의 성능을 얻으려면 다음 권장 설정으로 SAP HANA global.ini 파일의 fileio 카테고리를 업데이트하세요.

    매개변수
    async_read_submit on
    async_write_submit_active on
    async_write_submit_blocks all
    max_parallel_io_requests 128
    max_parallel_io_requests[data] 128
    max_parallel_io_requests[log] 128
    num_completion_queues 4
    num_completion_queues[data] 4
    num_completion_queues[log] 4
    num_submit_queues 8
    num_submit_queues[data] 8
    num_submit_queues[log] 8
  9. SAP HANA를 다시 시작합니다.

  10. 모든 요소가 예상대로 작동하는지 확인한 후 요금이 청구되지 않도록 영구 디스크를 삭제합니다.

사용자 식별 및 리소스 액세스

Google Cloud에서 SAP 배포의 보안을 계획할 때는 다음 사항을 파악해야 합니다.

  • Google Cloud 프로젝트의 Google Cloud 리소스에 액세스해야 하는 사용자 계정과 애플리케이션
  • 각 사용자가 액세스해야 하는 프로젝트의 특정 Google Cloud 리소스

Google 계정 ID를 프로젝트에 구성원으로 추가하여 각 사용자를 프로젝트에 추가해야 합니다. Google Cloud 리소스를 사용하는 애플리케이션 프로그램의 경우 프로젝트에서 프로그램에 사용자 ID를 제공하는 서비스 계정을 만듭니다.

Compute Engine VM에는 자체 서비스 계정이 있습니다. 프로그램에 필요한 리소스 권한이 VM 서비스 계정에 있으면 VM에서 실행되는 모든 프로그램이 VM 서비스 계정을 사용할 수 있습니다.

각 사용자가 사용해야 하는 Google Cloud 리소스를 파악한 후 사용자에게 리소스별 역할을 할당하여 각 리소스를 사용할 수 있는 권한을 사용자에게 부여합니다. IAM이 각 리소스에 제공하는 사전 정의된 역할을 검토하고 사용자의 태스크나 함수를 완료할 수 있는 권한만 제공하는 역할을 각 사용자에게 할당합니다.

사전 정의된 IAM 역할에서 제공하는 것보다 더 세밀하거나 제한적인 권한 제어가 필요한 경우에는 커스텀 역할을 만들 수 있습니다.

Google Cloud에서 SAP 프로그램에 필요한 IAM 역할에 대한 자세한 내용은 Google Cloud 기반 SAP 프로그램의 ID 및 액세스 관리를 참조하세요.

Google Cloud 기반 SAP의 ID 및 액세스 관리에 대한 간략한 설명은 Google Cloud 기반 SAP의 ID 및 액세스 관리 개요를 참조하세요.

SAP HANA의 가격 책정 및 할당량 고려 사항

본 배포 가이드에 따라 생성된 리소스를 사용하면서 발생하는 비용은 사용자가 부담합니다. 가격 계산기를 사용하여 실제 비용을 예상해 보세요.

할당량

새로운 GCP 계정이 있거나 할당량 상향 조정을 아직 요청하지 않았으면 SAP HANA를 배포해야 본 가이드를 마칠 수 있습니다. 먼저 기존 할당량을 확인한 후 다음 표와 비교하여 어느 정도까지 상향 조정을 요청할 수 있는지 살펴보세요. 그런 다음 할당량 한도 상향 조정을 요청할 수 있습니다.

다음 표는 단일 호스트 수직 확장 SAP HANA 시스템일 때 VM 인스턴스 유형에 따른 할당량 값을 나타낸 것입니다. SAP HANA Studio를 GCP에 호스팅하거나 NAT 게이트웨이와 배스천 호스트를 사용하는 경우에는 표에 보이는 값을 총 할당량 요구사항에 더하세요.

인스턴스 유형 CPU 메모리 표준 PD SSD PD 균형 있는 PD
n1-highmem-32 32 208GB 448GB 834GB 1,429GB
n1-highmem-64 64 416GB 864GB 1,155GB 1,980GB
n1-highmem-96 96 624GB 1,280GB 1,716GB 3,264GB
n2-highmem-32 32 256GB 544GB 834GB 1,429GB
n2-highmem-48 48 384GB 800GB 1,068GB 1,830GB
n2-highmem-64 64 512GB 1,056GB 1,414GB 2,422GB
n2-highmem-80 80 640GB 1,312GB 1,760GB 2,860GB
m1-megamem-96 96 1,433GB 2,898GB 3,287 GB 3,287 GB
m1-ultramem-40 40 961GB 1,954GB 2,626GB 2,900GB
m1-ultramem-80 80 1,922GB 3,876GB 3,874GB 3,874GB
m1-ultramem-160 160 3,844GB 7,720GB 6,180GB 6,180GB
m2-megamem-416 416 5,888GB 11,832GB 8,667GB 8,667GB
m2-ultramem-208 208 5,888GB 11,832GB 8,667GB 8,667GB
m2-ultramem-416 416 11,766GB 23,564GB 15,766GB 15,766GB
배스천/NAT 게이트웨이 1 3.75GB 8GB 0GB 0GB
SAP HANA Studio 1 3.75GB 50GB 0GB 0GB

참고 현재 `m2-megamem-416` Compute Engine 인스턴스 유형은 데이터 및 로그 볼륨이 Google Cloud용 NetApp Cloud Volumes Service에 저장되어 영구 디스크 스토리지가 필요하지 않는 경우에만 SAP 인증을 받습니다.

라이선스

SAP HANA를 GCP에서 실행하려면 Bring Your Own License(사용자 라이선스 사용, BYOL)가 필요합니다.

SAP HANA 라이선스 관리에 대한 자세한 내용은 SAP HANA 데이터베이스의 라이선스 키를 참조하세요.

배포 아키텍처

GCP 기반 SAP HANA는 단일 호스트 아키텍처와 다중 호스트 아키텍처를 모두 지원합니다.

단일 호스트 아키텍처

다음 다이어그램은 단일 호스트 아키텍처를 나타낸 것입니다. 다이어그램에서 GCP에 배포된 모습과 디스크 레이아웃을 주목하세요. Cloud Storage를 사용하여 /hanabackup에 있는 로컬 백업을 백업할 수 있습니다. 단, 이 마운트는 데이터 마운트보다 크거나 같도록 크기를 조절해야 합니다.

배포 레이아웃

다이어그램을 보면 SAP HANA VM에 공개 IP가 없기 때문에 외부 네트워크에서 접근할 수 없습니다. 대신 배포할 때 SAP HANA에 액세스할 수 있도록 NAT 배스천 호스트와 SAP HANA Studio를 사용합니다. SAP HANA Studio 인스턴스와 배스천 호스트는 SAP HANA 인스턴스와 동일한 서브네트워크에 배포됩니다.

SAP HANA Studio에서 SAP HANA 데이터베이스에 연결할 수 있는 방화벽 규칙과 함께 SAP HANA Studio가 설치된 Windows 호스트를 프로비저닝합니다. 이때 인스턴스는 동일한 서브네트워크에 배포되어야 합니다.

다음과 같은 구성요소의 단일 호스트 수직 확장 아키텍처를 사용해 SAP HANA를 배포합니다.

  • SAP HANA 데이터베이스에 사용할 Compute Engine 인스턴스 1개(834GB 이상의 SSD 영구 디스크 포함)와 네트워크 대역폭 최대 16Gbps. SSD 영구 디스크는 파티션 분할되고 /hana/data/hana/log에 마운트되어 데이터와 로그를 호스팅합니다.

  • 원하는 GCP 리전의 커스텀 토폴로지와 IP 범위를 사용한 서브네트워크(선택사항이지만 권장됨). SAP HANA 데이터베이스와 나머지 Compute Engine 인스턴스가 이 서브네트워크에서 시작됩니다. 기존 서브네트워크를 SAP HANA에 사용할 수도 있습니다.

  • SAP HANA 및 기타 인스턴스에 대한 아웃바운드 인터넷 액세스가 가능하도록 구성된 인터넷 게이트웨이(선택사항이지만 권장됨). 본 가이드는 이 게이트웨이를 사용한다는 가정을 전제로 합니다.

  • 인스턴스에 대한 액세스를 제한하는 Compute Engine 방화벽 규칙

  • SAP HANA 데이터베이스 백업을 위한 영구 디스크

  • SAP HANA Studio를 호스팅하기 위한 Windows OS가 포함된 Compute Engine VM(n1-standard-2)

  • 배스천 호스트로 사용할 Compute Engine VM(n1-standard-1)

  • 템플릿에서 생성된 구성 파일을 사용한 SAP HANA 데이터베이스 자동 설치

  • SAP HANA Studio

Deployment Manager를 사용한 수직 확장 시스템 배포

Google Cloud는 SAP HANA 단일 호스트 수직 확장 시스템을 자동으로 배포할 수 있는 Deployment Manager 구성 템플릿을 제공합니다.

Deployment Manager 스크립트가 사용되는 시나리오는 다음과 같습니다.

Deployment Manager 스크립트를 실행하면 VM, 영구 디스크, SAP HANA, 그리고 Linux HA 클러스터의 경우 필요한 HA 구성요소까지 배포할 수 있습니다.

단, Deployment Manager 스크립트는 다음 시스템 구성요소는 배포하지 않습니다.

  • 네트워크 및 서브네트워크
  • 방화벽 규칙
  • NAT 게이트웨이, 배스천 호스트 또는 배스천 호스트의 VM
  • SAP HANA Studio 또는 해당 VM

멀티 호스트 아키텍처

다음 다이어그램에서는 Google Cloud에서의 멀티 호스트 아키텍처를 보여줍니다.

멀티 호스트 아키텍처 다이어그램

특히 OLAP를 사용할 때 워크로드 수요가 증가하면 다중 호스트 스케일아웃 아키텍처가 부하를 모든 호스트로 분산시킬 수 있습니다.

스케일아웃 아키텍처는 마스터 호스트 1개와 다수의 작업자 호스트, 그리고 선택사항이지만 대기 호스트 1개 이상으로 구성됩니다. 각 호스트는 최대 16Gbps의 속도로 노드 간 데이터 전송을 지원하는 네트워크를 통해 서로 연결됩니다.

대기 호스트는 SAP HANA 호스트 자동 장애 조치 솔루션을 지원합니다. Google Cloud의 호스트 자동 장애 조치에 대한 자세한 내용은 SAP HANA 고가용성 및 재해 복구 계획 가이드를 참조하세요.

Google Cloud 기반 SAP HANA 수평 확장 시스템의 디스크 구조

대기 호스트를 제외하고 각 호스트는 SSD 영구 디스크에 /hana/data, /hana/log 그리고 일반적으로 /usr/sap 볼륨이 있어 IOPS가 높은 일관된 IO 서비스를 제공합니다. 마스터 호스트 또한 /hana/shared 볼륨과 /hanabackup 볼륨에 NFS 마스터 역할을 하며 각 작업자와 대기 호스트에 마운트됩니다.

대기 호스트의 경우 /hana/data 볼륨과 /hana/log 볼륨은 인계가 수행될 때까지 마운트되지 않습니다.

Google Cloud 기반 SAP HANA 수평 확장 시스템의 고가용성

다음은 SAP HANA 스케일아웃 시스템의 고가용성을 유지하는 데 효과적인 기능입니다.

  • Compute Engine 라이브 마이그레이션
  • Compute Engine 자동 인스턴스 재시작
  • SAP HANA 대기 호스트를 최대 3개까지 사용하는 SAP HANA 호스트 자동 장애 조치

Google Cloud의 고가용성 옵션에 대한 자세한 내용은 SAP HANA 고가용성 및 재해 복구 계획 가이드를 참조하세요.

라이브 마이그레이션 또는 자동 인스턴스 다시 시작 이벤트가 발생할 경우 인스턴스가 정상적으로 시작되자마자 보호를 받는 영구 스토리지의 /hana/shared 볼륨과 /hanabackup 볼륨이 다시 온라인 상태가 될 수 있습니다.

대기 호스트를 사용하는 경우 장애가 발생하면 SAP HANA 자동 장애 조치 기능이 /hana/data 볼륨과 /hana/log 볼륨을 장애가 발생한 호스트에서 마운트 해제한 후 대기 호스트의 볼륨에 마운트합니다.

Google Cloud 기반 SAP HANA 수평 확장 시스템의 구성요소

Google Cloud에서 멀티 호스트 SAP HANA 수평 확장 아키텍처는 다음 구성요소로 구성됩니다.

  • 시스템의 각 SAP HANA 호스트마다 Compute Engine VM 인스턴스 1개(마스터 호스트 1개, 작업자 호스트 최대 15개, 선택사항인 대기 호스트 최대 3개 포함)

    각 VM에서 사용하는 Compute Engine 머신 유형은 동일합니다. SAP HANA에서 지원되는 머신 유형에 대한 자세한 내용은 VM 유형을 참조하세요.

    VM마다 SSD 및 HDD 스토리지가 올바른 위치에 마운트되어 있어야 합니다.

  • /hana/shared 볼륨과 /hanabackup 볼륨을 작업자 및 대기 호스트와 공유할 수 있도록 별도로 배포되는 NFS 솔루션. Filestore 또는 다른 NFS 솔루션을 사용할 수 있습니다.

  • 원하는 GCP 리전의 커스텀 토폴로지와 IP 범위를 사용한 서브네트워크(선택사항이지만 권장됨). SAP HANA 데이터베이스와 나머지 Compute Engine 인스턴스가 이 서브네트워크에서 시작됩니다. 원한다면 기존 서브네트워크를 사용할 수도 있습니다.

  • SAP HANA 및 기타 인스턴스에 대한 아웃바운드 인터넷 액세스가 가능하도록 구성된 인터넷 게이트웨이(선택사항).

  • SAP HANA Studio 호스팅을 위한 Windows 운영체제가 설치된 Compute Engine n1-standard-2 VM(선택사항)

  • 배스천 호스트로 사용할 Compute Engine n1-standard-1 VM(선택사항)

  • Compute Engine 인스턴스에 대한 액세스를 제한하는 동시에 인스턴스와 SAP HANA 시스템에 필요한 분산된 리소스 또는 원격 리소스 간 통신을 허용하는 Compute Engine 방화벽 규칙 또는 기타 네트워크 액세스 제어

Deployment Manager를 사용한 수평 확장 시스템 배포

Google Cloud는 SAP HANA 멀티 호스트 수평 확장 시스템을 자동으로 배포할 수 있는 Deployment Manager 구성 템플릿을 제공합니다.

  • SAP HANA 호스트 자동 장애 조치를 지원하지 않는 수평 확장 시스템을 배포하려면 SAP HANA 배포 가이드를 참조하세요.

Deployment Manager 스크립트를 실행하면 VM, 영구 디스크, SAP HANA를 배포할 수 있습니다. 또한 NFS 솔루션을 VM에 마운트합니다.

단, Deployment Manager 스크립트는 다음 시스템 구성요소는 배포하지 않습니다.

  • 네트워크 및 서브네트워크
  • NFS 솔루션
  • 방화벽 규칙
  • NAT 게이트웨이, 배스천 호스트 또는 배스천 호스트의 VM
  • SAP HANA Studio 또는 해당 VM

지원

Google Cloud 인프라 또는 서비스 관련 문제인 경우 고객 관리에 문의하세요. Google Cloud Console의 지원 개요 페이지에서 연락처 정보를 확인할 수 있습니다. 고객 관리에서 SAP 시스템에 문제가 있다고 판단하면 SAP 지원으로 지원을 요청하세요.

SAP 제품 관련 문제가 발생하면 SAP 지원으로 지원을 요청하세요. SAP가 지원 티켓을 평가한 후 Google Cloud 인프라 문제로 판단되면 해당 티켓을 Google Cloud 구성요소 BC-OP-LNX-GOOGLE 또는 BC-OP-NT-GOOGLE로 전송합니다.

지원 요구사항

SAP 시스템과 사용 중인 Google Cloud 인프라 및 서비스에 대한 지원을 받으려면 최소 지원 요금제 요구사항을 충족해야 합니다.

Google Cloud 기반 SAP에 대한 최소 지원 요구사항에 대한 자세한 내용은 다음을 참조하세요.

다음 단계