이 체크리스트는 Google Cloud에서 SAP HANA 환경의 디자인, 마이그레이션, 구현, 유지보수를 향상시키는 데 도움을 줍니다.
체크리스트를 진행하면서 비즈니스 니즈를 고려하세요. 권장사항과 다른 방식을 선택하는 경우 체크리스트의 이후 태스크에 이러한 차이를 반영하세요.
체크리스트
체크리스트 항목을 클릭하여 자세한 내용을 확인하고 태스크를 완료하면 상자를 클릭합니다.
환경에 여러 SAP HANA 데이터베이스를 배포하려면 다음 안내를 따르세요.
- 프로덕션 시스템과 동일한 호스트에서 여러 SAP HANA 시스템을 실행하지 마세요. 대신 각 SAP HANA 데이터베이스당 하나씩 VM을 만듭니다. 자세한 내용은 SAP 참고 1681092 - 동일한 기반 서버의 여러 SAP HANA 시스템(SID) 및 SAP HANA 기술 배포 옵션을 참조하세요.
해당 환경 및 라이선스에 적합한 테넌트 데이터베이스(멀티 테넌트 데이터베이스 컨테이너[MDC]라고도 부름)를 만듭니다. 자세한 내용은 SAP 참고 2096000 - SAP HANA 테넌트 데이터베이스 - 추가 정보를 참조하세요.
SAP HANA 데이터베이스의 성능 및 운영에 영향을 줄 경우 SAP HANA 데이터베이스와 동일한 VM에서 커스텀 또는 타사 소프트웨어를 실행하지 않는 것이 좋습니다.
단일 VM을 사용하여 SAP HANA 데이터베이스 및 다른 비즈니스 소프트웨어를 모두 실행하는 경우 두 애플리케이션 모두 VM 리소스를 공유하여 데이터베이스 성능이 저하될 수 있습니다. SAP HANA는 리소스 사용량이 높고 벤치마크 및 크기 조정 가이드에 따라 컴퓨팅 리소스 가용성이 요구됩니다.
SAP HANA 환경 디자인에 대한 자세한 내용은 SAP HANA 배포 유형을 참조하세요.
동일한 VM에서 여러 개의 비프로덕션용 SAP HANA 데이터베이스를 배포하려는 경우 다음 안내를 따르세요.
- 다른 시스템 ID(SID)에 대해 호스트 이름 별칭을 사용합니다.
- 각 설치에 대해 별칭 호스트 이름에 매핑되는 별도의 고정 IP 주소를 사용합니다.
- 특정 Compute Engine VM을 지원하는 리전 및 영역에 대해 알아보려면 사용 가능한 리전 및 영역을 참조하세요. 일부 위치에서는 SAP HANA에서 인증된 Compute Engine VM을 사용하지 못할 수 있습니다.
- 영역 오류로부터 보호하기 위해서는 특히 동일한 SAP HANA HA 클러스터에 속하는 VM에 대해 여러 영역에 SAP HANA를 배포합니다.
- 리전 오류로부터 보호하기 위해서는 다른 리전에서 재해 복구 사이트를 추가합니다.
- SAP HANA 수평 확장 시스템의 지연 시간 요구사항을 충족시키기 위해서는 동일한 영역에서 수평 확장 시스템의 모든 노드를 배포합니다.
- SAP HANA를 설치할 때는 다음 자동화 도구를 사용하여 Google Cloud에 SAP 워크로드를 배포할 수 있습니다.
- Terraform(권장): 안전하고 효율적으로 인프라를 빌드, 변경, 버전 관리하기 위한 업계 인기 애플리케이션입니다. Terraform을 사용하고 SAP 솔루션에 대해 적합한 구성 파일을 찾으려면 Terraform을 사용하여 Google Cloud에서 SAP 배포 자동화를 참조하세요.
- Google Cloud Deployment Manager: Google Cloud에서 SAP HANA를 실행하는 데 필요한 모든 패키지를 설치하고 구성하는 애플리케이션입니다. Deployment Manager를 사용하고 SAP 솔루션에 적합한 템플릿을 찾으려면(고가용성 설정 포함) Google Cloud에서 Deployment Manager를 사용하여 SAP 배포 자동화를 참조하세요.
- Google Cloud에서 SAP HANA를 구현하는 방법을 이해하려면 SAP HANA 계획 가이드를 참조하세요.
- SAP HANA 배포 및 워크로드의 머신 유형을 선택하려면 SAP HANA용으로 인증된 머신 유형 목록을 참조하세요.
- 원하는 머신 유형을 원하는 리전에서 사용할 수 있는지 확인하려면 사용 가능한 리전 및 영역을 참조하세요.
- 환경의 용량 요구가 선택한 리전에서 충족될 수 있는지 확인하려면(예: 용량 계획 및 예약) 해당 기술계정 관리자 또는 지정된 고객 엔지니어에게 문의하세요.
- 운영체제(OS)를 선택할 때:
- SAP 지원 OS 선택:
SAP HANA용으로 인증된 운영체제(Google Cloud) - OS가 Google Cloud에서 사용하도록 인증을 받았는지 확인합니다.
인증 및 지원을 받는 SAP HANA 하드웨어 디렉터리로 이동하여 필요한 머신 유형을 클릭한 후 운영체제를 확인합니다. - OS에 최신 패치 및 업데이트가 적용되었는지 확인:
Google Cloud의 SAP HANA에 대한 OS 지원
예를 들어 보안 문제 또는 다른 문제가 있는 2년 동안 업데이트되지 않은 이미지는 설치하고 싶지 않을 것입니다. - 해당 환경에서 SUSE Linux Enterprise Server(SLES)를 사용하는 경우 다음 가이드라인을 따르세요.
- 해당 환경에서 Red Hat Enterprise Linux(RHEL)를 사용하는 경우 다음 가이드라인을 따르세요.
- SAP, OS 공급업체, Google의 인증 요구사항을 충족하기 때문에 Google Cloud에서 제공되는 OS 이미지를 사용하는 것이 좋습니다. 하지만 기존 온프레미스 이미지를 Google Cloud에 마이그레이션할 때와 같이 표준 이미지로 충족될 수 없는 고유 요구사항이 환경에 포함된 경우에는 커스텀 OS 이미지를 참조하세요.
- Linux에서 SAP HANA 시스템에 커스텀 환경 변수를 설정해야 하는 경우 SAP 참고 3011163 - SAP HANA 시스템용 환경 변수 설정 방법을 참조하세요.
- SAP 지원 OS 선택:
- SAP HANA용 영구 디스크 유형을 선택할 때는 다음에 유의하세요.
/hana/data,/hana/log,/hana/shared,/usr/sap볼륨에 SSD 기반 영역 영구 디스크를 사용합니다. 솔리드 스테이트 디스크(SSD) 스토리지로 지원되는 SSD 기반 Compute Engine 영구 디스크 유형에는 다음 디스크 유형이 포함됩니다.- SSD 영구 디스크 (
pd-ssd): 대부분의 사용 사례 및 시스템에서 메모리 크기가 1TB 미만인 경우/hana/data및/hana/log볼륨에 권장됩니다. - 균형 있는 영구 디스크(
pd-balanced):/hana/data볼륨과 동일한 영구 디스크에 매핑되지 않을 경우/hana/shared볼륨에 권장되는 저비용 옵션입니다. 메모리 크기가 1TB 이상인/hana/data및/hana/log의 비용 최적화에 사용할 수 있습니다. - 익스트림 영구 디스크(
pd-extreme):/hana/data및/hana/log볼륨에 대해 가장 높은 성능을 제공합니다. 익스트림 영구 디스크는 대규모 인증 머신 유형에서만 사용할 수 있습니다. 자세한 내용은 익스트림 영구 디스크를 참조하세요.
- SSD 영구 디스크 (
- 관리해야 하는 영구 디스크 수를 줄이려면
/hana/data,/hana/log,/hana/shared,/usr/sap볼륨을 단일 SSD 기반 영구 디스크에 매핑합니다. 스토리지 유형이 동일한 여러 영구 디스크를 사용하면 단일 디스크보다 성능이 향상되지 않습니다. 하지만 I/O 요구사항이 높은 대용량 메모리 크기의 시스템에서 여러 디스크는 I/O 경합 가능성을 줄일 수 있습니다. - SSD 및 균형 있는 영구 디스크가 SAP HANA 성능 요구사항을 충족하기에 충분히 큰지 확인합니다. 자세한 내용은 SSD 및 균형 있는 영구 디스크의 최소 크기를 참조하세요.
- 선택적인
/hanabackup볼륨의 경우 표준 영구 디스크 스토리지를 사용합니다.
- 결과를 테스트하고 예상한 값에 따라 비교하여 해당 환경이 디스크 성능 요구사항을 충족하는지 확인하고(HANA 시작 시간, 백업, 볼륨 테스트, 로드 테스트 등의 벤치마크), 이후에 참조할 수 있도록 이러한 기준을 문서로 작성합니다.
- SAP HANA에 2GB의 작은 스왑 디스크를 사용합니다. SAP 참고 1999997 - FAQ: SAP HANA 메모리.
- NetApp Cloud Volumes Service를 사용할 때는 SAP HANA를 사용하는 NetApp Cloud Volumes Service의 볼륨 요구사항을 따릅니다.
SAP HANA 2.0 SP04 이상에서는 특히 M1, M2, M3 머신 유형과 같은 Compute Engine 메모리 최적화 머신 유형에 SAP HANA 빠른 재시작 옵션을 사용하는 것이 좋습니다.
빠른 재시작 옵션을 구현하려면 SAP HANA 문서의 SAP HANA 빠른 재시작 옵션을 참조하세요.
빠른 재시작 옵션 구성에 대한 자세한 내용은 Linux 배포의 구성 가이드를 참조하세요.
Terraform 구성 파일 또는 Google에서 제공하는 Cloud Deployment Manager 템플릿 중 하나를 사용하여 SAP HANA 시스템을 Google Cloud에 배포하는 경우 호스트 VM 및 기본 SAP HANA 시스템이 성공적으로 배포된 후에 TMPFS 파일 시스템을 만들고 마운트해야 합니다.
- SAP HANA에 대해 Cloud Storage Backint 에이전트를 사용할 때는 다음 안내를 따르세요.
- 최신 버전을 사용합니다. Backint 에이전트를 새 버전으로 업데이트를 참조하세요.
- 요구사항을 충족하도록 성능을 조정하고 데이터 백업을 병렬로 수행합니다. Backint 에이전트를 사용한 멀티스트리밍 데이터 백업을 참조하세요.
- Cloud Storage 버킷에 리전, 이중 리전, 멀티 리전 옵션이 포함되어 있으므로 SAP HANA 위치에 가장 가까운 위치를 선택합니다.
- 선택한 스토리지 버킷이 중복성 요구사항을 충족하는지 확인합니다. 일반적으로 특정 리전을 사용할 수 없을 때 복구 기능을 제공하기 때문에 멀티 리전 옵션을 사용하는 것이 가장 좋습니다.
- 서브넷에서 비공개 Google 액세스를 사용 설정할 경우 달성 가능한 처리량이 감소될 수 있으므로 비공개 VM을 통해 트래픽을 라우팅하지 마세요(예: NAT 게이트웨이 또는 프록시 서버 사용). 자세한 내용은 비공개 Google 액세스 구성 가이드의 네트워크 구성 섹션을 참조하세요.
- 영구 디스크에 백업을 수행할 경우 다음 안내를 따르세요.
- 성능 요구사항을 충족하는 모든 디스크 유형을 사용할 수 있습니다. 표준 PD가 요구에 충분한 성능을 제공하지 않을 경우 균형(pd-balanced) 또는 SSD(pd-ssd)를 대신 사용해보세요.
- SAP HANA 환경에서는 각 VM 인스턴스에 추가 대역폭을 할당해야 합니다. SAP HANA는 디스크에 대한 백업 데이터 읽기 및 쓰기에 필요한 오버헤드 및 IOPS를 위해 추가 대역폭을 사용합니다. 따라서 영구 디스크 볼륨의 스트리밍 또는 스냅샷을 지원하는 SAP HANA Backint 또는 타사 도구를 사용하는 것이 좋습니다.
- 백업 및 복구 절차를 정기적으로 테스트하여 성능 및 복구 가능성 요구를 충족하는지 확인해야 합니다.
Google Cloud 기반 SAP HANA의 고가용성 구성을 위한 권장사항 체크리스트는 Google Cloud 기반 SAP의 고가용성을 참조하세요.
- 장애 조치 및 장애 복구 절차를 광범위하게 테스트합니다.
- 지역화된 재해가 발생할 때 해당 환경이 새 리전으로 적절하게 장애 복구되는지 확인하기 위해 재해 복구 절차를 정기적으로 테스트합니다.
- 장애 조치 및 장애 복구를 성공적으로 사용 설정하려면 작업 플레이북을 만들고 필요에 따라 이를 업데이트합니다.
- 각 백업으로 전송되는 데이터 양을 제한하려면 델타 백업 유형을 검토하여 증분 및 차등 백업 전략을 활용합니다. 복구 시간 목표에 따라 이를 고려합니다.
- 모니터링 및 알림 절차를 설정합니다. Google Cloud에서 사용할 수 있는 유용한 옵션에는 Cloud Monitoring 및 SAP HANA 모니터링 에이전트가 포함됩니다.