SAP HANA 계획 가이드

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

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

Google Cloud의 SAP HANA 정보

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

SAP HANA를 Google Cloud에 배포할 경우 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 제공. 클라이언트 라이브러리는 자신만의 도구를 빌드할 때 유용합니다.

Google Cloud 서비스

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 워크로드는 워크로드 기반 크기 조정을 사용하여 최대 16개의 노드로 수직 확장 또는 수평 확장되도록 인증되었습니다.
OLTP 워크로드는 최대 4개의 노드로 수직 확장 또는 수평 확장되도록 인증되었습니다.
OLTP 수평 확장 인증에는 SAP S/4HANA가 포함됩니다.
NetApp CVS-Performances는 수직 확장으로만 인증되었습니다.
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용으로 인증된 커스텀 머신 유형

다음 표에는 Google Cloud 기반 SAP HANA를 프로덕션에 사용하도록 SAP 인증을 받은 Compute Engine 커스텀 머신 유형이 나와 있습니다.

SAP는 Compute Engine에서 사용할 수 있는 커스텀 머신 유형의 하위 집합만 인증합니다.

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

기본 머신 유형 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-central1 북미 미국 아이오와 카운슬 블러프스
us-east4 북미 미국 버지니아 애쉬번
us-west2 북미 미국 캘리포니아 로스앤젤레스

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

메모리 구성

메모리 구성 옵션은 선택한 Compute Engine VM 인스턴스 유형에 따라 결정됩니다. 자세한 내용은 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에서 제공하는 정보를 보려면 인증 및 지원을 받는 SAP HANA 하드웨어 디렉터리로 이동하여 필요한 머신 유형을 클릭한 후 운영체제를 확인합니다.

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

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

커스텀 운영체제 이미지

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

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

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

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

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

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

운영체제를 커스텀 이미지로 Google Cloud에 가져오는 방법에 대한 자세한 내용은 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

영구 디스크 크기 결정

선택한 Compute Engine 머신 유형에 포함된 메모리 양을 기반으로 SAP HANA 볼륨에 필요한 영구 디스크 스토리지 용량을 계산합니다.

수직 확장 시스템의 영구 디스크 크기 요구사항

SAP HANA 수직 확장 시스템의 경우 각 볼륨에 대해 다음 수식을 사용합니다.

  • /hana/data: 1.2 x 메모리
  • /hana/log: .5 x 메모리(필요한 경우 64배수로 조정됨) 또는 512GB 중 더 작은 크기
  • /hana/shared: 1 x 메모리 또는 1,024GB 중 더 작은 크기
  • /usr/sap: 32GB
  • /hanabackup: 2 x 메모리, 선택적 할당
수평 확장 시스템의 영구 디스크 크기 요구사항

SAP HANA 수평 확장 시스템의 경우 /hana/data 볼륨과 /hana/log 볼륨에 SAP HANA 수평 확장 시스템과 동일한 수식을 사용합니다. /hana/shared 볼륨의 경우 배포에 있는 작업자 호스트 수를 기반으로 영구 디스크 크기를 계산합니다. 작업자 호스트 4개마다 디스크 크기를 1배씩 늘립니다. 예를 들면 다음과 같습니다.

  • 작업자 호스트 1~4개: 메모리 1개
  • 작업자 호스트 5~8개: 메모리 2개
  • 작업자 호스트 9~12개: 메모리 3개
  • 작업자 호스트 13~16개: 메모리 4개

SAP HANA 수평 확장 시스템의 전체 저장용량 할당량 요구사항을 확인하려면 수평 확장 시스템의 모든 호스트에 사용되는 각 디스크 유형의 디스크 크기를 합산해야 합니다. 예를 들어 pd-ssd 영구 디스크에는 /hana/data/hana/log를 넣고 pd-balanced 영구 디스크에는 /hana/shared를 넣은 경우 별도의 할당량을 요청하려면 pd-ssdpd-balanced에 대해 별도의 합계가 필요합니다.

