이 가이드에서는 Google Cloud 기반 SAP HANA를 실행하는 데 필요한 사항을 간략하게 설명하고 새로운 SAP HANA 시스템 구현 계획 시 유용한 세부정보를 제공합니다.
Google Cloud에 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 Engine 및 Cloud Storage를 통해 제공되는 IaaS 기반 서비스는 물론 도구와 같은 전체 플랫폼 기능 일부를 주로 사용하게 됩니다.
중요 개념과 용어는 Google Cloud Platform 개요를 참조하세요. 이 가이드에서는 상황 설명과 편의를 위해 개요의 일부 정보만 발췌합니다.
엔터프라이즈급 조직이 Google Cloud를 실행할 때의 고려사항에 대한 개요는 Google Cloud 아키텍처 프레임워크를 참조하세요.
Google Cloud와 상호작용
Google Cloud는 클라우드에서 플랫폼 및 리소스와 상호작용하기 위한 세 가지 기본 방법을 제공합니다.
- Google Cloud 콘솔 - 웹 기반 사용자 인터페이스입니다.
gcloud명령줄 도구 - Google Cloud 콘솔에서 제공하는 기능 외에 추가 기능을 제공합니다.- 클라이언트 라이브러리 - 서비스 액세스와 리소스 관리용 API 제공. 클라이언트 라이브러리는 자신만의 도구를 빌드할 때 유용합니다.
Google Cloud 서비스
SAP 배포에는 일반적으로 다음과 같은 Google Cloud 서비스가 일부 또는 모두 사용됩니다.
| 서비스 | 설명 |
|---|---|
| VPC 네트워킹 |
VM 인스턴스를 서로 간에 그리고 인터넷에 연결합니다. 각 VM 인스턴스는 단일 전역 IP 범위를 가진 기존 네트워크의 구성원이거나 대규모 네트워크에 속한 단일 서브네트워크에 VM 인스턴스가 속하는 권장 서브넷 네트워크입니다. 가상 프라이빗 클라우드(VPC) 네트워크는 Google Cloud 프로젝트를 포함할 수 없지만 Google Cloud 프로젝트에는 여러 VPC 네트워크가 있을 수 있습니다. 여러 프로젝트의 리소스를 공통 VPC 네트워크에 연결하려면 공유 VPC를 사용합니다. 이렇게 하면 해당 네트워크의 내부 IP 주소를 사용하여 리소스가 서로 안전하고 효율적으로 통신할 수 있습니다. 요구사항, 구성 단계, 사용을 비롯하여 공유 VPC를 프로비저닝하는 방법에 대한 자세한 내용은 공유 VPC 프로비저닝을 참조하세요. |
| Compute Engine | 원하는 운영체제 및 소프트웨어 스택을 사용하여 VM을 만들고 관리합니다. |
| Persistent Disk 및 Hyperdisk |
Persistent Disk와 Google Cloud Hyperdisk를 사용할 수 있습니다.
|
| Google Cloud 콘솔 |
Compute Engine 리소스를 관리하는 브라우저 기반 도구입니다. 템플릿을 사용하여 필요한 모든 Compute Engine 리소스와 인스턴스를 설명합니다. Google Cloud 콘솔에서 수행되므로 리소스를 개별적으로 만들고 구성하거나 종속 항목을 파악할 필요가 없습니다. |
| Cloud Storage | 복제를 통해 내구성과 안정성을 높이기 위해 SAP 데이터베이스 백업을 Cloud Storage에 저장할 수 있습니다. |
| Cloud Monitoring |
Compute Engine, 네트워크, 영구 스토리지 디스크의 배포, 성능, 업타임, 상태를 확인할 수 있습니다. Monitoring은 Google Cloud에서 측정항목, 이벤트, 메타데이터를 수집하고 이를 사용하여 대시보드, 차트, 알림으로부터 유용한 정보를 생성합니다. Monitoring을 통해 무료로 Compute 측정항목을 모니터링할 수 있습니다. |
| IAM |
Google Cloud 리소스의 권한을 통합적으로 제어할 수 있습니다. IAM을 사용하면 VM과 영구 스토리지 디스크의 생성, 수정, 삭제 그리고 네트워크 생성 및 수정을 포함하여 VM에서 제어 영역 작업을 수행할 수 있는 사용자를 제어할 수 있습니다. |
가격 및 할당량
가격 계산기로 사용 비용을 산출할 수 있습니다. 가격에 대한 자세한 내용은 Compute Engine 가격 책정, Cloud Storage 가격 책정, Google Cloud Observability 가격 책정을 참조하세요.
Google Cloud 리소스는 할당량을 따릅니다. CPU 또는 메모리 사용량이 많은 머신을 사용하려면 할당량을 추가로 요청해야 할 수 있습니다. 자세한 내용은 Compute Engine 리소스 할당량을 참조하세요.
규정 준수 및 주권 제어
데이터 상주, 액세스 제어, 지원 담당자 또는 규제 요건에 따라 SAP 워크로드를 실행해야 하는 경우 Assured Workloads를 사용할 계획을 세워야 합니다. Assured Workloads는 클라우드 환경의 품질을 저하시키지 않고 Google Cloud에서 규정을 준수하는 안전한 워크로드를 실행하는 데 도움이 됩니다. 자세한 내용은 Google Cloud 기반 SAP의 규정 준수 및 주권 제어를 참조하세요.
리소스 요구사항
SAP HANA용으로 인증된 머신 유형
SAP HANA의 경우 SAP는 Google Cloud에서 사용할 수 있는 머신 유형의 하위 집합만 인증합니다.
SAP가 SAP HANA에 대해 인증하는 머신 유형에는 Compute Engine 가상 머신(VM)과 베어메탈 솔루션 베어메탈 머신이 포함됩니다.
범용 n1- 및 n2-highmem VM 유형의 커스텀 구성도 SAP 인증을 받았습니다. 자세한 내용은 SAP HANA용으로 인증된 커스텀 VM 유형을 참조하세요.
각 머신 유형에서 HANA 사용이 인증된 운영체제는 SAP HANA용으로 인증된 운영체제를 참조하세요.
일부 머신 유형은 일부 Google Cloud 리전에서 사용할 수 없습니다. Compute Engine 가상 머신의 사용 가능한 리전을 확인하려면 사용 가능한 리전 및 영역을 참조하세요. SAP HANA 인증을 받은 베어메탈 솔루션 머신의 경우 SAP HANA용 베어메탈 솔루션 머신의 사용 가능한 리전을 참조하세요.
SAP는 인증 및 지원을 받는 SAP HANA 하드웨어 디렉터리에 SAP HANA에 맞는 인증된 머신 유형을 나열합니다.
다양한 Compute Engine VM 유형과 사용 사례에 대한 상세 설명은 머신 유형을 참조하세요.
SAP HANA용으로 인증된 Compute Engine VM
다음 표에는 SAP HANA용 SAP에서 인증된 Compute Engine VM이 나와 있습니다.
다음 표에는 SAP HANA의 프로덕션 용도로 SAP에서 인증한 모든 Google Cloud 머신 유형이 나와 있습니다.
이 표에는 SAP가 SAP HANA에서 실행되는 SAP Business One에 대해 인증하는 머신 유형이 포함되지 않습니다. SAP가 SAP HANA와 SAP Business One에 대해 인증하는 머신 유형은 Google Cloud에서 인증된 SAP 애플리케이션을 참조하세요.
| 머신 유형 | vCPUs | 메모리 | 운영체제 | CPU 플랫폼 | 애플리케이션 유형 | 참고 |
|---|---|---|---|---|---|---|
| N1 높은 메모리, 범용 VM 유형 | ||||||
n1-highmem-32 |
32 | 208GB | RHEL, SUSE |
Intel Broadwell | OLAP 또는 OLTP | 블록 스토리지: Compute Engine 영구 디스크 또는 NetApp CVS-성능(수직 확장만). |
n1-highmem-64 |
64 | 416GB | RHEL, SUSE | Intel Broadwell | OLAP 또는 OLTP | 블록 스토리지: Compute Engine 영구 디스크 또는 NetApp CVS-성능(수직 확장만). |
n1-highmem-96 |
96 | 624GB | RHEL, SUSE | Intel Skylake | OLAP 또는 OLTP | 블록 스토리지: Compute Engine 영구 디스크 또는 NetApp CVS-성능(수직 확장만). |
| N2 높은 메모리, 범용 VM 유형 | ||||||
n2-highmem-32 |
32 | 256GB | RHEL, SUSE | Intel Ice Lake, Intel Cascade Lake |
OLAP 또는 OLTP | 수직 확장만. 블록 스토리지: Compute Engine 영구 디스크 또는 NetApp CVS-성능. |
n2-highmem-48 |
48 | 384GB | RHEL, SUSE | Intel Ice Lake, Intel Cascade Lake |
OLAP 또는 OLTP | 수직 확장만. 블록 스토리지: Compute Engine 영구 디스크 또는 NetApp CVS-성능. |
n2-highmem-64 |
64 | 512GB | RHEL, SUSE | Intel Ice Lake, Intel Cascade Lake |
OLAP 또는 OLTP | 수직 확장만. 블록 스토리지: Compute Engine 영구 디스크 또는 NetApp CVS-성능. |
n2-highmem-80 |
80 | 640GB | RHEL, SUSE | Intel Ice Lake, Intel Cascade Lake |
OLAP 또는 OLTP | 수직 확장만. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 익스트림 또는 NetApp CVS-Performance. |
n2-highmem-96 |
96 | 768GB | RHEL, SUSE | Intel Ice Lake | OLAP 또는 OLTP | 수직 확장만. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 익스트림 또는 NetApp CVS-Performance. |
n2-highmem-128 |
128 | 864GB | RHEL, SUSE | Intel Ice Lake | OLAP 또는 OLTP | 수직 확장만. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 익스트림 또는 NetApp CVS-Performance. |
| C3 범용 VM 유형 | ||||||
c3-standard-44 |
44 | 176GB | RHEL, SUSE | Intel Sapphire Rapids | OLAP 또는 OLTP | 수직 확장만. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 밸런스드 또는 NetApp CVS-Performance. |
c3-highmem-44 |
44 | 352GB | RHEL, SUSE | Intel Sapphire Rapids | OLAP 또는 OLTP | 수직 확장만. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 밸런스드 또는 NetApp CVS-Performance. |
c3-highmem-88 |
88 | 704GB | RHEL, SUSE | Intel Sapphire Rapids | OLAP 또는 OLTP | 수직 확장만. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 익스트림, 하이퍼디스크 밸런스드 또는 NetApp CVS-Performance. |
c3-highmem-176 |
176 | 1,408GB | RHEL, SUSE | Intel Sapphire Rapids | OLAP 또는 OLTP | 수직 확장만. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 익스트림, 하이퍼디스크 밸런스드 또는 NetApp CVS-Performance. |
| C3 범용 베어메탈 머신 유형 | ||||||
c3-highmem-192-metal |
192 | 1,536GB | RHEL, SUSE | Intel Sapphire Rapids | OLAP 또는 OLTP | 수직 확장만. 블록 스토리지: 하이퍼디스크 익스트림, 하이퍼디스크 균형 |
| C4 범용 VM 유형 | ||||||
c4-highmem-32 |
32 | 248GB | RHEL, SUSE | 인텔 Emerald Rapids | OLAP 또는 OLTP | 수직 확장만 해당. 블록 스토리지: 하이퍼디스크 익스트림, 하이퍼디스크 균형 또는 NetApp CVS-Performance. |
c4-highmem-48 |
48 | 372GB | RHEL, SUSE | 인텔 Emerald Rapids | OLAP 또는 OLTP | 수직 확장만 해당. 블록 스토리지: 하이퍼디스크 익스트림, 하이퍼디스크 균형 또는 NetApp CVS-Performance. |
c4-highmem-96 |
96 | 744GB | RHEL, SUSE | 인텔 Emerald Rapids | OLAP 또는 OLTP | 수직 확장만 해당. 블록 스토리지: 하이퍼디스크 익스트림, 하이퍼디스크 균형 또는 NetApp CVS-Performance. |
c4-highmem-192 |
192 | 1,488GB | RHEL, SUSE | 인텔 Emerald Rapids | OLAP 또는 OLTP | 수직 확장만 해당. 블록 스토리지: 하이퍼디스크 익스트림, 하이퍼디스크 균형 또는 NetApp CVS-Performance. |
| M1 메모리 최적화 VM 유형 | ||||||
m1-megamem-96 |
96 | 1,433GB | RHEL, SUSE | Intel Skylake | OLAP 또는 OLTP | OLAP: 최대 16개의 노드로 수직 확장 또는 수평 확장. OLTP: 수직 확장만. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 익스트림, 하이퍼디스크 균형 또는 NetApp CVS-성능(OLTP 수직 확장의 경우에만). |
m1-ultramem-40 |
40 | 961GB | RHEL, SUSE | Intel Broadwell | OLTP만 | 수직 확장만. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 밸런스드 또는 NetApp CVS-Performance. |
m1-ultramem-80 |
80 | 1,922GB | RHEL, SUSE | Intel Broadwell | OLTP만 | 수직 확장만. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 익스트림, 하이퍼디스크 밸런스드 또는 NetApp CVS-Performance. |
m1-ultramem-160 |
160 | 3,844GB | RHEL, SUSE | Intel Broadwell | OLAP 또는 OLTP | 노드를 최대 16개까지 수직 확장 및 수평 확장하도록 인증된 2TB OLAP 워크로드. 워크로드 기반 크기 조정으로 지원되는 최대 4TB OLAP 워크로드. OLTP 워크로드가 수직 확장으로만 인증되었습니다. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 익스트림, 하이퍼디스크 균형 또는 NetApp CVS-성능(OLTP 수직 확장의 경우에만). |
| M2 메모리 최적화 VM 유형 | ||||||
m2-megamem-416 |
416 | 5,888GB | RHEL, SUSE | Intel Cascade Lake | OLAP 또는 OLTP | 노드를 최대 16개까지 수직 확장 및 수평 확장하도록 인증된 OLAP 워크로드 OLTP 워크로드는 최대 4개의 노드로 수직 확장 또는 수평 확장되도록 인증되었습니다. OLTP 수평 확장 인증에는 SAP S/4HANA가 포함됩니다. S/4HANA를 사용한 수평 확장의 경우 SAP Note 2408419를 참조하세요. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 익스트림, 하이퍼디스크 균형 또는 NetApp CVS-성능(수직 확장의 경우에만). |
m2-ultramem-208 |
208 | 5,888GB | RHEL, SUSE | Intel Cascade Lake | OLTP만 | 수직 확장만. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 익스트림, 하이퍼디스크 밸런스드 또는 NetApp CVS-Performance. |
m2-ultramem-416 |
416 | 11,776GB | RHEL, SUSE | Intel Cascade Lake-SP | OLAP 또는 OLTP | OLAP 워크로드는 워크로드 기반 크기 조정을 사용하여 최대 16개의 노드로 수직 확장 또는 수평 확장되도록 인증되었습니다. OLTP 워크로드는 최대 4개의 노드로 수직 확장 또는 수평 확장되도록 인증되었습니다. OLTP 수평 확장 인증에는 SAP S/4HANA가 포함됩니다. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 익스트림, 하이퍼디스크 균형 또는 NetApp CVS-성능(수직 확장의 경우에만). S/4HANA를 사용한 수평 확장의 경우 SAP Note 2408419를 참조하세요. |
m2-hypermem-416 |
416 | 8,832GB | RHEL, SUSE | Intel Cascade Lake | OLTP만 | OLTP 워크로드는 최대 4개의 노드로 수직 확장 또는 수평 확장되도록 인증되었습니다.
OLTP 수평 확장 인증에는 SAP S/4HANA가 포함됩니다. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 익스트림, 하이퍼디스크 균형 또는 NetApp CVS-성능(수직 확장의 경우에만). S/4HANA를 사용한 수평 확장의 경우 SAP Note 2408419를 참조하세요. |
| M3 메모리 최적화 VM 유형 | ||||||
m3-ultramem-32 |
32 | 976GB | RHEL, SUSE | Intel Ice Lake | OLTP만 | 수직 확장만. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 밸런스드 또는 NetApp CVS-Performance. |
m3-ultramem-64 |
64 | 1,952GB | RHEL, SUSE | Intel Ice Lake | OLTP만 | 수직 확장만. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 익스트림, 하이퍼디스크 밸런스드 또는 NetApp CVS-Performance. |
m3-ultramem-128 |
128 | 3,904GB | RHEL, SUSE | Intel Ice Lake | OLAP 또는 OLTP | OLAP 워크로드는 워크로드 기반 크기 조정으로 수직 확장되도록 인증되었습니다. OLTP 워크로드가 수직 확장되도록 인증되었습니다. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 익스트림, 하이퍼디스크 밸런스드 또는 NetApp CVS-Performance. |
m3-megamem-64 |
64 | 976GB | RHEL, SUSE | Intel Ice Lake | OLAP 또는 OLTP | 수직 확장만. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 익스트림, 하이퍼디스크 밸런스드 또는 NetApp CVS-Performance. |
m3-megamem-128 |
128 | 1,952GB | RHEL, SUSE | Intel Ice Lake | OLAP 또는 OLTP | 최대 16개의 노드로 수직 확장 또는 수평 확장. 블록 스토리지: Compute Engine 영구 디스크, 하이퍼디스크 익스트림, 하이퍼디스크 밸런스드 또는 NetApp CVS-Performance(수직 확장만). |
| X4 메모리 최적화 베어메탈 머신 유형 | ||||||
x4-megamem-960-metal |
960 | 16,384GB | SUSE | Intel Sapphire Rapids | OLAP 또는 OLTP |
OLAP 및 OLTP 워크로드는 최대 4개의 노드까지 수평 확장 및 수직 확장되도록 인증되었습니다. 블록 스토리지: 하이퍼디스크 익스트림, 하이퍼디스크 균형 |
x4-megamem-1440-metal |
1,440 | 24,576GB | SUSE | Intel Sapphire Rapids | OLAP 또는 OLTP |
OLTP 워크로드는 최대 4개의 노드까지 수평 확장되도록 인증되었습니다. OLAP 워크로드는 수직 확장으로만 인증되었습니다. 블록 스토리지: 하이퍼디스크 익스트림, 하이퍼디스크 균형 |
x4-megamem-1920-metal |
1,920 | 32,768GB | SUSE | Intel Sapphire Rapids | OLAP 또는 OLTP |
OLTP 워크로드는 최대 4개의 노드까지 수평 확장되도록 인증되었습니다. OLAP 워크로드는 수직 확장으로만 인증되었습니다. 블록 스토리지: 하이퍼디스크 익스트림, 하이퍼디스크 균형 |
SAP HANA용으로 인증된 베어메탈 솔루션 머신
다음 표에는 3계층 아키텍처에서 SAP HANA용으로 SAP 인증을 받은 베어메탈 솔루션 머신이 나와 있습니다.
이러한 인증된 머신 유형을 사용할 수 있는 리전을 확인하려면 SAP HANA용 베어메탈 솔루션 머신의 사용 가능한 리전을 참조하세요.
| 베어메탈 솔루션 머신 유형 | CPU 코어 | vCPU | 소켓 | 메모리 | CPU 플랫폼 | 운영체제 | 애플리케이션 유형 | 참고 |
|---|---|---|---|---|---|---|---|---|
| O2 메모리 최적화 베어메탈 솔루션 머신 유형 | ||||||||
o2-ultramem-672-metal |
336 | 672 | 12 | 18TB | Intel Cascade Lake | RHEL, SUSE | OLTP만 | 3계층 아키텍처에서만 수직 확장 표준 크기 조정 |
o2-ultramem-896-metal |
448 | 896 | 16 | 24TB | Intel Cascade Lake | RHEL, SUSE | OLTP만 | 3계층 아키텍처에서만 수직 확장 표준 크기 조정 |
SAP HANA용으로 인증된 커스텀 머신 유형
다음 표에는 Google Cloud 기반 SAP HANA를 프로덕션에 사용하도록 SAP 인증을 받은 Compute Engine 커스텀 머신 유형이 나와 있습니다.
SAP는 Compute Engine에서 사용할 수 있는 커스텀 머신 유형의 하위 집합만 인증합니다.
커스텀 머신 유형은 Compute Engine에서 정의한 맞춤설정 규칙이 적용됩니다. 규칙은 맞춤설정하는 머신 유형에 따라 다릅니다. 전체 맞춤설정 규칙은 커스텀 VM 인스턴스 만들기를 참조하세요.
| 기본 머신 유형 | vCPUs | 메모리(GB) | 운영체제 | CPU 플랫폼 |
|---|---|---|---|---|
| N1-highmem | 2로 나누어 떨어지는 32~64 사이의 vCPU 수 | vCPU 하나당 6.5GB | RHEL, SUSE | Intel Broadwell |
| N2-highmem(수직 확장만) | Intel Ice Lake에서 4로 나누어 떨어지는 32~80 사이의 vCPU 수. Intel Cascade Lake에서 4로 나누어 떨어지는 32~80 사이의 vCPU 수. |
vCPU당 최대 8GB | RHEL, SUSE | Intel Ice Lake, Intel Cascade Lake |
SAP HANA용 베어메탈 솔루션 머신의 사용 가능한 리전
다음 표에는 베어메탈 솔루션에서 SAP HANA를 지원하는 현재 Google Cloud 리전이 나와 있습니다.
| 지역 | 위치 |
|---|---|
europe-west3 |
유럽 독일 프랑크푸르트 |
europe-west4 |
유럽 네덜란드 엠스하벤 |
us-central1 |
북미 미국 아이오와 카운슬 블러프스 |
us-east4 |
북미 미국 버지니아 애쉬번 |
앞의 표에 원하는 리전이 나와 있지 않으면 Google Cloud 영업팀에 문의하세요.
메모리 구성
메모리 구성 옵션은 선택한 Compute Engine VM 인스턴스 유형에 따라 결정됩니다. 자세한 내용은 SAP HANA용으로 인증된 머신 유형 표를 참조하세요.
네트워크 구성
Compute Engine VM 네트워크 기능은 네트워크 인터페이스(NIC) 또는 IP 주소가 아닌 머신 계열에 따라 결정됩니다.
머신 유형에 따라 VM 인스턴스의 네트워크 처리량이 2~32Gbps입니다. 또한 특정 머신 유형은 최대 100Gbps의 처리량을 지원하므로 Tier_1 네트워크 구성으로 Google Virtual NIC(gVNIC) 인터페이스 유형을 사용해야 합니다. 이러한 처리량 속도를 달성하는 기능은 트래픽 방향과 대상 IP 주소의 유형에 따라 달라집니다.
Compute Engine VM 네트워크 인터페이스는 물리적 및 소프트웨어 정의 네트워크 구성요소를 사용하는 중복되고 복원력이 우수한 네트워크 인프라를 통해 지원됩니다. 이러한 인터페이스는 기본 플랫폼의 중복성과 복원력을 상속합니다. 여러 가상 NIC를 트래픽 분리에 사용할 수 있지만 추가적인 복원력 또는 성능 이점은 제공하지 않습니다.
단일 NIC는 Compute Engine에서 SAP HANA 배포에 필요한 성능을 제공합니다. 특정 사용 사례, 보안 요구사항 또는 환경설정에는 인터넷 트래픽, 내부 SAP HANA 시스템 복제 트래픽, 특정 네트워크 정책 규칙의 이점을 얻을 수 있는 기타 흐름과 같이 트래픽 분리를 위한 추가 인터페이스가 필요할 수도 있습니다. 애플리케이션에서 제공하는 트래픽 암호화를 사용하고 최소 권한 방화벽 정책에 따라 네트워크 액세스를 보호하여 액세스를 제한하는 것이 좋습니다.
SAP HANA 플랫폼용 SAP HANA 보안 가이드에 설명된 대로 요구사항에 따라 여러 가지 방법으로 보안을 강화할 수 있습니다. 예를 들어 네트워크 격리를 구현할 수 있지만 이 경우 암호화, 포트, IP 허용 목록을 사용하지 않는 더 낮은 수준의 보안을 제공합니다.
네트워크 설계의 일부로 초기에 트래픽을 분리해야 하는 필요성을 고려하고 VM을 배포할 때 추가 NIC를 할당합니다. 각 네트워크 인터페이스를 다른 Virtual Private Cloud 네트워크에 연결해야 합니다. 네트워크 인터페이스 수는 필요한 격리 수준에 따라 선택할 수 있으며 vCPU가 8개 이상인 VM에 최대 8개의 인터페이스가 허용됩니다.
예를 들어 SAP HANA SQL 애플리케이션 클라이언트(SAP NetWeaver 애플리케이션 서버, 커스텀 애플리케이션 등)에 대해 Virtual Private Cloud 네트워크를 정의하고 SAP HANA 시스템 복제와 같은 서버 간 트래픽에 대해 별도의 네트워크를 정의할 수 있습니다. 세그먼트가 너무 많으면 네트워크 문제의 관리 및 해결이 복잡해질 수 있습니다. 나중에 마음이 바뀌면 Compute Engine 머신 이미지를 사용하여 연결된 모든 구성, 메타데이터, 데이터를 유지하면서 VM 인스턴스를 다시 만들 수 있습니다.
자세한 내용은 VM의 네트워킹 개요, 다중 네트워크 인터페이스, VM 네트워크 대역폭을 참조하세요.
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에서 제공되는 운영체제에 대한 자세한 내용은 Google Cloud에서 SAP HANA를 지원하는 운영체제를 참조하세요.
SAP가 Google Cloud 기반 SAP HANA에 지원하는 운영 체제에 대해 SAP에서 제공하는 정보를 보려면 인증 및 지원을 받는 SAP HANA 하드웨어 디렉터리로 이동하여 필요한 머신 유형을 클릭한 후 운영체제를 확인합니다.
아래 표에서는 다음을 포함하지 않습니다.
- 더 이상 기본 지원을 받지 않는 인증된 운영체제 버전
- SAP와 관련이 없는 운영체제 버전
| 운영체제 | 버전 | 지원되지 않는 머신 유형 |
|---|---|---|
| RHEL for SAP | 9.4 참고 |
x4-megamem
|
| 9.2 참고 |
x4-megamemC3-metal |
|
| 9.0 참고 |
x4-megamemC3-metal |
|
| 8.10 |
x4-megamem
|
|
| 8.8 |
x4-megamemC3-metal |
|
| 8.6 |
x4-megamemC3-metal |
|
| 8.4 |
x4-megamemC3-metal |
|
| 8.2 |
x4-megamemC3-metal |
|
| 8.1 |
x4-megamemC3-metal c3-standardc3-highmemm3-ultramemm3-megamem
|
|
| 7.9 |
c4-highmemx4-megamemC3-metal |
|
| 7.7 |
c4-highmemx4-megamemC3-metal c3-standardc3-highmemm3-ultramemm3-megamem
|
|
| SLES for SAP | 15 SP5 | |
| 15 SP4 | ||
| 15 SP3 |
x4-megamemC3-metal |
|
| 15 SP2 |
x4-megamemC3-metal |
|
| 15 SP1 |
c4-highmemx4-megamemC3-metal c3-standardc3-highmemm3-ultramemm3-megamem
|
|
| 12 SP5 |
x4-megamemC3-metal |
커스텀 운영체제 이미지
Google Cloud에서 제공 및 관리하는 Linux 이미지(공개 이미지)를 사용할 수도 있고 Linux 이미지(커스텀 이미지)를 직접 제공하여 관리할 수도 있습니다.
필요한 SAP 인증 운영체제 버전이 Google Cloud에서 공개 이미지로 제공되지 않는다면 커스텀 이미지를 사용합니다. Compute Engine에 부팅 디스크 이미지 가져오기에서 자세하게 설명하겠지만 아래 단계는 커스텀 이미지의 사용 절차를 요약한 것입니다.
- Google Cloud Compute Engine 환경에서 부팅될 수 있고, 부팅이 된 후에는 액세스할 수 있도록 부팅 디스크를 준비합니다.
- 부팅 디스크 이미지 파일을 만들어서 압축합니다.
- 이미지 파일을 Cloud Storage에 업로드하고 Compute Engine에 새 커스텀 이미지로 가져옵니다.
- 가져온 이미지를 사용하여 가상 머신 인스턴스를 만들고 제대로 부팅되는지 확인합니다.
- 이미지를 최적화하고, 가져온 운영체제 이미지가 메타데이터 서버와 통신하고 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로 변경해야 하는 경우 SSH를 사용하여 VM에 연결하고 다음 명령어를 실행합니다.
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 영구 디스크 또는 Hyperdisk를 VM에 추가할 때 이 영구 디스크를 연결할 수 있습니다.지원되는 디스크 유형
Compute Engine은 솔리드 스테이트 드라이브(SSD) 기술 또는 표준 하드 디스크 드라이브(HDD) 기술을 기반으로 다양한 Persistent Disk와 하이퍼디스크 유형을 제공합니다. 각 유형은 성능 특성이 서로 다릅니다. Google Cloud는 데이터 중복성을 보장하고 성능을 최적화하기 위해 디스크의 기본 하드웨어를 관리하고 있습니다.
성능상의 이유로 SAP HANA /hana/data 및 /hana/log 볼륨에는 SSD 기반 영구 스토리지 디스크가 필요합니다.
SAP HANA와 함께 사용하도록 SAP 인증을 받은 SSD 기반 Persistent Disk 및 하이퍼디스크 유형은 다음과 같습니다.
SSD 기반 Persistent Disk 유형: 균형(
pd-balanced), 성능 또는 SSD(pd-ssd), 익스트림(pd-extreme)- 이러한 디스크 유형은 비용 효율적이고 안정적인 블록 스토리지를 제공합니다.
- 성능(SSD) 영구 디스크(
pd-ssd)는 균형 있는 영구 디스크(pd-balanced)보다 우수한 성능을 제공합니다. - 균형 있는 영구 디스크를 VM 인스턴스에 대해 다음을 호스팅하기 위한 권장 디스크로 사용합니다.
- VM 부팅 볼륨
/usr/sap볼륨/hana/shared볼륨(자체디스크에서 호스팅하는 경우)/hanabackup볼륨(디스크에 백업을 저장하는 경우) 백업 비용을 줄이려면 표준 HDD 영구 디스크(pd-standard)를 사용하면 됩니다. 균형 있는 영구 디스크는 표준 HDD 영구 디스크보다 빠르게 백업합니다. 디스크를 선택할 때 VM 유형이 디스크 유형을 지원하는지 확인하세요.
- 균형 및 성능(SSD) 영구 디스크는 PD 비동기 복제를 지원합니다. 리전 간 활성-수동 재해 복구에 이 기능을 사용할 수 있습니다. 자세한 내용은 PD 비동기 복제를 사용한 재해 복구를 참조하세요.
- 익스트림 영구 디스크(
pd-extreme)는 SAP HANA에 사용하도록 인증되지만 더 높은 성능을 제공하는 하이퍼디스크 익스트림(hyperdisk-extreme)을 사용하는 것이 좋습니다. 익스트림 영구 디스크를 사용하려면 SSD 기반 영구 디스크 및 하이퍼디스크 볼륨의 최소 크기의 정보에 따라 디스크를 프로비저닝해야 합니다.
하이퍼디스크 유형: 하이퍼디스크 익스트림(
hyperdisk-extreme) 및 하이퍼디스크 밸런스드(hyperdisk-balanced)- 하이퍼디스크 익스트림은 SSD 기반 영구 디스크 유형보다 더 높은 최대 IOPS 및 처리량 옵션을 제공합니다.
- 하이퍼디스크 익스트림 및 하이퍼디스크 밸런스드를 지원하는 머신 유형 목록은 머신 유형 지원을 참조하세요.
- 하이퍼디스크 균형을 X4와 같은 Compute Engine 베어메탈 인스턴스에 대해 다음을 호스팅하기 위한 권장 디스크로 사용합니다.
- 부팅 디스크
/usr/sap볼륨/hana/shared볼륨(자체디스크에서 호스팅하는 경우)/hanabackup볼륨(디스크에 백업을 저장하는 경우)
- 하이퍼디스크 익스트림은 IOPS를 프로비저닝하여 필요한 성능을 선택하면 처리량도 결정됩니다. 자세한 내용은 처리량을 참조하세요.
- 하이퍼디스크 밸런스드는 IOPS 및 처리량을 프로비저닝하여 필요한 성능을 선택합니다. 자세한 내용은 하이퍼디스크의 IOPS 및 처리량 프로비저닝 정보를 참조하세요.
- 최고 성능이 필요할 때
/hana/data및/hana/log볼륨에 하이퍼디스크 익스트림을 사용할 수 있습니다. - SAP HANA용 하이퍼디스크 익스트림에서 최고의 성능을 사용 설정하려면 하이퍼디스크 익스트림 성능의 권장사항에 따라 SAP HANA 시스템 속성을 업데이트하세요.
지원되는 디스크 레이아웃
다음 그림에서는 Google Cloud 기반 SAP HANA에 권장되는 아키텍처의 디스크 스토리지 레이아웃을 보여줍니다.
앞선 그림 왼쪽에 있는 구성에서는 분할 디스크 레이아웃을 사용합니다.
/hana/data 및 /hana/log 볼륨은 별도의 Hyperdisk에 있습니다. /hana/data 볼륨은 디스크 2개 이상에서 호스팅될 수 있습니다. 고성능이 필요하지 않은 /hana/shared 및 /usr/sap 볼륨은 Hyperdisk Extreme보다 비용이 저렴한 개별적인 균형 있는 영구 디스크에 있습니다.
오른쪽 구성은 통합 디스크 레이아웃을 사용합니다. 여기서 /hana/data, /hana/log, /hana/shared, /usr/sap 볼륨은 모두 단일 Hyperdisk 익스트림에 마운트됩니다.
영구 디스크와 Hyperdisk는 VM과는 별개의 위치에 있으므로 VM을 삭제한 후에도 이러한 디스크를 분리하거나 이동하여 데이터를 보존할 수 있습니다.
Google Cloud 콘솔에서 각 VM 인스턴스의 VM 인스턴스 세부정보 페이지에 있는 추가 디스크에서 VM 인스턴스에 연결된 Persistent Disk 및 Hyperdisk를 확인할 수 있습니다. Compute Engine 영구 디스크와 Hyperdisk 볼륨의 다양한 유형, 성능 특성, 사용 방법에 대한 자세한 내용은 다음 문서를 참조하세요.
- 스토리지 옵션
- 하이퍼디스크 정보
- 블록 스토리지 성능
- 성능에 영향을 미치는 기타 요인
- VM에 영구 디스크 추가
- 디스크 스냅샷 만들기 및 관리
- 기존 SAP HANA Persistent Disk 볼륨을 하이퍼디스크 익스트림 볼륨으로 마이그레이션
SSD 기반 Persistent Disk 및 Hyperdisk 볼륨의 최소 크기
SAP HANA용 특정 Compute Engine SSD 기반 영구 디스크의 크기를 조정할 때 SAP HANA 인스턴스의 스토리지 요구사항뿐 아니라 영구 디스크의 성능도 고려해야 합니다.
한도 내에서 SSD 또는 균형 있는 영구 디스크의 성능은 디스크 크기와 vCPU 수가 증가함에 따라 증가합니다. SSD 또는 균형 있는 영구 디스크가 너무 작으면 SAP HANA에 필요한 성능을 제공하지 못할 수 있습니다.
하이퍼디스크의 성능은 디스크 크기의 영향을 받지 않습니다. 프로비저닝하는 IOPS 또는 처리량에 따라 성능이 결정됩니다. 하이퍼디스크의 성능에 대한 자세한 내용은 하이퍼디스크 정보를 참조하세요.
550GB SSD 또는 943GB의 균형 있는 영구 디스크는 읽기 및 쓰기에 초당 최소 400MB의 지속적인 처리량을 제공합니다. 영구 디스크 성능에 대한 일반적인 정보는 블록 스토리지 성능을 참조하세요.
다음 표에는 SAP HANA에서 인증된 각 Compute Engine 머신 유형의 프로덕션 환경에서 SAP HANA 성능 요구사항을 충족하기 위해 권장되는 최소 SSD 영구 디스크(pd-ssd), 균형 있는 영구 디스크(pd-balanced), 하이퍼디스크 익스트림(hyperdisk-extreme), 하이퍼디스크 밸런스드(hyperdisk-balanced)의 크기가 나와 있습니다. 메모리 양만을 기반으로 하는 하이퍼디스크의 최소 크기는 참조용으로 이 표에 포함됩니다.
X4 인스턴스에서 실행되는 SAP HANA 시스템에 권장되는 스토리지 구성에 대한 자세한 내용은 X4에 지원되는 블록 스토리지를 참조하세요.
다음 표의 크기에서는 모든 SAP HANA 볼륨을 개별 디스크에 마운트한다고 가정합니다.
균형 있는 영구 디스크
균형 있는 영구 디스크 볼륨을 두 개 이상 사용하여 /hana/data 볼륨을 호스팅하려면 '/hana/data 크기(GB)' 열에 지정된 크기 값을 프로비저닝한 디스크 볼륨 간에 균등하게 분할해야 합니다.
| Compute Engine VM 유형 |
/hana/data 크기(GB)
|
/hana/log 크기(GB) |
/hana/shared 크기(GB) |
/usr/sap 크기(GB) |
전체 크기(GB) |
|---|---|---|---|---|---|
n1-highmem-32 |
599 | 104 | 208 | 32 | 943 |
n1-highmem-64 |
499 | 208 | 416 | 32 | 1,155 |
n1-highmem-96 |
748 | 312 | 624 | 32 | 1,716 |
n2-highmem-32 |
527 | 128 | 256 | 32 | 943 |
n2-highmem-48 |
460 | 192 | 384 | 32 | 1,068 |
n2-highmem-64 |
614 | 256 | 512 | 32 | 1,414 |
n2-highmem-80 |
768 | 320 | 640 | 32 | 1,760 |
n2-highmem-96 |
921 | 384 | 768 | 32 | 2,105 |
n2-highmem-128 |
1,036 | 432 | 864 | 32 | 2,364 |
c3-standard-44 |
647 | 88 | 176 | 32 | 943 |
c3-highmem-44 |
422 | 176 | 352 | 32 | 982 |
c3-highmem-88 |
844 | 352 | 704 | 32 | 1,932 |
c3-highmem-176 |
1,689 | 512 | 1,024 | 32 | 3,257 |
m1-megamem-96 |
1,719 | 512 | 1,024 | 32 | 3,287 |
m1-ultramem-40 |
1,153 | 480 | 961 | 32 | 2,626 |
m1-ultramem-80 |
2,306 | 512 | 1,024 | 32 | 3,874 |
m1-ultramem-160 |
4,612 | 512 | 1,024 | 32 | 6,180 |
m2-megamem-416 |
7,065 | 512 | 1,024 | 32 | 8,633 |
m2-ultramem-208 |
7,065 | 512 | 1,024 | 32 | 8,633 |
m2-ultramem-416 |
14,092 | 512 | 1,024 | 32 | 15,660 |
m2-hypermem-416 |
10,598 | 512 | 1,024 | 32 | 12,166 |
m3-ultramem-32 |
1,171 | 488 | 976 | 32 | 2,667 |
m3-ultramem-64 |
2,342 | 512 | 1,024 | 32 | 3,910 |
m3-ultramem-128 |
4,684 | 512 | 1,024 | 32 | 6,252 |
m3-megamem-64 |
1,171 | 488 | 976 | 32 | 2,667 |
m3-megamem-128 |
2,342 | 512 | 1,024 | 32 | 3,910 |
SSD 영구 디스크
SSD 영구 디스크 볼륨을 두 개 이상 사용하여 /hana/data 볼륨을 호스팅하려면 '/hana/data 크기(GB)' 열에 제공된 크기 값을 프로비저닝한 디스크 볼륨 간에 균등하게 분할해야 합니다.
| Compute Engine VM 유형 |
/hana/data 크기(GB)
|
/hana/log 크기(GB) |
/hana/shared 크기(GB) |
/usr/sap 크기(GB) |
전체 크기(GB) |
|---|---|---|---|---|---|
n1-highmem-32 |
249 | 104 | 208 | 32 | 593 |
n1-highmem-64 |
499 | 208 | 416 | 32 | 1,155 |
n1-highmem-96 |
748 | 312 | 624 | 32 | 1,716 |
n2-highmem-32 |
307 | 128 | 256 | 32 | 723 |
n2-highmem-48 |
460 | 192 | 384 | 32 | 1,068 |
n2-highmem-64 |
614 | 256 | 512 | 32 | 1,414 |
n2-highmem-80 |
768 | 320 | 640 | 32 | 1,760 |
n2-highmem-96 |
921 | 384 | 768 | 32 | 2,105 |
n2-highmem-128 |
1,036 | 432 | 864 | 32 | 2,364 |
c3-standard-44 |
254 | 88 | 176 | 32 | 550 |
c3-highmem-44 |
422 | 176 | 352 | 32 | 982 |
c3-highmem-88 |
844 | 352 | 704 | 32 | 1,932 |
c3-highmem-176 |
1,689 | 512 | 1,024 | 32 | 3,257 |
m1-megamem-96 |
1,719 | 512 | 1,024 | 32 | 3,287 |
m1-ultramem-40 |
1,153 | 480 | 961 | 32 | 2,626 |
m1-ultramem-80 |
2,306 | 512 | 1,024 | 32 | 3,874 |
m1-ultramem-160 |
4,612 | 512 | 1,024 | 32 | 6,180 |
m2-megamem-416 |
7,065 | 512 | 1,024 | 32 | 8,633 |
m2-ultramem-208 |
7,065 | 512 | 1,024 | 32 | 8,633 |
m2-ultramem-416 |
14,092 | 512 | 1,024 | 32 | 15,660 |
m2-hypermem-416 |
10,598 | 512 | 1,024 | 32 | 12,166 |
m3-ultramem-32 |
1,171 | 488 | 976 | 32 | 2,667 |
m3-ultramem-64 |
2,342 | 512 | 1,024 | 32 | 3,910 |
m3-ultramem-128 |
4,684 | 512 | 1,024 | 32 | 6,252 |
m3-megamem-64 |
1,171 | 488 | 976 | 32 | 2,667 |
m3-megamem-128 |
2,342 | 512 | 1,024 | 32 | 3,910 |
하이퍼디스크 익스트림
하이퍼디스크 익스트림을 사용하여 /hana/data 및 /hana/log 볼륨을 호스팅할 때는 별도의 균형 있는 영구 디스크에서 /hana/shared 및 /usr/sap 볼륨을 호스팅해야 합니다. /hana/shared 및 /usr/sap 볼륨은 데이터 및 로그 볼륨만큼 고성능이 필요하지 않기 때문입니다.
하이퍼디스크 익스트림 볼륨을 두 개 이상 사용하여 /hana/data 볼륨을 호스팅하려면 '/hana/data(GB) 크기 및 IOPS' 열에 제공된 크기 및 IOPS 값을 프로비저닝한 디스크 볼륨 간에 균등하게 분할해야 합니다.
| Compute Engine VM 유형 |
/hana/data 크기(GB) 및 IOPS
|
/hana/log 크기(GB) 및 IOPS |
/hana/shared 크기(GB) |
/usr/sap 크기(GB) |
전체 크기(GB) |
|---|---|---|---|---|---|
n2-highmem-80 |
768 GB, 10,000 IOPS | 320 GB, 10,000 IOPS | 640 | 32 | 1,760 |
n2-highmem-96 |
921 GB, 10,000 IOPS | 384 GB, 10,000 IOPS | 768 | 32 | 2,105 |
n2-highmem-128 |
1,036 GB, 10,000 IOPS | 432 GB, 10,000 IOPS | 864 | 32 | 2,364 |
c3-highmem-88 |
844 GB, 10,000 IOPS | 352 GB, 10,000 IOPS | 704 | 32 | 1,932 |
c3-highmem-176 |
1,689 GB, 10,000 IOPS | 512 GB, 10,000 IOPS | 1,024 | 32 | 3,257 |
c3-highmem-192-metal |
1,843 GB, 10,000 IOPS | 512 GB, 10,000 IOPS | 1,024 | 32 | 3,411 |
c4-highmem-32 |
297 GB 10,000 IOPS | 124 GB, 10,000 IOPS | 248 | 32 | 701 |
c4-highmem-48 |
446 GB, 10,000 IOPS | 186 GB, 10,000 IOPS | 372 | 32 | 1,036 |
c4-highmem-96 |
892 GB, 10,000 IOPS | 372 GB, 10,000 IOPS | 744 | 32 | 2,040 |
c4-highmem-192 |
1,785 GB, 10,000 IOPS | 512 GB, 10,000 IOPS | 1,024 | 32 | 3,353 |
m1-megamem-96 |
1,719 GB, 10,000 IOPS | 512 GB, 10,000 IOPS | 1,024 | 32 | 3,287 |
m1-ultramem-80 |
2,306 GB, 10,000 IOPS | 512 GB, 10,000 IOPS | 1,024 | 32 | 3,874 |
m1-ultramem-160 |
4,612 GB, 10,000 IOPS | 512 GB, 10,000 IOPS | 1,024 | 32 | 6,180 |
m2-megamem-416 |
7,065 GB, 14,130 IOPS | 512 GB, 3,000 IOPS | 1,024 | 32 | 8,633 |
m2-ultramem-208 |
7,065 GB, 14,130 IOPS | 512 GB, 10,000 IOPS | 1,024 | 32 | 8,633 |
m2-ultramem-416 |
14,092 GB, 28,184 IOPS | 512 GB, 10,000 IOPS | 1,024 | 32 | 15,660 |
m2-hypermem-416 |
10,598 GB, 21,196 IOPS | 512 GB, 10,000 IOPS | 1,024 | 32 | 12,166 |
m3-ultramem-64 |
2,342 GB, 10,000 IOPS | 512 GB, 10,000 IOPS | 1,024 | 32 | 3,910 |
m3-ultramem-128 |
4,684 GB, 10,000 IOPS | 512 GB, 10,000 IOPS | 1,024 | 32 | 6,252 |
m3-megamem-64 |
1,171 GB, 10,000 IOPS | 488 GB, 10,000 IOPS | 976 | 32 | 2,667 |
m3-megamem-128 |
2,342 GB, 10,000 IOPS | 512 GB, 10,000 IOPS | 1,024 | 32 | 3,910 |
하이퍼디스크 균형
SAP HANA에서 지원되는 최소 프로비저닝된 IOPS는 3,000이고 처리량은 400MBps입니다. 하지만 이 값은 특정 성능 요구사항에 맞게 조정할 수 있습니다. Google Cloud가 SAP HANA의 자동 배포를 위해 제공하는 Terraform 구성 파일에 사용되는 기본값이 3,000 IOPS 및 750MBps 처리량이므로 해당 값으로 시작 값을 사용하는 것이 좋습니다.
하이퍼디스크 균형 볼륨을 두 개 이상 사용하여 /hana/data 볼륨을 호스팅하려면 '/hana/data 크기(GB), IOPS, 처리량' 열에 제공된 크기, IOPS, 처리량 값을 프로비저닝한 디스크 볼륨 간에 균등하게 분할해야 합니다.
| Compute Engine VM 유형 |
/hana/data 크기(GB), IOPS, 처리량
|
/hana/log 크기(GB), IOPS, 처리량
|
/hana/shared 크기(GB) |
/usr/sap 크기(GB) |
전체 크기(GB) |
|---|---|---|---|---|---|
c3-standard-44 |
211GB, 10,000 IOPS 및 400MBps 처리량 | 88 GB, 3,000 IOPS 및 400MBps 처리량 | 176 | 32 | 507 |
c3-highmem-44 |
422 GB, 10,000 IOPS 및 400MBps 처리량 | 176 GB, 3,000 IOPS 및 400MBps 처리량 | 352 | 32 | 982 |
c3-highmem-88 |
844 GB, 10,000 IOPS 및 1,200MBps 처리량 | 352 GB, 3,000 IOPS 및 400MBps 처리량 | 704 | 32 | 1,932 |
c3-highmem-176 |
1,689 GB, 10,000 IOPS 및 1,200MBps 처리량 | 512 GB, 3,000 IOPS 및 400MBps 처리량 | 1,024 | 32 | 3,257 |
c3-highmem-192-metal |
1,843 GB, 10,000 IOPS 및 1,200 MBps 처리량 | 512 GB, 3,000 IOPS 및 400MBps 처리량 | 1,024 | 32 | 3,411 |
c4-highmem-32 |
297 GB 10,000 IOPS 및 400MBps 처리량 | 124 GB, 3,000 IOPS 및 400MBps 처리량 | 248 | 32 | 701 |
c4-highmem-48 |
446 GB, 10,000 IOPS 및 400MBps 처리량 | 186 GB, 3,000 IOPS 및 400MBps 처리량 | 372 | 32 | 1,036 |
c4-highmem-96 |
892 GB, 10,000 IOPS 및 800MBps 처리량 | 372 GB, 3,000 IOPS 및 400MBps 처리량 | 744 | 32 | 2,040 |
c4-highmem-192 |
1,785 GB, 10,000 IOPS 및 800MBps 처리량 | 512 GB, 3,000 IOPS 및 400MBps 처리량 | 1,024 | 32 | 3,353 |
m1-megamem-96 |
1,719 GB, 8,000 IOPS 및 1,000MBps 처리량 | 512 GB, 3,000 IOPS 및 400MBps 처리량 | 1,024 | 32 | 3,287 |
m1-ultramem-40 |
1,153 GB, 8,000 IOPS 및 900MBps 처리량 | 480 GB, 3,000 IOPS 및 400MBps 처리량 | 961 | 32 | 2,626 |
m1-ultramem-80 |
2,306 GB, 10,000 IOPS 및 1,200MBps 처리량 | 512 GB, 3,000 IOPS 및 400MBps 처리량 | 1,024 | 32 | 3,874 |
m1-ultramem-160 |
4,612 GB, 15,000 IOPS 및 1,200MBps 처리량 | 512 GB, 3,000 IOPS 및 400MBps 처리량 | 1,024 | 32 | 6,180 |
m2-megamem-416 |
7,065 GB, 20,000 IOPS 및 1,200MBps 처리량 | 512 GB, 3,000 IOPS 및 400MBps 처리량 | 1,024 | 32 | 8,633 |
m2-ultramem-208 |
7,065 GB 20,000 IOPS 및 1,200MBps 처리량 | 512 GB, 3,000 IOPS 및 400MBps 처리량 | 1,024 | 32 | 8,633 |
m2-ultramem-416 |
14,092 GB, 20,000 IOPS 및 1,200MBps 처리량 | 512 GB, 3,000 IOPS 및 400MBps 처리량 | 1,024 | 32 | 15,660 |
m2-hypermem-416 |
10,598 GB, 20,000 IOPS 및 1,200MBps 처리량 | 512 GB, 3,000 IOPS 및 400MBps 처리량 | 1,024 | 32 | 12,166 |
m3-ultramem-32 |
1,171 GB, 10,000 IOPS 및 900MBps 처리량 | 488 GB, 3,000 IOPS 및 400MBps 처리량 | 976 | 32 | 2,667 |
m3-ultramem-64 |
2,342 GB, 10,000 IOPS 및 1,200MBps 처리량 | 512 GB, 3,000 IOPS 및 400MBps 처리량 | 1,024 | 32 | 3,910 |
m3-ultramem-128 |
4,684 GB, 10,000 IOPS 및 1,200MBps 처리량 | 512 GB, 3,000 IOPS 및 400MBps 처리량 | 1,024 | 32 | 6,252 |
m3-megamem-64 |
1,171 GB, 10,000 IOPS 및 900MBps 처리량 | 488 GB, 3,000 IOPS 및 400MBps 처리량 | 976 | 32 | 2,667 |
m3-megamem-128 |
2,342 GB, 10,000 IOPS 및 1,200MBps 처리량 | 512 GB, 3,000 IOPS 및 400MBps 처리량 | 1,024 | 32 | 3,910 |
모든 SAP HANA 볼륨을 단일 디스크에 마운트할 수 있는 디스크 크기
다음 표의 크기에서는 단일 디스크를 사용해서 /hana/data, /hana/log, /hana/shared, /usr/sap 볼륨을 모두 호스팅한다고 가정합니다.
균형 있는 영구 디스크
| Compute Engine VM 유형 | 크기(GB) |
|---|---|
n1-highmem-32 |
943 |
n1-highmem-64 |
1,155 |
n1-highmem-96 |
1,716 |
n2-highmem-32 |
943 |
n2-highmem-48 |
1,068 |
n2-highmem-64 |
1,414 |
n2-highmem-80 |
1,760 |
n2-highmem-96 |
2,105 |
n2-highmem-128 |
2,364 |
c3-standard-44 |
943 |
c3-highmem-44 |
982 |
c3-highmem-88 |
1,932 |
c3-highmem-176 |
3,257 |
m1-megamem-96 |
3,287 |
m1-ultramem-40 |
2,626 |
m1-ultramem-80 |
3,874 |
m1-ultramem-160 |
6,180 |
m2-megamem-416 |
8,633 |
m2-ultramem-208 |
8,633 |
m2-ultramem-416 |
15,660 |
m2-hypermem-416 |
12,166 |
m3-ultramem-32 |
2,667 |
m3-ultramem-64 |
3,910 |
m3-ultramem-128 |
6,252 |
m3-megamem-64 |
2,667 |
m3-megamem-128 |
3,910 |
SSD 영구 디스크
| Compute Engine VM 유형 | 크기(GB) |
|---|---|
n1-highmem-32 |
593 |
n1-highmem-64 |
1,155 |
n1-highmem-96 |
1,716 |
n2-highmem-32 |
723 |
n2-highmem-48 |
1,068 |
n2-highmem-64 |
1,414 |
n2-highmem-80 |
1,760 |
n2-highmem-96 |
2,105 |
n2-highmem-128 |
2,364 |
c3-standard-44 |
550 |
c3-highmem-44 |
982 |
c3-highmem-88 |
1,932 |
c3-highmem-176 |
3,257 |
m1-megamem-96 |
3,287 |
m1-ultramem-40 |
2,626 |
m1-ultramem-80 |
3,874 |
m1-ultramem-160 |
6,180 |
m2-megamem-416 |
8,633 |
m2-ultramem-208 |
8,633 |
m2-ultramem-416 |
15,660 |
m2-hypermem-416 |
12,166 |
m3-ultramem-32 |
2,667 |
m3-ultramem-64 |
3,910 |
m3-ultramem-128 |
6,252 |
m3-megamem-64 |
2,667 |
m3-megamem-128 |
3,910 |
하이퍼디스크 익스트림
| Compute Engine VM 유형 | 크기(GB) 및 IOPS |
|---|---|
n2-highmem-80 |
1,760 GB, 20,000 IOPS |
n2-highmem-96 |
2,105 GB, 20,000 IOPS |
n2-highmem-128 |
2,364 GB, 20,000 IOPS |
c3-highmem-88 |
1,932 GB, 20,000 IOPS |
c3-highmem-176 |
3,257 GB, 20,000 IOPS |
c3-highmem-192-metal |
3,411 GB, 20,000 IOPS |
c4-highmem-32 |
701 GB, 20,000 IOPS |
c4-highmem-48 |
1036 GB, 20,000 IOPS |
c4-highmem-96 |
2,040 GB, 20,000 IOPS |
c4-highmem-192 |
3,353 GB, 20,000 IOPS |
m1-megamem-96 |
3,287 GB, 20,000 IOPS |
m1-ultramem-80 |
3,874 GB, 20,000 IOPS |
m1-ultramem-160 |
6,180 GB, 20,000 IOPS |
m2-megamem-416 |
8,633 GB, 24,130 IOPS |
m2-ultramem-208 |
8,633 GB, 24,130 IOPS |
m2-ultramem-416 |
15,660 GB, 38,184 IOPS |
m2-hypermem-416 |
12,166 GB, 31,196 IOPS |
m3-ultramem-64 |
3,910 GB, 20,000 IOPS |
m3-ultramem-128 |
6,252 GB, 20,000 IOPS |
m3-megamem-64 |
2,667 GB, 20,000 IOPS |
m3-megamem-128 |
3,910 GB, 20,000 IOPS |
하이퍼디스크 균형
| Compute Engine VM 유형 | 크기(GB), IOPS, 처리량 |
|---|---|
c3-standard-44 |
507GB, 13,000 IOPS 및 800MBps 처리량 |
c3-highmem-44 |
982 GB, 13,000 IOPS 및 800MBps 처리량 |
c3-highmem-88 |
1,932 GB, 13,000 IOPS 및 1,600MBps 처리량 |
c3-highmem-176 |
3,257 GB, 13,000 IOPS 및 1,600MBps 처리량 |
c3-highmem-192-metal |
3,411 GB, 13,000 IOPS 및 1,600MBps 처리량 |
c4-highmem-32 |
701 GB, 13,000 IOPS 및 800MBps 처리량 |
c4-highmem-48 |
1036 GB, 13,000 IOPS 및 800MBps 처리량 |
c4-highmem-96 |
2,040 GB, 13,000 IOPS 및 1,200MBps 처리량 |
c4-highmem-192 |
3,353 GB, 13,000 IOPS 및 1,200MBps 처리량 |
m1-megamem-96 |
3,287 GB, 11,000 IOPS 및 1,400MBps 처리량 |
m1-ultramem-40 |
2,626 GB, 11,000 IOPS 및 1,300MBps 처리량 |
m1-ultramem-80 |
3,874 GB, 13,000 IOPS 및 1,600MBps 처리량 |
m1-ultramem-160 |
6,180 GB, 18,000 IOPS 및 1,600MBps 처리량 |
m2-megamem-416 |
8,633 GB, 23,000 IOPS 및 1,600MBps 처리량 |
m2-ultramem-208 |
8,633 GB, 23,000 IOPS 및 1,600MBps 처리량 |
m2-ultramem-416 |
15,660 GB, 23,000 IOPS 및 1,600MBps 처리량 |
m2-hypermem-416 |
12,166 GB, 23,000 IOPS 및 1,600MBps 처리량 |
m3-ultramem-32 |
2,667 GB, 13,000 IOPS 및 1,300MBps 처리량 |
m3-ultramem-64 |
3,910 GB, 13,000 IOPS 및 1,600MBps 처리량 |
m3-ultramem-128 |
6,252 GB, 13,000 IOPS 및 1,600MBps 처리량 |
m3-megamem-64 |
2,667 GB, 13,000 IOPS 및 1,300MBps 처리량 |
m3-megamem-128 |
3,910 GB, 13,000 IOPS 및 1,600MBps 처리량 |
영구 디스크 또는 Hyperdisk 크기 결정
선택한 Compute Engine 머신 유형에 포함된 메모리 양을 기반으로 SAP HANA 볼륨에 필요한 영구 디스크 스토리지 양을 계산합니다.
디스크 크기에 대한 다음 안내는 Google Cloud와 SAP가 배포에 대해 성능과 총 소유 비용의 균형을 맞추기 위해 권장하는 최소 크기를 나타냅니다. 기본 디스크 유형이 지원하는 한도까지 디스크 크기를 늘릴 수 있습니다. 필요한 최소 디스크 크기에 대한 자세한 내용은 SSD 기반 영구 디스크의 최소 크기를 참조하세요.
수직 확장 시스템의 영구 디스크 크기 요구사항
SAP HANA 수직 확장 시스템의 경우 각 볼륨에 대해 다음 수식을 사용합니다.
/hana/data: 1.2 x 메모리/hana/log: 0.5 x 메모리 또는 512GB 중 더 작은 크기/hana/shared: 1 x 메모리 또는 1,024GB 중 더 작은 크기/usr/sap: 32GB/hanabackup: 2 x 메모리, 선택적 할당
수평 확장 시스템의 영구 디스크 크기 요구사항
SAP HANA 수평 확장 시스템의 경우 /hana/data, /hana/log, /usr/sap 볼륨에 SAP HANA 수평 확장 시스템과 동일한 수식을 사용합니다. /hana/shared 볼륨의 경우 배포에 있는 작업자 호스트 수를 기준으로 영구 디스크 또는 Hyperdisk 크기를 계산합니다.
작업자 호스트 4개마다 디스크 크기를 1 x 메모리 또는 1TB 중 더 작은 크기로 늘립니다. 예를 들면 다음과 같습니다.
- 작업자 호스트 1~4개: 1 x 메모리 또는 1TB 중 더 작은 크기
- 작업자 호스트 5~8개: 2 x 메모리 또는 2TB 중 더 작은 크기
- 작업자 호스트 9~12개: 3 x 메모리 또는 3TB 중 더 작은 크기
- 작업자 호스트 13~16개: 4 x 메모리 또는 4TB 중 더 작은 크기
SAP HANA 수평 확장 시스템의 전체 저장용량 할당량 요구사항을 확인하려면 수평 확장 시스템의 모든 호스트에 사용되는 각 디스크 유형의 디스크 크기를 합산해야 합니다. 예를 들어 pd-ssd 영구 디스크에 /hana/data 및 /hana/log를 넣고 pd-balanced 영구 디스크에 /hana/shared 및 /usr/sap를 넣은 경우 별도의 할당량을 요청하려면 pd-ssd 및 pd-balanced에 대해 별도의 합계가 필요합니다.
호스트 자동 장애 조치가 포함된 SAP HANA 수평 확장 시스템의 경우 마스터 및 작업자 호스트의 영구 디스크 크기만 계산하면 됩니다. 대기 호스트는 자체 /hana/data, /hana/log, /usr/sap 볼륨이 없습니다. 장애가 발생하면 SAP HANA 자동 장애 조치 기능이 /hana/data, /hana/log, /usr/sap 볼륨을 장애가 발생한 호스트에서 마운트 해제한 후 대기 호스트의 볼륨에 마운트합니다. 대기 호스트의 /hana/shared 볼륨과 /hanabackup 볼륨은 별도로 배포된 NFS 솔루션에 마운트됩니다.
추가 영구 디스크 스토리지 할당
SSD 기반 Persistent Disk 및 Hyperdisk 볼륨의 최소 크기에서 영구 디스크 또는 Hyperdisk 유형에 나열된 최소 크기 이상의 영구 디스크 또는 Hyperdisk 크기를 선택하세요.
SSD 또는 균형 있는 영구 디스크를 사용하는 경우 최소 크기는 SAP HANA 스토리지 요구사항이 아닌 SAP HANA 성능 요구사항에 따라 결정될 수 있습니다.
예를 들어 메모리가 256GB인 n2-highmem-32 VM 인스턴스에서 SAP HANA를 실행하는 경우 SAP HANA 볼륨에 대한 총 스토리지 요구사항은 723GB로, 데이터 볼륨 307GB, 로그 볼륨 128GB, 공유 볼륨 256GB, /usr/sap 볼륨 32GB입니다.
하지만 균형 있는 영구 디스크를 사용하는 경우 필요한 최소 크기는 943GB이며, 필요한 성능을 충족하기 위해 추가 220GB가 데이터 볼륨에 할당됩니다. 따라서 균형 있는 영구 디스크가 있는 n2-highmem-32 VM 인스턴스를 사용하여 SAP HANA를 실행하는 경우 943GB 이상의 영구 디스크 스토리지를 프로비저닝해야 합니다.
그러므로 영구 디스크 크기를 943GB 이상으로 지정해야 합니다. 필요한 성능을 제공하기 위해 220GB의 추가 프로비저닝이 데이터 볼륨에 적용됩니다.
모든 추가 영구 디스크 스토리지를 /hana/data 볼륨에 적용합니다.
SAP HANA의 크기 조정에 대한 SAP 정보는 SAP HANA 크기 조정을 참조하세요.
하이퍼디스크 성능
하이퍼디스크는 다른 SSD 기반 영구 디스크보다 /hana/log 및 /hana/data 볼륨에 더 높은 최대 IOPS 및 처리량 옵션을 제공합니다. 하이퍼디스크의 IOPS 및 처리량 옵션에 대한 자세한 내용은 하이퍼디스크의 IOPS 및 처리량 프로비저닝 정보를 참조하세요.
SSD 기반 영구 디스크와 달리 SAP HANA와 함께 하이퍼디스크를 사용하면 하이퍼디스크 크기를 조절할 때 성능에 대해 걱정하지 않아도 됩니다. 하이퍼디스크 크기 조정은 전적으로 SAP HANA의 스토리지 요구사항을 따릅니다. 영구 디스크 또는 하이퍼디스크 크기 조정에 대한 자세한 내용은 영구 디스크 크기 결정을 참조하세요.
SAP HANA에서 하이퍼디스크를 사용하는 동안 최상의 성능을 사용 설정하려면 다음과 같이 SAP HANA 시스템 속성을 업데이트하는 것이 좋습니다.
global.ini파일을 업데이트합니다.fileio섹션에서num_completion_queues = 12를 설정합니다.fileio섹션에서num_submit_queues = 12를 설정합니다.
indexserver.ini파일을 업데이트합니다.parallel섹션에서tables_preloaded_in_parallel = 32를 설정합니다.global섹션에서load_table_numa_aware = true를 설정합니다.
하이퍼디스크 익스트림 볼륨을 만들 때 프로비저닝하는 IOPS 수에 따라 최대 처리량이 결정됩니다. 다음 수식을 시작점으로 사용할 수 있습니다. 최소 2500MBps 처리량(IOPS당 256KB * 10,000 IOPS)을 제공하고 더 큰 디스크를 사용하는 더 큰 머신 유형의 경우 그 이상을 제공합니다.
/hana/log및/hana/data에 개별 디스크로 기본 배포 사용하는 경우:- 데이터 디스크의 IOPS:
maximum(10,000, size of data disk in GB * 2) - 로그 디스크의 IOPS:
maximum(10,000, size of log disk in GB * 2)
- 데이터 디스크의 IOPS:
/hana/data,/hana/log,/hana/shared,/usr/sap에 단일 디스크가 사용되는 경우:- 디스크의 IOPS:
maximum(10,000, size of data disk GB * 2) + maximum(10,000, size of log disk in GB * 2)
- 디스크의 IOPS:
프로비저닝할 수 있는 최대 IOPS 수는 사용하는 머신 유형에 따라 다를 수 있습니다. Hyperdisk 익스트림을 지원하는 머신 유형 목록과 Hyperdisk 익스트림이 각 머신 유형에 제공할 수 있는 최대 IOPS 및 처리량은 머신 유형 지원을 참조하세요.
하이퍼디스크 밸런스드 볼륨을 만들 때 IOPS 프로비저닝 및 처리량 프로비저닝 규칙을 고려하여 워크로드 성능 요구사항을 충족하도록 IOPS 및 처리량을 프로비저닝할 수 있습니다. SAP HANA에서 지원되는 최소 프로비저닝된 IOPS는 3,000이고 처리량은 400MBps입니다.
배포 자동화 스크립트로 배포된 Persistent Disk 및 Hyperdisk
Google Cloud에서 제공하는 Terraform 구성을 사용하여 SAP HANA 시스템을 배포하면 배포 스크립트는 SAP 볼륨에 다음과 같이 영구 디스크 또는 Hyperdisk를 할당합니다.
기본적으로
/hana/data,/hana/log,/hana/shared,/usr/sap의 각 디렉터리에 별도의 디스크가 배포됩니다.원하는 경우 단일 영구 디스크 또는 Hyperdisk에서 이러한 SAP 디렉터리를 호스팅하는 단일 디스크 레이아웃을 배포하도록 선택할 수 있습니다. 또한 SAP HANA 수평 확장 배포의 경우 NFS 솔루션에서
/hana/shared디렉터리를 호스팅합니다.(선택사항)
/hanabackup디렉터리용 디스크.
다음 예시에서는 256GB 메모리를 갖는 Compute Engine n2-highmem-32 VM에서 Terraform이 SAP HANA의 볼륨을 매핑하는 방법을 보여줍니다.
hana-ssd-example:~ # lvs LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert data vg_hana_data -wi-ao---- 308.00g log vg_hana_log -wi-ao---- 128.00g shared vg_hana_shared -wi-ao---- 256.00g usrsap vg_hana_usrsap -wi-ao---- 32.00g backup vg_hanabackup -wi-ao---- 512.00g
동일한 머신 유형의 볼륨 크기는 이 예시와 약간 다를 수 있습니다.
Google Cloud에서 SAP HANA에 제공하는 Deployment Manager 템플릿을 사용하거나 Terraform 구성을 사용하여 단일 디스크 레이아웃을 배포하려는 경우 배포 스크립트를 통해 SAP HANA /hana/data ,/hana/log ,/usr/sap, /hana/shared 디렉터리를 각각 자체 논리 볼륨으로 매핑하여 크기를 쉽게 조절하고 단일 볼륨 그룹의 SSD 기반 영구 디스크 또는 Hyperdisk에 매핑합니다.
Terraform 또는 Deployment Manager는 /hanabackup 디렉터리를 별도의 볼륨 그룹에 있는 논리 볼륨에 매핑한 다음 균형 있는 영구 디스크(pd-balanced)에 매핑합니다.
백업용 영구 디스크 스토리지(선택사항)
SAP HANA 백업을 디스크에 저장할 때는 균형 있는 영구 디스크(pd-balanced)를 사용하는 것이 좋습니다.
비용을 줄이려면 표준 HDD 영구 디스크(pd-standard)를 사용하면 됩니다. 그러나 더 높은 처리량 또는 동시 실행이 필요한 경우에는 균형 있는 영구 디스크를 사용하세요.
SAP HANA 백업 볼륨 크기는 최적의 기준선과 버스트 처리량을 제공하는 동시에 다수의 백업 세트를 저장할 수 있도록 설계되었습니다. 여러 백업 세트를 백업 볼륨에 저장하면 필요할 경우 데이터베이스를 더욱 쉽게 복구할 수 있습니다.
SAP HANA 백업을 재해 복구용 리전별 리소스로 사용하려면 Compute Engine 영구 디스크 스냅샷을 사용하면 됩니다. 정기적으로 영구 디스크를 자동으로 백업하도록 스냅샷을 예약할 수 있습니다. 자세한 내용은 영구 디스크 스냅샷을 참조하세요.
SAP HANA 동적 계층화를 사용하려면 백업 스토리지가 메모리 내 데이터와 동적 계층화 서버에서 관리하는 디스크 데이터를 모두 저장할 만큼 충분히 커야 합니다.
다른 메커니즘을 사용하여 SAP HANA 백업을 저장할 수 있습니다. SAP용 Google Cloud 에이전트의 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 빠른 다시 시작 옵션 사용을 권장합니다.
이 옵션은 Google Cloud의 Terraform 모듈 sap_hana 또는 sap_hana_ha, 버전 202309280828 이상을 사용하여 SAP HANA를 배포하는 경우에 자동으로 사용 설정됩니다. SAP HANA 빠른 다시 시작을 수동으로 사용 설정하는 방법에 대한 자세한 내용은 SAP HANA 빠른 다시 시작 사용 설정을 참조하세요.
SAP HANA 빠른 다시 시작은 SAP HANA가 종료되지만 운영체제는 계속 실행되는 경우 다시 시작하는 시간을 줄입니다. 다시 시작 시간을 줄이기 위해 SAP HANA는 SAP HANA 영구 메모리 기능을 활용하여 tmpfs 파일 시스템에 매핑된 열 저장 테이블의 MAIN 데이터 프래그먼트를 DRAM에 보존합니다.
또한 Compute Engine 메모리 최적화 머신 유형인 M2 및 M3 계열의 VM에서 SAP HANA 빠른 재시작은 메모리에서 수정 불가능한 오류가 발생하면 복구 시간을 개선합니다. 자세한 내용은 Compute Engine VM에서 빠른 다시 시작으로 메모리 오류 복구를 참조하세요.
SAP HANA 빠른 다른 시작에 필요한 OS 설정
SAP HANA 빠른 다시 시작을 사용하려면 SAP에서 요구하는 대로 운영체제를 조정해야 합니다.
Google Cloud에서 제공하는 Terraform 구성 파일 또는 Deployment Manager 템플릿을 사용하면 커널 설정이 자동으로 지정됩니다.
Google Cloud에서 제공하는 배포 파일을 사용하지 않는 경우 SAP에서 SAP HANA용 RHEL 및 SLES 운영체제를 모두 구성하는 방법을 안내합니다. SAP HANA 빠른 다시 시작의 경우 특히 numa_balancing 및 transparent_hugepage를 올바르게 설정하는 데 주의하세요.
RHEL을 사용하는 경우 sap-hana에 적합한 프로필을 사용합니다(사용 가능한 경우).
구성 단계는 다음을 참조하세요.
- SAP 참고 2292690 - SAP HANA DB: RHEL 7용 권장 OS 설정
- SAP 참고 2777782 - SAP HANA DB: RHEL 8용 권장 OS 설정
- SAP 참고 3108302 - SAP HANA DB: RHEL 9용 권장 OS 설정
SLES를 사용하는 경우 SUSE의 saptune 도구를 사용하여 필요한 구성을 적용합니다. 위의 두 커널 매개변수를 포함하여 권장되는 모든 SAP HANA 설정을 적용하려면 다음 saptune 명령어를 지정합니다.
saptune solution apply HANA
SAP HANA용 SLES 구성에 대한 자세한 내용은 다음을 참조하세요.
- SAP 참고 2205917 - SAP HANA DB: SLES 12/SLES for SAP Applications 12용 권장 OS 설정
- SAP 참고 2684254 - SAP HANA DB: SLES 15/SLES for SAP Applications 15용 권장 OS 설정
Compute Engine VM의 빠른 다시 시작으로 메모리 오류 복구
M2 및 M3 계열 Compute Engine 메모리 최적화 머신 유형의 VM에서 SAP HANA 빠른 다시 시작을 사용 설정하면 SAP HANA가 수정 불가능한 메모리 오류를 복구하는 데 걸리는 시간이 줄어듭니다.
Intel 프로세서 기능을 활용하면 메모리 하위 시스템에서 수정할 수 없는 오류가 발생할 때도 M2 및 M3 머신 유형을 계속 실행할 수 있습니다. 메모리 오류가 발생할 때 SAP HANA 빠른 다시 시작이 사용 설정된 경우 영향을 받는 SAP HANA 프로세스가 다시 시작되지만 전체 데이터베이스를 다시 로드할 필요는 없으며 영향을 받는 파일 블록만 다시 로드하면 됩니다.
메모리 오류 복구를 지원하는 머신 유형
다음 Compute Engine 머신 유형이 메모리 오류 복구를 지원합니다.
m3-ultramem-32m3-ultramem-64m3-ultramem-128m3-megamem-64m3-megamem-128m2-ultramem-208m2-ultramem-416m2-megamem-416m2-hypermem-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 파일 시스템을 만들기 위해 사용할 수 있습니다. SAP HANA 배포에서 Google Cloud용 NetApp Cloud Volumes Service를 사용하는 방법에 대한 자세한 내용은 Google Cloud용 NetApp Cloud Volumes Service 정보를 참조하세요.
사용자 식별 및 리소스 액세스
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용 베어메탈 머신 유형
이 섹션에서는 Compute Engine에서 제공하는 베어메탈 머신 유형에서 SAP HANA를 실행하는 방법에 대한 정보를 제공합니다. 여기에는 다음이 포함됩니다.
C3 베어메탈 머신 유형: 범용 머신의 C3 시리즈에는 베어메탈 머신 유형이 포함되어 있습니다.
- SAP HANA와 함께 사용할 수 있도록 SAP에서 인증한 C3 베어메탈 머신 유형에 대한 자세한 내용은 C3 범용 베어메탈 머신 유형을 참조하세요.
- SAP HANA 워크로드를 실행하기 위해 C3 베어메탈 머신 유형과 함께 사용할 수 있는 운영체제 버전에 대한 자세한 내용은 SAP HANA용으로 인증된 운영체제를 참조하세요.
- C3 베어메탈 머신 유형에서 SAP HANA를 실행하는 데 필요한 최소 블록 스토리지에 대한 자세한 내용은 SSD 기반 Persistent Disk 및 Hyperdisk 볼륨의 최소 크기를 참조하세요.
- C3 머신 시리즈에 대한 자세한 내용은 C3 머신 시리즈를 참조하세요.
X4: Compute Engine에서 제공하는 4세대 메모리 최적화 머신 유형입니다. 이 머신은 주로 최대 32TB 메모리가 필요한 SAP 워크로드를 지원하도록 설계되었습니다.
- SAP HANA와 함께 사용할 수 있도록 SAP에서 인증한 X4 머신 유형에 대한 자세한 내용은 X4 메모리 최적화 베어메탈 머신 유형을 참조하세요.
- SAP HANA 워크로드를 실행하기 위해 X4 머신 유형과 함께 사용할 수 있는 운영체제 버전에 대한 자세한 내용은 SAP HANA용으로 인증된 운영체제를 참조하세요.
- X4 머신 유형에서 SAP HANA 실행에 지원되는 블록 스토리지에 대한 자세한 내용은 X4에 지원되는 블록 스토리지를 참조하세요.
- X4 머신 시리즈에 대한 자세한 내용은 X4 머신 시리즈를 참조하세요.
X4에 지원되는 블록 스토리지
X4 머신에서 SAP HANA 워크로드를 실행할 수 있도록 블록 스토리지를 제공하려면 Hyperdisk Extreme 또는 Hyperdisk Balanced 볼륨을 사용하면 됩니다.
Google Cloud에서 X4 인스턴스에 권장하는 스토리지 구성에 대한 자세한 내용은 다음 섹션을 참조하세요.
비용 최적화된 구성
다음 표는 X4 머신 유형에서 SAP HANA를 실행하기 위한 비용에 최적화된 스토리지 구성을 보여줍니다. 다음 표의 크기에서는 모든 SAP HANA 볼륨을 개별 디스크에 마운트한다고 가정합니다.
| 머신 유형 | 부팅 볼륨(GB) | /usr/sap(GB) |
/hana/shared(GB) |
/hana/log 크기(GB), IOPS, 처리량 |
/hana/data(GB), IOPS, 처리량 |
|---|---|---|---|---|---|
| 하이퍼디스크 균형 | |||||
x4-megamem-960-metal |
50 | 32 | 1,024 | 512GB, 10,000IOPS, 2,400Mbps 처리량 | 16,384GB, 16,384IOPS, 2,400Mbps 처리량 |
x4-megamem-1440-metal |
50 | 32 | 1,024 | 512GB, 10,000IOPS, 2,400Mbps 처리량 | 24,576GB, 24,576 IOPS, 2,400Mbps 처리량 |
x4-megamem-1920-metal |
50 | 32 | 1,024 | 512GB, 10,000IOPS, 2,400Mbps 처리량 | 32,768GB, 32,768 IOPS, 2,400Mbps 처리량 |
성능 조정된 구성
다음 표에서는 X4 머신 유형에서 SAP HANA를 실행하기 위한 성능 조정된 스토리지 구성을 보여줍니다. 다음 표의 크기에서는 모든 SAP HANA 볼륨을 개별 디스크에 마운트한다고 가정합니다.
| 머신 유형 | 부팅 볼륨(GB) | /usr/sap(GB) |
/hana/shared(GB) |
/hana/log 크기(GB), IOPS, 처리량 |
/hana/data(GB), IOPS, 처리량 |
|---|---|---|---|---|---|
| 하이퍼디스크 균형 | 하이퍼디스크 익스트림 | ||||
x4-megamem-960-metal |
50 | 32 | 1,024 | 512GB, 10,000IOPS, 2,400Mbps 처리량 | 16,384GB, 32,768IOPS, 5,000Mbps 처리량 |
x4-megamem-1440-metal |
50 | 32 | 1,024 | 512GB, 10,000 IOPS, 2,400Mbps 처리량 | 24,576GB, 49,152IOPS, 5,000Mbps 처리량 |
x4-megamem-1920-metal |
50 | 32 | 1,024 | 512GB, 10,000IOPS, 2,400Mbps 처리량 | 32,768GB, 65,536IOPS, 5,000 Mbps 처리량 |
유연한 성능 구성
다음 표에서는 X4 머신 유형에서 SAP HANA를 실행하기 위한 유연한 성능을 제공하는 스토리지 구성을 보여줍니다. 다음 표의 크기에서는 모든 SAP HANA 볼륨을 개별 디스크에 마운트한다고 가정합니다.
| 머신 유형 | 부팅 볼륨(GB) | /usr/sap(GB) |
/hana/shared(GB) |
/hana/log 크기(GB), IOPS, 처리량 |
/hana/data(GB), IOPS, 처리량 |
|---|---|---|---|---|---|
| 하이퍼디스크 균형 | 하이퍼디스크 익스트림 | ||||
x4-megamem-960-metal |
50 | 32 | 1,024 | 512GB, 10,000IOPS, 2,500Mbps 처리량 | 16,384GB, 32,768IOPS, 5,000Mbps 처리량 |
x4-megamem-1440-metal |
50 | 32 | 1,024 | 512GB, 10,000IOPS, 2,500Mbps 처리량 | 24,576GB, 49,152IOPS, 5,000Mbps 처리량 |
x4-megamem-1920-metal |
50 | 32 | 1,024 | 512GB, 10,000IOPS, 2,500Mbps 처리량 | 32,768GB, 65,536IOPS, 5,000 Mbps 처리량 |
배포 자동화
SAP HANA를 실행하려면 Google Cloud에서 제공하는 Terraform 구성을 사용하여 베어메탈 인스턴스를 배포하면 됩니다. 이러한 구성은 기본적으로 다음을 수행하도록 설계되었습니다.
- SAP HANA 데이터와 로그 볼륨을 호스팅하기 위해 하이퍼디스크 익스트림 볼륨을 배포합니다. 대신 하이퍼디스크 균형 볼륨을 배포하려면
disk_typeTerraform 인수를 사용합니다. - SAP HANA 빠른 재시작 옵션을 사용 설정합니다.
- 디스크에 SAP HANA 백업 볼륨을 호스팅하는 경우 이러한 Terraform 구성은 기본적으로 하이퍼디스크 균형 볼륨을 배포합니다. 이 디스크 배포는
backup_disk_typeTerraform 인수에 따라 결정됩니다.
SAP HANA 배포를 위해 Google Cloud가 제공하는 Terraform 구성에 대한 자세한 내용은 지원되는 SAP 솔루션을 참조하세요.
배포 후 작업
SAP HANA를 실행하기 위해 베어메탈 인스턴스를 배포한 후에는 다음을 수행하는 것이 좋습니다.
- SAP용 Google Cloud 에이전트 버전 3.6(최신)이 설치되어 있는지 확인합니다. 에이전트 설치 방법에 대한 자세한 내용은 Compute Engine VM 인스턴스에 SAP용 Google Cloud 에이전트 설치 및 구성을 참조하세요. 최신 버전으로 업데이트하는 방법은 SAP용 Google Cloud 에이전트 업데이트를 참조하세요.
- X4 인스턴스에서 SAP HANA 워크로드를 가장 효과적으로 지원하도록 OS 구성을 최적화합니다. SAP용 Google Cloud 에이전트를 사용하여 이 작업을 수행할 수 있습니다. 자세한 내용은 베어메탈 인스턴스에서 게스트 OS 구성을 참조하세요.
- 워크로드를 스캔하고 SAP, Google Cloud, OS 공급업체에서 규정한 표준, 규칙, 권장사항과의 편차를 감지할 수 있는 규칙 기반 검증 서비스인 워크로드 관리자를 사용하여 SAP 워크로드를 평가합니다. SAP 워크로드를 평가하는 방법은 평가 작성 및 실행을 참조하세요. SAP 워크로드에 지원되는 평가에 대한 자세한 내용은 SAP용 워크로드 관리자 권장사항을 참조하세요.
하이퍼스레딩
하이퍼스레딩은 기본적으로 사용 설정되어 있으며 모든 Compute Engine 머신 유형에 권장되는 설정입니다.
vCPU가 1,000개 넘게 있는 컴퓨팅 인스턴스에서 최적의 SAP HANA 성능을 얻으려면 SAP HANA 2.0 SPS7 버전 76 이상을 사용하는 것이 좋습니다.
vCPU가 1,000개 넘게 있는 컴퓨팅 인스턴스에서 OLTP 워크로드와 함께 이전 버전의 SAP HANA를 실행하는 경우 하이퍼스레딩을 사용 중지하면 성능이 약간 향상될 수 있습니다. 부하 테스트 중에 테스트하는 것이 좋습니다. SAP용 Google Cloud 에이전트를 사용하여 X4 인스턴스의 하이퍼스레딩을 중지하는 방법에 대한 자세한 내용은 X4 인스턴스의 하이퍼스레딩 중지를 참조하세요.
SAP HANA의 가격 책정 및 할당량 고려 사항
본 배포 가이드에 따라 생성된 리소스를 사용하면서 발생하는 비용은 사용자가 부담합니다. 가격 계산기를 사용하여 실제 비용을 예상해 보세요.
할당량
SAP HANA를 사용하려면 많은 Google Cloud의 워크로드보다 더 많은 CPU와 메모리가 필요합니다. 새로운 Google Cloud 계정이 있거나 할당량 상향 조정을 아직 요청하지 않았으면 SAP HANA를 배포하기 위해 요청을 해야 합니다.
다음 표는 단일 호스트 수직 확장 SAP HANA 시스템일 때 VM 인스턴스 유형에 따른 할당량 값을 나타낸 것입니다.
수평 확장 SAP HANA 시스템 또는 여러 수직 확장 시스템의 경우 모든 시스템에 대한 총 리소스 양을 포함해야 합니다. 수평 확장 시스템의 스토리지 요구사항을 확인하려면 영구 디스크 크기 결정을 참조하세요.
기존 할당량을 확인한 후 리소스(CPU, 메모리, 스토리지) 요구사항과 비교하여 어느 정도까지 상향 조정을 요청할 수 있는지 살펴보세요. 그런 다음 할당량 한도 상향 조정을 요청할 수 있습니다.
익스트림 영구 디스크(pd-extreme)는 계속해서 SAP HANA와 함께 사용하도록 인증되었지만 더 높은 성능을 제공하는 Hyperdisk 익스트림을 사용하는 것이 좋습니다. 익스트림 영구 디스크를 사용하려면 Hyperdisk 익스트림 크기를 사용하여 프로비저닝해야 합니다.
균형 있는 영구 디스크
| Compute Engine VM 유형 | vCPU | 메모리(GB) | 할당량(GB) |
|---|---|---|---|
n1-highmem-32 |
32 | 208 | 943 |
n1-highmem-64 |
64 | 416 | 1,155 |
n1-highmem-96 |
96 | 624 | 1,716 |
n2-highmem-32 |
32 | 256 | 943 |
n2-highmem-48 |
48 | 384 | 1,068 |
n2-highmem-64 |
64 | 512 | 1,414 |
n2-highmem-80 |
80 | 640 | 1,760 |
n2-highmem-96 |
96 | 768 | 2,105 |
n2-highmem-128 |
128 | 864 | 2,364 |
c3-standard-44 |
44 | 176 | 507 |
c3-highmem-44 |
44 | 352 | 982 |
c3-highmem-88 |
88 | 704 | 1,932 |
c3-highmem-176 |
176 | 1,408 | 3,257 |
m1-megamem-96 |
96 | 1,433 | 3,287 |
m1-ultramem-40 |
40 | 961 | 2,626 |
m1-ultramem-80 |
80 | 1,922 | 3,874 |
m1-ultramem-160 |
160 | 3,844 | 6,180 |
m2-megamem-416 |
416 | 5,888 | 8,633 |
m2-ultramem-208 |
208 | 5,888 | 8,633 |
m2-ultramem-416 |
416 | 11,766 | 15,660 |
m2-hypermem-416 |
416 | 8,832 | 12,166 |
m3-ultramem-32 |
32 | 976 | 2,667 |
m3-ultramem-64 |
64 | 1,952 | 3,910 |
m3-ultramem-128 |
128 | 3,904 | 6,252 |
m3-megamem-64 |
64 | 976 | 2,667 |
m3-megamem-128 |
128 | 1,952 | 3,910 |
SSD 영구 디스크
| Compute Engine VM 유형 | vCPU | 메모리(GB) | 할당량(GB) |
|---|---|---|---|
n1-highmem-32 |
32 | 208 | 593 |
n1-highmem-64 |
64 | 416 | 1,155 |
n1-highmem-96 |
96 | 624 | 1,716 |
n2-highmem-32 |
32 | 256 | 723 |
n2-highmem-48 |
48 | 384 | 1,068 |
n2-highmem-64 |
64 | 512 | 1,414 |
n2-highmem-80 |
80 | 640 | 1,760 |
n2-highmem-96 |
96 | 768 | 2,105 |
n2-highmem-128 |
128 | 864 | 2,364 |
c3-standard-44 |
44 | 176 | 507 |
c3-highmem-44 |
44 | 352 | 982 |
c3-highmem-88 |
88 | 704 | 1,932 |
c3-highmem-176 |
176 | 1,408 | 3,257 |
m1-megamem-96 |
96 | 1,433 | 3,287 |
m1-ultramem-40 |
40 | 961 | 2,626 |
m1-ultramem-80 |
80 | 1,922 | 3,874 |
m1-ultramem-160 |
160 | 3,844 | 6,180 |
m2-megamem-416 |
416 | 5,888 | 8,633 |
m2-ultramem-208 |
208 | 5,888 | 8,633 |
m2-ultramem-416 |
416 | 11,766 | 15,660 |
m2-hypermem-416 |
416 | 8,832 | 12,166 |
m3-ultramem-32 |
32 | 976 | 2,667 |
m3-ultramem-64 |
64 | 1,952 | 3,910 |
m3-ultramem-128 |
128 | 3,904 | 6,252 |
m3-megamem-64 |
64 | 976 | 2,667 |
m3-megamem-128 |
128 | 1,952 | 3,910 |
하이퍼디스크 익스트림
| Compute Engine VM 유형 | vCPU | 메모리(GB) | 할당량(GB) |
|---|---|---|---|
n2-highmem-80 |
80 | 640 | 1,760 |
n2-highmem-96 |
96 | 768 | 2,105 |
n2-highmem-128 |
128 | 864 | 2,364 |
c3-highmem-88 |
88 | 704 | 1,932 |
c3-highmem-176 |
176 | 1,408 | 3,257 |
c3-highmem-192-metal |
192 | 1,536 | 3,411 |
c4-highmem-32 |
32 | 248 | 701 |
c4-highmem-48 |
48 | 372 | 1,036 |
c4-highmem-96 |
96 | 744 | 2,040 |
c4-highmem-192 |
192 | 1,488 | 3,353 |
m1-megamem-96 |
96 | 1,433 | 3,287 |
m1-ultramem-80 |
80 | 1,922 | 3,874 |
m1-ultramem-160 |
160 | 3,844 | 6,180 |
m2-megamem-416 |
416 | 5,888 | 8,633 |
m2-ultramem-208 |
208 | 5,888 | 8,633 |
m2-ultramem-416 |
416 | 11,766 | 15,660 |
m2-hypermem-416 |
416 | 8,832 | 12,166 |
m3-ultramem-64 |
64 | 1,952 | 3,910 |
m3-ultramem-128 |
128 | 3,904 | 6,252 |
m3-megamem-64 |
64 | 976 | 2,667 |
m3-megamem-128 |
128 | 1,952 | 3,910 |
x4-megamem-960-metal |
960 | 16,384 | 17,952 |
x4-megamem-1440-metal |
1,440 | 24,576 | 26,144 |
x4-megamem-1920-metal |
1,920 | 32,768 | 34,336 |
하이퍼디스크 균형
| Compute Engine VM 유형 | vCPU | 메모리(GB) | 할당량(GB) |
|---|---|---|---|
c3-standard-44 |
44 | 176 | 507 |
c3-highmem-44 |
44 | 352 | 982 |
c3-highmem-88 |
88 | 704 | 1,932 |
c3-highmem-176 |
176 | 1,408 | 3,257 |
c3-highmem-192-metal |
192 | 1,536 | 3,411 |
c4-highmem-32 |
32 | 248 | 701 |
c4-highmem-48 |
48 | 372 | 1,036 |
c4-highmem-96 |
96 | 744 | 2,040 |
c4-highmem-192 |
192 | 1,488 | 3,353 |
m1-megamem-96 |
96 | 1,433 | 3,287 |
m1-ultramem-40 |
40 | 961 | 2,626 |
m1-ultramem-80 |
80 | 1,922 | 3,874 |
m1-ultramem-160 |
160 | 3,844 | 6,180 |
m2-megamem-416 |
416 | 5,888 | 8,633 |
m2-ultramem-208 |
208 | 5,888 | 8,633 |
m2-ultramem-416 |
416 | 11,766 | 15,660 |
m2-hypermem-416 |
416 | 8,832 | 12,166 |
m3-ultramem-32 |
32 | 976 | 2,667 |
m3-ultramem-64 |
64 | 1,952 | 3,910 |
m3-ultramem-128 |
128 | 3,904 | 6,252 |
m3-megamem-64 |
64 | 976 | 2,667 |
m3-megamem-128 |
128 | 1,952 | 3,910 |
x4-megamem-960-metal |
960 | 16,384 | 17,952 |
x4-megamem-1440-metal |
1,440 | 24,576 | 26,144 |
x4-megamem-1920-metal |
1,920 | 32,768 | 34,336 |
표준 영구 디스크
| Compute Engine VM 유형 | vCPU | 메모리(GB) | 할당량(GB) |
|---|---|---|---|
n1-highmem-32 |
32 | 208 | 448 |
n1-highmem-64 |
64 | 416 | 864 |
n1-highmem-96 |
96 | 624 | 1,280 |
n2-highmem-32 |
32 | 256 | 544 |
n2-highmem-48 |
48 | 384 | 800 |
n2-highmem-64 |
64 | 512 | 1,056 |
n2-highmem-80 |
80 | 640 | 1,312 |
n2-highmem-96 |
96 | 768 | 1,568 |
n2-highmem-128 |
128 | 864 | 1,760 |
m1-megamem-96 |
96 | 1,433 | 2,898 |
m1-ultramem-40 |
40 | 961 | 1,954 |
m1-ultramem-80 |
80 | 1,922 | 3,876 |
m1-ultramem-160 |
160 | 3,844 | 7,720 |
m2-megamem-416 |
416 | 5,888 | 11,832 |
m2-ultramem-208 |
208 | 5,888 | 11,832 |
m2-ultramem-416 |
416 | 11,766 | 23,564 |
m2-hypermem-416 |
416 | 8,832 | 17,696 |
라이선스
SAP HANA를 Google Cloud에서 실행하려면 사용자 라이선스 사용(BYOL)이 필요합니다.
SAP HANA 라이선스 관리에 대한 자세한 내용은 SAP HANA 데이터베이스의 라이선스 키를 참조하세요.
배포 아키텍처
Google Cloud에서는 수직 확장 및 수평 확장 아키텍처로 SAP HANA를 배포할 수 있습니다.
수직 확장 아키텍처
다음 다이어그램은 수직 확장 아키텍처를 보여줍니다. 다이어그램에서 Google Cloud에 배포된 모습과 디스크 레이아웃을 주목하세요. Cloud Storage를 사용하여 /hanabackup에 있는 로컬 백업을 백업할 수 있습니다. 단, 이 마운트는 데이터 마운트보다 크거나 같도록 크기를 조절해야 합니다.
Google Cloud에서 SAP HANA 단일 호스트 수직 확장 아키텍처는 다음 구성요소를 포함할 수 있습니다.
고대역폭 네트워킹을 사용하여 선택한 머신 유형에서 최대 32Gbps 또는 최대 100Gbps의 네트워크 대역폭이 있는 SAP HANA 데이터베이스용 Compute Engine 인스턴스 1개 SAP HANA에 사용하도록 인증된 머신 유형에 대한 자세한 내용은 SAP HANA에 인증된 머신 유형을 참조하세요.
다음과 같은 SSD 기반 Compute Engine 영구 디스크 또는 Hyperdisk 볼륨:
/hana/data,/hana/log/hana/shared,/usr/sap의 각 디렉터리에 하나의 디스크. SAP HANA의 디스크 권장사항에 대한 자세한 내용은 영구 디스크 스토리지를 참조하세요. SAP 최적 성능을 위해서는 SSD 기반 Persistent Disk 및 Hyperdisk 볼륨의 최소 크기의 표에 따라 영구 디스크 또는 Hyperdisk 볼륨 크기를 조절해야 합니다.부팅 디스크용 균형 있는 영구 디스크 1개
선택적으로 SAP HANA 데이터베이스 백업을 위한 디스크
인스턴스에 대한 액세스를 제한하는 Compute Engine 방화벽 규칙
SAP용 Google Cloud 에이전트. 버전 2.0부터 SAP HANA 모니터링 측정항목을 수집하도록 이 에이전트를 구성하여 SAP HANA 인스턴스를 모니터링할 수 있습니다. 버전 3.0부터는 Backint 기능을 사용하여 SAP HANA 백업을 Cloud Storage 버킷에 직접 저장하고 필요에 따라 검색할 수 있습니다.
원하는 Google Cloud 리전의 커스텀 토폴로지와 IP 범위를 가진 서브네트워크(선택사항이지만 권장됨). SAP HANA 데이터베이스와 나머지 Compute Engine 인스턴스가 이 서브네트워크에서 시작됩니다. 기존 서브네트워크를 SAP HANA에 사용할 수 있습니다.
선택적 구성요소:
- 소형 Compute Engine VM의 SAP HANA Cockpit 또는 SAP HANA Studio
공개 IP 없이 SAP HANA 시스템을 프로비저닝하는 경우 공개 인터넷을 통해 리소스에 직접 연결할 수 없습니다. 따라서 다음 옵션을 사용해서 인터넷 액세스를 위한 간접 방법을 제공해야 합니다.
VM이 Google Cloud API에 액세스할 수 있도록 Google 비공개 액세스를 구성합니다.
Cloud NAT를 사용하거나 VM을 NAT 게이트웨이로 구성하여 공개 인터넷에 액세스합니다.
관리 목적으로 TCP 전달을 사용하여 시스템에 연결할 수 있습니다. TCP 전달용 IAP(Identity-Aware Proxy) 사용에 대한 자세한 내용은 TCP 전달에 IAP 사용을 참조하세요.
배스천 호스트로 구성된 Compute Engine VM을 사용하여 공개 인터넷에 액세스할 수 있습니다.
수평 확장 아키텍처
스케일아웃 아키텍처는 마스터 호스트 1개와 다수의 작업자 호스트, 그리고 선택사항이지만 대기 호스트 1개 이상으로 구성됩니다. 각 호스트는 고대역폭 네트워킹을 사용하여 선택한 머신 유형에서 최대 32Gbps 또는 최대 100Gbps의 속도로 노드 간 데이터 전송을 지원하는 네트워크를 통해 서로 연결됩니다.
특히 온라인 분석 처리(OLAP)를 사용할 때 워크로드 수요가 증가하면 다중 호스트 스케일아웃 아키텍처가 부하를 모든 호스트로 분산시킬 수 있습니다.
다음 다이어그램은 Google Cloud에서 SAP HANA의 수평 확장 아키텍처를 보여줍니다.
대기 호스트는 SAP HANA 호스트 자동 장애 조치 솔루션을 지원합니다. Google Cloud의 호스트 자동 장애 조치에 대한 자세한 내용은 Google Cloud의 SAP HANA 호스트 자동 장애 조치를 참조하세요.
다음 다이어그램은 Google Cloud의 호스트 자동 장애 조치가 포함된 수평 확장 아키텍처를 보여줍니다.
Google Cloud에서 SAP HANA 수평 확장 시스템의 디스크 구조
대기 호스트를 제외하고 각 호스트는 SSD 기반 영구 디스크 또는 Hyperdisk에 /hana/data, /hana/log 그리고 일반적으로 /usr/sap 볼륨이 있어 IOPS가 높은 일관된 IO 서비스를 제공합니다. 마스터 호스트 또한 /hana/shared 볼륨과 /hanabackup 볼륨에 NFS 마스터 역할을 수행하며 이 NFS 마스터가 각 작업자 및 대기 호스트에 마운트됩니다.
대기 호스트의 경우 /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에 인증된 머신 유형을 참조하세요.
다음과 같은 SSD 기반 영구 디스크 또는 Hyperdisk 볼륨:
- 각 VM에는 올바른 위치에 마운트된 디스크가 포함되어야 합니다.
- 선택적으로 SAP HANA 호스트 자동 장애 조치 시스템을 배포하지 않는 경우 각 VM 인스턴스의
/hanabackup로컬 볼륨에 대한 디스크입니다.
/hana/shared볼륨과/hanabackup볼륨을 작업자 및 대기 호스트와 공유할 수 있도록 별도로 배포되는 NFS 솔루션. Filestore 또는 다른 NFS 솔루션을 사용할 수 있습니다.Compute Engine 인스턴스에 대한 액세스를 제한하는 동시에 인스턴스와 SAP HANA 시스템에 필요한 분산된 리소스 또는 원격 리소스 간 통신을 허용하는 Compute Engine 방화벽 규칙 또는 기타 네트워크 액세스 제어
SAP용 Google Cloud 에이전트. 버전 2.0부터 SAP HANA 모니터링 측정항목을 수집하도록 이 에이전트를 구성하여 SAP HANA 인스턴스를 모니터링할 수 있습니다. 버전 3.0부터는 Backint 기능을 사용하여 SAP HANA 백업을 Cloud Storage 버킷에 직접 저장하고 필요에 따라 검색할 수 있습니다.
원하는 Google Cloud 리전의 커스텀 토폴로지와 IP 범위를 가진 서브네트워크(선택사항이지만 권장됨). SAP HANA 데이터베이스와 나머지 Compute Engine 인스턴스가 이 서브네트워크에서 시작됩니다. 원한다면 기존 서브네트워크를 사용할 수도 있습니다.
선택적 구성요소:
- 소형 Compute Engine VM의 SAP HANA Cockpit 또는 SAP HANA Studio
공개 IP 없이 SAP HANA 시스템을 프로비저닝하는 경우 공개 인터넷을 통해 리소스에 직접 연결할 수 없습니다. 따라서 다음 옵션을 사용해서 인터넷 액세스를 위한 간접 방법을 제공해야 합니다.
VM이 Google Cloud API에 액세스할 수 있도록 Google 비공개 액세스를 구성합니다.
Cloud NAT를 사용하거나 VM을 NAT 게이트웨이로 구성하여 공개 인터넷에 액세스합니다.
관리 목적으로 TCP 전달을 사용하여 시스템에 연결할 수 있습니다. TCP 전달용 IAP(Identity-Aware Proxy) 사용에 대한 자세한 내용은 TCP 전달에 IAP 사용을 참조하세요.
배스천 호스트로 구성된 Compute Engine VM을 사용하여 공개 인터넷에 액세스할 수 있습니다.
Google Cloud 기반 SAP HANA 시스템용 고가용성
Google Cloud 기반 SAP HANA의 고가용성 구성을 설계하려면 Google Cloud, SAP, OS 기반 기능을 조합하여 사용할 수 있습니다.
고가용성 옵션에 대한 자세한 내용은 SAP HANA 고가용성 계획 가이드를 참조하세요.
SAP HANA 배포 자동화
Google Cloud는 Google Cloud 인프라 배포와 선택적으로 SAP HANA 배포를 자동화하는 데 사용할 수 있는 Terraform 구성 파일과 Deployment Manager 템플릿을 제공합니다.
Google Cloud에서 제공하는 배포 자동화 옵션은 다음 SAP HANA 배포 시나리오를 지원합니다.
- 수직 확장
- 2노드 고가용성 클러스터에서 수직 확장
- 대기 노드 없는 수평 확장
- 고가용성 클러스터에서 대기 노드 없는 수평 확장
- SAP HANA 호스트 자동 장애 조치 대기 노드 포함 수평 확장
수직 확장 또는 수평 확장 배포 시나리오의 자동화에 대한 자세한 내용은 다음을 참조하세요.
SAP HANA 인스턴스 배포 자동화
원하는 경우 Google Cloud 인프라의 자동화된 배포로 SAP HANA 설치를 포함할 수 있습니다.
인프라가 배포된 후 Google Cloud에서 제공하는 설치 스크립트에서 SAP HANA를 설치합니다.
SAP HANA 인스턴스 설치를 방해하는 경우에도 인프라는 여전히 배포되고 구성됩니다. 그런 다음 배포된 인프라를 사용하여 SAP HANA를 수동으로 설치하거나 인프라를 삭제하고 문제를 해결한 후 SAP HANA 인스턴스가 성공적으로 설치될 때까지 배포 자동화를 다시 실행할 수 있습니다.
Google Cloud에서 SAP HANA를 설치하는 설치 스크립트를 사용할 때 특정 매개변수 값을 제공해야 합니다. 이러한 매개변수를 생략하거나 모든 매개변수에 유효한 값을 지정하지 않으면 설치 스크립트가 배포된 인프라에 SAP HANA 인스턴스를 설치하지 못합니다.
Google Cloud에서 제공하는 Terraform 구성 파일을 사용하여 SAP HANA를 설치하는 경우
sap_hana_deployment_bucket,sap_hana_sid,sap_hana_sidadm_uid,sap_hana_sidadm_password,sap_hana_system_password인수에 유효한 값을 제공해야 합니다. Terraform 인수에 대한 자세한 내용은 Terraform: SAP HANA 수직 확장 배포 가이드를 참조하세요.Google Cloud에서 제공하는 Deployment Manager 템플릿을 사용하여 SAP HANA를 설치하는 경우
sap_hana_deployment_bucket,sap_hana_sid,sap_hana_instance_number,sap_hana_sidadm_password,sap_hana_system_password,sap_hana_scaleout_nodes구성 매개변수에 유효한 값을 제공해야 합니다. Deployment Manager 속성에 대한 자세한 내용은 Deployment Manager: SAP HANA 수직 확장 배포 가이드를 참조하세요.
비밀번호 관리
배포된 Compute Engine VM에 SAP HANA 설치를 자동화하려면 SIDadm 사용자와 데이터베이스 사용자의 비밀번호를 지정해야 합니다. Terraform 구성 파일에서 다음과 같은 방법으로 이러한 비밀번호를 지정할 수 있습니다.
(권장) 설치 스크립트에 안전하게 비밀번호를 제공하려면 Google Cloud의 유료 서비스인 Secret Manager를 사용하여 보안 비밀을 만든 후 보안 비밀의 이름을
sap_hana_sidadm_password_secret및sap_hana_system_password_secret인수에 대한 값으로 지정하면 됩니다.Secret Manager 가격 책정에 대한 상세 설명은 Secret Manager 가격 책정을 참조하세요.
또는
sap_hana_sidadm_password및sap_hana_system_password인수에 일반 텍스트로 비밀번호를 지정할 수 있습니다.
Terraform의 디스크 배포
Google Cloud에서 제공하는 Terraform 구성을 사용하여 SAP HANA 배포를 자동화하는 경우 기본 디스크 배포는 다음과 같습니다.
| 볼륨 또는 디렉터리 | X4 인스턴스용으로 배포된 기본 디스크 | C3 베어메탈 인스턴스용으로 배포된 기본 디스크 | VM 인스턴스용으로 배포된 기본 디스크 |
|---|---|---|---|
| 부팅 볼륨 | 하이퍼디스크 균형 | 하이퍼디스크 균형 | 균형 있는 영구 디스크 |
/hana/data |
하이퍼디스크 익스트림 | 하이퍼디스크 균형 | SSD 영구 디스크 |
/hana/log |
하이퍼디스크 익스트림 | 하이퍼디스크 균형 | SSD 영구 디스크 |
/hana/shared |
하이퍼디스크 균형 | 하이퍼디스크 균형 |
|
/hanabackup |
하이퍼디스크 균형 | 하이퍼디스크 균형 | 균형 있는 영구 디스크 |
/usr/sap |
하이퍼디스크 균형 | 하이퍼디스크 균형 |
|
커스텀 VM 및 자동화된 배포
Terraform 구성 파일 및 Deployment Manager 템플릿은 Compute Engine 커스텀 VM의 사양을 지원하지 않습니다.
커스텀 VM 유형을 사용해야 할 경우 사전 정의된 작은 VM 유형을 먼저 배포하고 배포가 완료되면 필요에 따라 VM을 맞춤설정합니다.
VM 수정 방법에 대한 자세한 내용은 SAP 시스템의 VM 구성 수정을 참조하세요.
수직 확장 시스템을 위한 배포 자동화
Google Cloud는 SAP HANA 단일 호스트 수직 확장 시스템 배포를 자동화하는 데 사용할 수 있는 Terraform 구성 파일 및 Deployment Manager 구성 템플릿을 제공합니다.
Terraform 또는 Deployment Manager 스크립트를 사용할 수 있는 시나리오는 다음과 같습니다.
독립형 수직 확장 SAP HANA 시스템
Terraform 또는 Deployment Manager 배포 가이드를 참조하세요.
Linux 고가용성 클러스터 기반 활성 및 대기 수직 확장 SAP HANA 시스템
Terraform 또는 Deployment Manager 배포 가이드를 참조하세요.
Terraform 또는 Deployment Manager 스크립트를 실행하면 VM, 영구 디스크, SAP HANA, 그리고 Linux HA 클러스터의 경우 필요한 HA 구성요소까지 배포할 수 있습니다.
단, Deployment Manager 스크립트는 다음 시스템 구성요소는 배포하지 않습니다.
- 네트워크 및 서브네트워크
- 방화벽 규칙
- NAT 게이트웨이, 배스천 호스트 또는 배스천 호스트의 VM
- SAP HANA Studio 또는 해당 VM
SAP HANA Studio 또는 해당 VM을 제외하면 사용자는 Terraform을 사용하여 이러한 모든 시스템 구성요소를 배포할 수 있습니다.
이러한 구성요소를 만드는 방법에 대한 자세한 내용은 다음 가이드의 기본 요건 섹션을 참조하세요.
수평 확장 시스템을 위한 배포 자동화
Google Cloud는 SAP HANA 다중 호스트 수평 확장 시스템 배포를 자동화하는 데 사용할 수 있는 Terraform 구성 파일 및 Deployment Manager 구성 템플릿을 제공합니다.
- SAP HANA 호스트 자동 장애 조치를 지원하지 않는 수평 확장 시스템을 배포하려면 Terraform: SAP HANA 배포 가이드 또는 Deployment Manager: SAP HANA 배포 가이드를 참조하세요.
- Linux 고가용성 클러스터에서 대기 호스트 없는 수평 확장 시스템을 배포하려면 Terraform: SAP HANA 고가용성 클러스터 구성 가이드를 참조하세요.
- 대기 호스트가 포함된 수평 확장 시스템을 배포하려면 Terraform: 호스트 자동 장애 조치가 포함된 SAP HANA 수평 확장 시스템 배포 가이드 또는 Deployment Manager: SAP HANA 호스트 자동 장애 조치가 포함된 수평 확장 시스템 배포 가이드를 참조하세요.
Terraform 구성 또는 Deployment Manager 템플릿을 사용하여 VM, 영구 디스크, SAP HANA를 배포할 수 있습니다. 또한 NFS 마운트 지점을 SAP HANA 공유 및 백업 볼륨에 매핑할 수 있습니다. 멀티 호스트 수평 확장 배포의 경우 Terraform 구성이나 Deployment Manager 템플릿에서 SAP HANA 공유 및 백업 볼륨을 호스팅하도록 새 Filestore 인스턴스를 배포할 수도 있습니다.
단, Deployment Manager 스크립트는 다음 시스템 구성요소는 배포하지 않습니다.
- 네트워크 및 서브네트워크
- 방화벽 규칙
- NAT 게이트웨이, 배스천 호스트 또는 배스천 호스트의 VM
- SAP HANA Studio 또는 해당 VM
SAP HANA Studio 또는 해당 VM을 제외하면 사용자는 Terraform을 사용하여 이러한 모든 시스템 구성요소를 배포할 수 있습니다.
멀티 호스트 수평 확장 배포를 위한 파일 공유 솔루션
Google Cloud가 SAP HANA 멀티 호스트 수평 확장 배포를 위해 제공하는 Terraform 구성은 기본적으로 기본 SAP HANA VM 인스턴스에서 /hana/shared 볼륨과 /hanabackup 볼륨에 NFS 내보내기를 만들고 볼륨을 워커 노드와 공유합니다.
그러나 NFS 솔루션을 사용하여 /hana/shared 및 /hanabackup 볼륨을 작업자 호스트와 공유하려면 다음 옵션 중 하나를 사용하면 됩니다.
Google Cloud에 배포한 기존 NFS 솔루션을 연결하려면
/hana/shared볼륨과/hanabackup볼륨의 NFS 마운트 지점을 Terraform 구성 파일의sap_hana_shared_nfs및sap_hana_backup_nfs인수에 각각 지정해야 합니다.새 Filestore 인스턴스를 배포하고 파일 공유를
/hana/shared및/hanabackup볼륨과 연결하려면google_filestore_instance리소스를 정의하고 그런 다음 Terraform 구성 파일에서 각각sap_hana_shared_nfs_resource및sap_hana_backup_nfs_resource인수에 파일 공유 이름을 지정하도록 합니다.
예시를 보려면 샘플 구성을 참조하세요.
지원
Google Cloud 인프라 또는 서비스 관련 문제인 경우 고객 관리에 문의하세요. Google Cloud 콘솔의 지원 개요 페이지에서 연락처 정보를 확인할 수 있습니다. 고객 관리에서 SAP 시스템에 문제가 있다고 판단하면 SAP 지원으로 지원을 요청하세요.
SAP 제품 관련 문제가 발생하면 SAP 지원으로 지원을 요청하세요.
SAP는 지원 티켓을 평가한 후 Google Cloud 인프라 문제로 판단되면 SAP는 해당 티켓을 시스템 내 적절한 Google Cloud 구성요소 BC-OP-LNX-GOOGLE 또는BC-OP-NT-GOOGLE로 전송합니다.
지원 요구사항
SAP 시스템과 사용 중인 Google Cloud 인프라 및 서비스에 대한 지원을 받으려면 최소 지원 요금제 요구사항을 충족해야 합니다.
Google Cloud 기반 SAP에 대한 최소 지원 요구사항에 대한 상세 설명은 다음을 참조하세요.
다음 단계
- SAP HANA 동적 계층화에 대한 상세 설명은 SAP HANA 동적 계층화를 참조하세요.