호스트 자동 장애 조치가 포함된 SAP HANA 수평 확장 시스템의 경우 마스터 및 작업자 호스트의 영구 디스크 크기만 계산하면 됩니다. 대기 호스트는 자체 /hana/data, /hana/log, /user/sap 볼륨이 없습니다. 장애가 발생하면 SAP HANA 자동 장애 조치 기능이 /hana/data, /hana/log, /user/sap 볼륨을 장애가 발생한 호스트에서 마운트 해제한 후 대기 호스트의 볼륨에 마운트합니다. 대기 호스트의 /hana/shared 볼륨과 /hanabackup 볼륨은 별도로 배포된 NFS 솔루션에 마운트됩니다.

성능에 맞는 최소 영구 디스크 크기

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 영구 디스크

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

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

다음 예시에서는 256GB 메모리를 갖는 Compute Engine n2-highmem-32 VM에서 Deployment Manager가 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

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

백업용 영구 디스크 스토리지(선택사항)

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

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

SAP HANA 백업을 재해 복구용 리전별 리소스로 사용하려면 Compute Engine 영구 디스크 스냅샷을 사용하면 됩니다. 정기적으로 영구 디스크를 자동으로 백업하도록 스냅샷을 예약할 수 있습니다. 자세한 내용은 영구 디스크 스냅샷을 참조하세요.

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

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

SAP HANA 동적 계층화

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

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

SAP HANA 빠른 다시 시작 옵션

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

SAP HANA 빠른 다시 시작은 SAP HANA가 종료되지만 운영체제는 계속 실행되는 경우 다시 시작 시간을 줄입니다. 다시 시작 시간을 줄이기 위해 SAP HANA는 SAP HANA 영구 메모리 기능을 활용하여 tmpfs 파일 시스템에 매핑된 열 저장 테이블의 MAIN 데이터 프래그먼트를 DRAM에 보존합니다.

또한 Compute Engine 메모리 최적화 머신 유형인 M2 계열의 VM에서 SAP HANA 빠른 다시 시작은 메모리에서 수정 불가능한 오류가 발생하면 복구 시간을 개선합니다. 자세한 내용은 Compute Engine VM에서 빠른 다시 시작으로 메모리 오류 복구를 참조하세요.

SAP HANA 빠른 다시 시작에 대한 자세한 내용은 SAP HANA 배포 시나리오의 배포 가이드에서 구성 정보를 참조하세요. 예를 들어 대기 노드 배포 시나리오가 없는 수직 확장 또는 수평 확장의 경우 SAP HANA 빠른 다시 시작 구성을 참조하세요.

SAP HANA 빠른 다른 시작에 필요한 OS 설정

SAP HANA 빠른 다시 시작을 사용하려면 SAP에서 요구하는 대로 운영체제를 조정해야 합니다.

Google Cloud에서 제공하는 Deployment Manager 템플릿을 사용할 경우 템플릿은 커널 설정을 구성합니다.

Deployment Manager 템플릿을 사용하지 않는 경우 SAP에서 SAP HANA용 RHEL 및 SLES 운영체제를 모두 구성하는 방법을 안내합니다. SAP HANA 빠른 다시 시작의 경우 특히 numa_balancingtransparent_hugepage를 올바르게 설정하는 데 주의하세요.

RHEL을 사용하는 경우 sap-hana에 적합한 프로필을 사용합니다(사용 가능한 경우). 구성 단계는 다음을 참조하세요.

SLES를 사용하는 경우 SUSE의 saptune 도구를 사용하여 필요한 구성을 적용합니다. 위의 두 커널 매개변수를 포함하여 권장되는 모든 SAP HANA 설정을 적용하려면 다음 saptune 명령어를 지정합니다.

saptune solution apply HANA

SAP HANA용 SLES 구성에 대한 자세한 내용은 다음을 참조하세요.

Compute Engine VM의 빠른 다시 시작으로 메모리 오류 복구

M2 계열 Compute Engine 메모리 최적화 머신 유형의 VM에서 SAP HANA 빠른 다시 시작을 사용 설정하면 SAP HANA가 수정 불가능한 메모리 오류를 복구하는 데 걸리는 시간이 줄어듭니다.

Intel 프로세서 기능을 활용하면 메모리 하위 시스템에서 수정할 수 없는 오류가 발생할 때도 M2 머신 유형을 계속 실행할 수 있습니다. 메모리 오류가 발생할 때 SAP HANA 빠른 다시 시작이 사용 설정된 경우 영향을 받는 SAP HANA 프로세스가 다시 시작되지만 전체 데이터베이스를 다시 로드할 필요는 없으며 영향을 받는 파일 블록만 다시 로드하면 됩니다.

메모리 오류 복구를 지원하는 머신 유형

현재 다음 Compute Engine 머신 유형이 메모리 오류 복구를 지원합니다.

  • m2-megamem-416
  • m2-ultramem-208
  • m2-ultramem-416
메모리 오류 복구에 필요한 운영체제

필수 커널 패치가 적용된 다음의 운영체제는 SAP HANA 빠른 다시 시작으로 메모리 오류 복구를 지원합니다.

  • SUSE Linux Enterprise Server(SLES) for SAP, 12 SP3 이상
    • 빌드 날짜가 v202103* 이상인 Compute Engine 공개 이미지에 포함됩니다.
    • 기존 배포에 최신 커널 패치를 적용해야 하는 경우 표준 업데이트 프로세스를 따르세요. 예를 들어 다음 명령어를 실행합니다.
      • sudo zypper refresh
      • sudo zypper update
  • Red Hat Enterprise Linux(RHEL) for SAP, 8.4 이상. (곧 제공 예정)

파일 서버 옵션

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

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

Filestore

단일 영역 수평 확장 구성의 /hana/shared 볼륨에는 영역별 리소스용으로 설계된 Filestore 기본 서비스 등급을 사용하는 것이 좋습니다. 추가 복원력이 필요한 시나리오의 경우 Filestore Enterprise를 사용할 수 있습니다. 자세한 내용은 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용으로 인증된 머신 유형의 표에 명시된 대로 특정 Compute Engine 인스턴스 유형으로 제한됩니다.

NetApp CVS-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의 가격 책정 및 할당량 고려 사항

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

할당량

SAP HANA를 사용하려면 많은 Google Cloud의 워크로드보다 더 많은 CPU와 메모리가 필요합니다. 새로운 Google Cloud 계정이 있거나 할당량 상향 조정을 아직 요청하지 않았으면 SAP HANA를 배포해야 본 가이드를 마칠 수 있습니다.

다음 표는 단일 호스트 수직 확장 SAP HANA 시스템일 때 VM 인스턴스 유형에 따른 할당량 값을 나타낸 것입니다.

수평 확장 SAP HANA 시스템 또는 여러 수직 확장 시스템의 경우 모든 시스템에 대한 총 리소스 양을 포함해야 합니다. 수평 확장 시스템의 스토리지 요구사항을 확인하려면 영구 디스크 크기 결정을 참조하세요.

기존 할당량을 확인한 후 리소스(CPU, 메모리, 스토리지) 요구사항과 비교하여 어느 정도까지 상향 조정을 요청할 수 있는지 살펴보세요. 그런 다음 할당량 한도 상향 조정을 요청할 수 있습니다.

인스턴스 유형 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

라이선스

SAP HANA를 Google Cloud에서 실행하려면 사용자 라이선스 사용(BYOL)이 필요합니다.

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

배포 아키텍처

Google Cloud 기반 SAP HANA는 수직 확장 및 수평 확장 아키텍처를 지원합니다.

수직 확장 아키텍처

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

수직 확장 아키텍처

Google Cloud에서 SAP HANA 단일 호스트 수직 확장 아키텍처는 다음 구성요소를 포함할 수 있습니다.

  • SAP HANA 데이터베이스에 사용할 Compute Engine 인스턴스 1개와 네트워크 대역폭 최대 16Gbps

  • 다음과 같은 Compute Engine 영구 디스크입니다.

    • /hana/data 볼륨과 /hana/log 볼륨에는 다음 영구 디스크 구성 중 하나를 사용할 수 있습니다.

      • 두 볼륨에 대한 파티션을 나눈 SSD 기반 영구 디스크 1개
      • SSD 기반 영구 디스크 2개(볼륨당 1개씩)

      성능을 위해 SSD 및 균형 있는 영구 디스크의 최소 크기의 표에 따라 SSD 기반 영구 디스크의 크기를 조절해야 합니다.

    • 부팅 디스크용 균형 있는 영구 디스크 1개

    • (선택사항) SAP HANA 데이터베이스 백업용 표준 영구 디스크

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

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

  • 선택적 구성요소:

공개 IP 없이 SAP HANA 시스템을 프로비저닝하는 경우 공개 인터넷을 통해 리소스에 직접 연결할 수 없으므로 액세스를 위해 간접적인 방법을 제공해야 합니다.

  • VM이 Google Cloud API에 액세스할 수 있도록 Google 비공개 액세스를 구성합니다.

  • Cloud NAT를 사용하거나 VM을 NAT 게이트웨이로 구성하여 공개 인터넷에 액세스합니다.

  • 관리 목적으로 TCP 전달을 사용하여 시스템에 연결할 수 있습니다. TCP 전달용 IAP(Identity-Aware Proxy) 사용에 대한 자세한 내용은 TCP 전달에 IAP 사용을 참조하세요.

  • 배스천 호스트로 구성된 Compute Engine VM을 사용하여 공개 인터넷에 액세스할 수 있습니다.

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

수평 확장 아키텍처

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

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

다음 다이어그램은 Google Cloud의 수평 확장 아키텍처를 보여줍니다.

수평 확장 아키텍처 다이어그램

대기 호스트는 SAP HANA 호스트 자동 장애 조치 솔루션을 지원합니다. Google Cloud의 호스트 자동 장애 조치에 대한 자세한 내용은 Google Cloud의 SAP HANA 호스트 자동 장애 조치를 참조하세요.

다음 다이어그램은 Google Cloud의 호스트 자동 장애 조치가 포함된 수평 확장 아키텍처를 보여줍니다.

호스트 자동 장애 조치가 포함된 수평 확장 아키텍처 다이어그램

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에서 지원되는 머신 유형에 대한 자세한 내용은 SAP HANA용으로 인증된 머신 유형을 참조하세요.

  • 다음과 같은 Compute Engine 영구 디스크입니다.

    • 각 VM에는 올바른 위치에 마운트된 SSD 영구 디스크가 포함되어야 합니다.
    • 선택적으로 SAP HANA 호스트 자동 장애 조치 시스템을 배포하지 않는 경우 VM당 /hanabackup 로컬 볼륨에 대한 표준 영구 디스크입니다.
  • /hana/shared 볼륨과 /hanabackup 볼륨을 작업자 및 대기 호스트와 공유할 수 있도록 별도로 배포되는 NFS 솔루션. Filestore 또는 다른 NFS 솔루션을 사용할 수 있습니다.

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

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

  • 선택적 구성요소:

공개 IP 없이 SAP HANA 시스템을 프로비저닝하는 경우 공개 인터넷을 통해 리소스에 직접 연결할 수 없으므로 액세스를 위해 간접적인 방법을 제공해야 합니다.

  • VM이 Google Cloud API에 액세스할 수 있도록 Google 비공개 액세스를 구성합니다.

  • Cloud NAT를 사용하거나 VM을 NAT 게이트웨이로 구성하여 공개 인터넷에 액세스합니다.

  • 관리 목적으로 TCP 전달을 사용하여 시스템에 연결할 수 있습니다. TCP 전달용 IAP(Identity-Aware Proxy) 사용에 대한 자세한 내용은 TCP 전달에 IAP 사용을 참조하세요.

  • 배스천 호스트로 구성된 Compute Engine VM을 사용하여 공개 인터넷에 액세스할 수 있습니다.

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

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

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에 대한 최소 지원 요구사항에 대한 상세 설명은 다음을 참조하세요.

다음 단계