SAP HANA를 Compute Engine 베어 메탈 인스턴스로 마이그레이션

이 문서에서는 SAP HANA 워크로드를 X4 및 C3에서 사용할 수 있는 Compute Engine 베어메탈 머신 유형으로 마이그레이션하는 대략적인 단계를 설명합니다. 또한 Google Cloud에서 권장하는 마이그레이션 방법을 설명합니다.

이 문서는 SAP HANA 실행에 익숙하고 SAP HANA 워크로드를 Google Cloud의 베어메탈 인스턴스로 마이그레이션하려는 SAP Basis 및 SAP 시스템 관리자를 위해 작성되었습니다.

Google Cloud에서 SAP HANA를 실행하도록 SAP에서 인증한 베어메탈 머신 유형에 대한 자세한 내용은 SAP HANA용 베어메탈 머신 유형을 참고하세요.

대략적인 마이그레이션 단계

온프레미스, 다른 클라우드 제공업체, Compute Engine 메모리 최적화 VM 또는 베어메탈 솔루션 서버에서 실행 중인 SAP HANA 워크로드를 마이그레이션할 수 있습니다.

SAP HANA 워크로드를 C3 또는 X4 베어메탈 머신 유형으로 마이그레이션하려면 다음과 같은 대략적인 단계를 완료합니다.

  1. 마이그레이션을 위한 SAP HANA 워크로드의 준비 상태를 평가합니다. 여기에는 OS 버전, SAP HANA 버전, 시스템 구성, 워크로드에서 사용하는 서드 파티 제품 또는 서비스의 호환성, 고가용성(HA) 및 재해 복구(DR) 구성과 같은 요소를 평가하는 것이 포함됩니다.

  2. 마이그레이션 방법을 선택합니다. SAP HANA 워크로드의 요구사항과 사용 중인 인프라에 따라 가장 적절한 마이그레이션 방법을 선택해야 합니다. 자세한 내용은 마이그레이션 방법 선택을 참고하세요.

  3. 비프로덕션 환경에서 마이그레이션을 테스트하고 검증합니다. SAP HANA 워크로드를 마이그레이션할 때 워크로드 성능이나 데이터 무결성에 부정적인 영향을 미치지 않도록 하려면 비프로덕션 환경에서 선택한 마이그레이션 방법을 철저하게 테스트하고 검증해야 합니다.

  4. 마이그레이션을 위해 워크로드를 준비합니다. 여기에는 데이터베이스 백업 생성, 다운타임 계획, 필요한 모든 라이선스 및 도구가 설치되어 있는지 확인, 대상 시스템에서 라이선스 키 업데이트와 같은 작업이 포함됩니다.

  5. 워크로드를 마이그레이션합니다. 선택한 마이그레이션 방법을 사용하여 SAP HANA 워크로드를 필요한 유형의 베어 메탈 인스턴스로 마이그레이션합니다. 이 단계에는 시스템 복제, 데이터 전송 또는 컷오버 활동을 실행하는 것이 포함될 수 있습니다.

  6. 워크로드를 테스트하고 검증합니다. SAP HANA 워크로드가 베어메탈 인스턴스로 성공적으로 마이그레이션되면 워크로드를 테스트 및 검증하여 예상대로 실행되는지 확인합니다.

마이그레이션 방법 선택

SAP HANA 워크로드에 대해 선택하는 마이그레이션 방법은 워크로드 요구사항, 워크로드가 Google Cloud에서 실행되는지 여부, 사용 중인 인프라, 시스템 구성(확장 또는 확장)과 같은 요인에 따라 달라집니다.

다음 플로우 차트는 SAP HANA 워크로드에 대해 가장 적합한 마이그레이션 방법을 찾기 위해 고려할 수 있는 일련의 질문을 안내합니다.

SAP HANA를 Compute Engine 베어메탈 머신 유형으로 마이그레이션하는 방법을 선택하는 방법을 보여주는 플로우 차트

마이그레이션 방법을 선택하는 방법

  • 다음 기준 중 하나라도 충족하는 경우 마이그레이션 방법 설계에 대한 도움을 받기 위해 Google Cloud 담당자에게 문의하는 것이 좋습니다.
    • Google Cloud를 처음 사용하시는 것 같습니다.
    • SAP HANA 워크로드에서 수평 확장 구성을 사용합니다.
    • SAP HANA 워크로드에 다음과 같은 복잡한 요구사항이 있습니다.
      • 마이그레이션 및 컷오버 기간이 매우 짧습니다.
      • 특히 소스 환경에서 마이그레이션에 적합한 효과적인 대역폭으로 연결하기 위한 고급 네트워킹 요구사항이 있습니다.
      • 워크로드의 부하 프로필을 변경하고 있습니다. 예를 들어 새 기능을 출시하거나 신규 사용자를 추가하는 경우입니다.
      • 추가 애플리케이션 서버를 배포하거나 인터페이스를 변경하는 등 여러 인프라 측면을 변경하고 있습니다.
      • 여러 시스템을 동시에 마이그레이션하고 있습니다.
  • 머신 유형을 변경하여 마이그레이션 SAP HANA 환경이 다음 기준을 모두 충족하는 경우 Google 도구를 사용하여 워크로드를 마이그레이션할 수 있습니다.
    • 워크로드가 Compute Engine VM 인스턴스에서 실행 중입니다.
    • VM이 필요한 베어메탈 머신 유형과 호환되는 OS 버전을 실행하고 있습니다. 머신 유형과 OS 버전의 호환성에 관한 자세한 내용은 SAP HANA용으로 인증된 운영체제를 참고하세요.
    • VM은 필요한 유형의 하이퍼디스크와 호환됩니다. 이는 VM 부팅 볼륨에도 적용됩니다. 머신 유형과 디스크 유형의 호환성에 관한 자세한 내용은 SSD 기반 영구 디스크 및 하이퍼디스크 볼륨의 최소 크기의 'Hyperdisk Extreme' 및 'Hyperdisk Balanced' 탭을 참고하세요.

    소스 시스템의 머신 유형이 OS 버전 또는 하이퍼디스크 유형과 호환되지 않는 경우 SAP HANA 시스템 복제 또는 백업/복구를 사용하여 워크로드를 마이그레이션할 수 있습니다.

  • SAP 도구를 사용하여 마이그레이션. SAP HANA 워크로드가 베어메탈 솔루션 서버에서 실행되는 경우 SAP HANA 시스템 복제 또는 데이터베이스 백업 및 복구와 같은 SAP 도구를 사용하여 워크로드를 마이그레이션할 수 있습니다. 애플리케이션 서버가 동일한 리전에서 실행 중인 경우 계속 사용할 수 있습니다. 자세한 내용은 마이그레이션 방법 검토를 참고하세요.
  • 전체 마이그레이션. SAP HANA 워크로드가 자체 온프레미스 서버 또는 다른 클라우드에서 실행되는 경우 전체 마이그레이션에 해당하며, 여기에는 SAP HANA, 애플리케이션 서버 및 잠재적으로 인터페이스 시스템을 이동하는 것이 포함될 수 있습니다.

마이그레이션 방법 검토

다음 표에는 SAP 또는 Google Cloud에서 제공하는 기능을 사용하는 마이그레이션 방법에 관한 정보가 나와 있습니다. 표에서 비교 정보는 지정된 마이그레이션 방법의 컨텍스트에 따라 달라집니다.

메서드 설명
SAP HANA 시스템 복제
  • 이점:
    • 가장 짧은 컷오버 기간
    • 롤백 및 부하 테스트를 위한 병렬 환경을 제공합니다.
  • 고려사항:
    • 호스트 이름 및 IP 주소 변경으로 인해 더 많은 통합 테스트 필요
    • 하드웨어 설치 공간이 중복되면 비용이 많이 듭니다.
  • 추천 대상:
    • 더 짧은 가동 중단 기간이 필요한 하이브리드, 온프레미스 또는 베어메탈 솔루션 시스템
    • 머신 유형을 변경하여 마이그레이션할 수 없는 시스템
SAP HANA 백업 및 복구
  • 이점:
    • 암시적 데이터 일관성 검사
    • 소스 시스템과 대상 시스템 간에 직접 연결이 필요하지 않음
    • SAP용 Google Cloud 에이전트 및 기타 표준 SAP 도구를 사용하여 더 쉽게 수행할 수 있는 작업입니다.
  • 고려사항:
    • 가장 긴 마이그레이션 및 컷오버 시간
  • 추천 대상:
    • 긴 가동 중단 시간을 허용할 수 있는 하이브리드, 온프레미스 또는 베어메탈 솔루션 시스템
머신 유형 변경
  • 이점:
    • 요구사항이 충족되는 경우 가장 간단한 프로세스
    • 추가 인프라가 필요하지 않음
    • 고가용성(HA) 구성을 활용하여 단계적 컷오버 사용 설정
  • 고려사항:
    • OS 및 디스크 호환성과 관련된 기본 요건이 충족되는 경우 사용할 수 있습니다.
    • 마이그레이션 중에 롤백하는 작업은 병렬 환경을 사용할 때보다 더 복잡할 수 있습니다.
    • 기능과 성능을 확인하기 위해서는 어느 정도의 부하 및 통합 테스트가 필요하며 이는 모든 마이그레이션 방법에 적용됩니다.
  • 추천 대상:
    • OS 및 디스크 유형 호환성 요구사항을 충족하는 Compute Engine VM에서 실행되는 시스템

방법별 대략적인 마이그레이션 단계

선택한 마이그레이션 방법의 대략적인 마이그레이션 단계에 관한 자세한 내용은 다음을 참고하세요.

이러한 마이그레이션 방법이 시나리오에 적합하지 않은 경우 전체 마이그레이션을 수행하거나 시나리오에 맞는 마이그레이션을 설계해야 합니다. 이를 위해 Google Cloud Professional Services Organization(PSO)과 같은 전문가의 도움을 받을 수 있습니다. 이 참여와 관련된 자세한 내용은 PSO 참여하기를 참고하세요.

SAP HANA 시스템 복제를 사용하여 마이그레이션

SAP HANA 시스템 복제(HSR)는 SAP HANA의 고가용성 및 재해 복구의 기본 요소입니다. HSR은 데이터베이스 마이그레이션을 운영체제 및 기타 인프라 종속 항목에서 분리합니다. SAP HANA 다중 대상 복제를 활용하면 프로덕션 시스템의 컷오버까지 기존 HA 및 DR 구성을 유지하면서 HSR을 새 Compute Engine 베어메탈 인스턴스로 확장할 수 있습니다.

SAP HANA HSR을 사용하여 SAP HANA 워크로드를 Compute Engine 베어메탈 인스턴스로 마이그레이션하려면 다음과 같은 대략적인 단계를 완료합니다.

  1. SAP 환경의 모든 변경사항과 마찬가지로 SAP HANA 데이터베이스의 유효한 백업을 사용할 수 있는지 확인합니다.

  2. 필요한 유형의 베어 메탈 인스턴스를 배포하고 필요한 HA 및 DR 구성으로 SAP HANA를 설치합니다.

    Google Cloud에서 제공하는 Terraform 구성을 사용하여 이 배포를 자동화할 수 있습니다. 자세한 내용은 SAP HANA 시나리오의 배포 가이드를 참조하세요.

    Google Cloud에서 SAP HANA를 실행하는 데 사용할 수 있는 Compute Engine 베어메탈 머신 유형, 사용할 수 있는 OS 버전, 권장 블록 스토리지 구성에 대한 자세한 내용은 SAP HANA용 베어메탈 머신 유형을 참조하세요.

  3. 베어메탈 인스턴스에 SAP용 Google Cloud 에이전트 버전 3.6(최신)을 설치합니다.

    에이전트를 설치하는 방법에 대한 자세한 내용은 컴퓨팅 인스턴스에 SAP용 Google Cloud 에이전트 설치 및 구성을 참고하세요. Google Cloud에서 제공하는 Terraform 구성을 사용하여 베어메탈 인스턴스를 배포한 경우 에이전트가 자동으로 설치됩니다.

  4. SAP용 Google Cloud 에이전트를 사용하여 SAP 워크로드의 최적 실행을 위해 베어메탈 인스턴스에서 게스트 OS를 구성합니다.

    게스트 OS를 구성하는 방법에 관한 자세한 내용은 베어메탈 인스턴스에 게스트 OS 구성을 참고하세요.

  5. 소스 시스템과 베어메탈 인스턴스 간에 필요한 네트워크 연결을 구성합니다. 예상되는 트랜잭션 로그 양을 수용하려면 충분한 네트워크 대역폭으로 연결을 구성합니다.

  6. 복제를 위한 기준을 제공하려면 백업의 초기 데이터를 베어메탈 인스턴스에서 실행 중인 SAP HANA 데이터베이스에 로드하거나 다음 단계의 일부로 전체 동기화를 시작하세요.

  7. 소스 시스템에서 베어메탈 인스턴스에 배포된 SAP HANA 시스템으로의 다중 대상 복제를 구성합니다.

  8. 컷오버를 추정하려면 성능 또는 부하 테스트를 포함하여 새 시스템에 대해 한 번 이상의 테스트 실행을 수행합니다.

  9. 새 시스템에서 데이터가 완전히 동기화되었는지 확인한 후 컷오버를 계획하고 시작합니다.

    • 소스 시스템이 Compute Engine VM 인스턴스에서 실행되는 경우 내부 부하 분산기를 수정하여 해당 백엔드를 베어메탈 인스턴스로 리디렉션합니다. 문제가 발생한 경우 소스 시스템으로 다시 전환하는 데도 사용할 수 있습니다.
    • 소스 시스템이 다른 위치에서 실행 중인 경우 라우트 또는 DNS 업데이트를 사용하여 소스 시스템에서 베어 메탈 인스턴스에 연결하는 데 사용한 외부 IP 주소를 리디렉션할 수 있습니다.

이 방법을 사용하면 컷오버가 시작되기 전에 대상 베어메탈 인스턴스의 SAP HANA 시스템을 소스 시스템과 동기화할 수 있습니다. 적절한 계획과 실행을 통해 이 마이그레이션 방법을 사용하면 다운타임을 크게 줄이고 위험을 방지할 수 있습니다. 또한 마이그레이션 중에 예상치 못한 문제가 발생할 경우 롤백을 크게 간소화할 수 있습니다. 그러나 두 개의 SAP HANA 시스템을 동시에 실행하면 비용이 증가합니다.

데이터베이스 백업 및 복구를 사용하여 마이그레이션

이 마이그레이션 방법에는 소스 시스템을 백업하고 베어 메탈 인스턴스에 복원하는 작업이 포함됩니다.

이 방법의 컷오버 다운타임을 최소화하려면 먼저 필요한 HA 및 DR 구성을 갖춘 베어메탈 인스턴스에 SAP HANA를 배포한 다음 복구 작업을 실행하는 것이 좋습니다. 이 마이그레이션 방법은 일반적으로 비프로덕션 환경에 사용되며 다운타임이 크게 문제가 되지 않는 경우에 적합합니다.

데이터베이스 백업 및 복구를 사용하여 SAP HANA 워크로드를 Compute Engine 베어메탈 인스턴스로 마이그레이션하려면 다음과 같은 대략적인 단계를 완료합니다.

  1. 필요한 유형의 베어 메탈 인스턴스를 배포하고 필요한 HA 및 DR 구성으로 SAP HANA를 설치합니다.

    Google Cloud에서 제공하는 Terraform 구성을 사용하여 이 배포를 자동화할 수 있습니다. 자세한 내용은 SAP HANA 시나리오의 배포 가이드를 참조하세요.

    Google Cloud에서 SAP HANA를 실행하는 데 사용할 수 있는 Compute Engine 베어메탈 머신 유형, 사용할 수 있는 OS 버전, 권장 블록 스토리지 구성에 대한 자세한 내용은 SAP HANA용 베어메탈 머신 유형을 참조하세요.

  2. 베어메탈 인스턴스에 SAP용 Google Cloud 에이전트 버전 3.6(최신)을 설치합니다.

    에이전트를 설치하는 방법에 대한 자세한 내용은 컴퓨팅 인스턴스에 SAP용 Google Cloud 에이전트 설치 및 구성을 참고하세요. Google Cloud에서 제공하는 Terraform 구성을 사용하여 베어메탈 인스턴스를 배포한 경우 에이전트가 자동으로 설치됩니다.

  3. SAP용 Google Cloud 에이전트를 사용하여 SAP 워크로드의 최적 실행을 위해 베어메탈 인스턴스에서 게스트 OS를 구성합니다.

    게스트 OS를 구성하는 방법에 관한 자세한 내용은 베어메탈 인스턴스에 게스트 OS 구성을 참고하세요.

  4. 컷오버를 추정하려면 성능 또는 부하 테스트를 포함하여 새 시스템에 대해 한 번 이상의 테스트 실행을 수행합니다.

  5. 원하는 백업 도구로 초기 전체 백업을 만든 다음 컷오버에 대비하여 백업을 대상 환경으로 전송합니다.

  6. SAP 애플리케이션과 소스 SAP HANA 데이터베이스에 대한 데이터베이스 연결을 중지합니다.

  7. 원하는 도구 또는 파일 시스템 덤프를 사용하여 소스 SAP HANA 데이터베이스의 델타 백업을 만듭니다. 또는 서비스 중단 기간이 이를 수용하는 경우 전체 백업을 사용할 수 있으며 이 경우 5단계를 건너뛸 수 있습니다.

  8. 베어메탈 인스턴스에 설치한 SAP HANA 데이터베이스에 백업을 복원하여 데이터를 소스와 동기화합니다.

  9. 해당하는 경우 복제를 사용 설정하고 베어메탈 인스턴스에서 HA 클러스터를 구성합니다.

  10. 데이터가 완전히 복구되었는지 확인한 후 출시 전 활동을 계획하고 시작합니다.

    • 소스 시스템이 Compute Engine VM 인스턴스에서 실행되는 경우 내부 부하 분산기를 수정하여 해당 백엔드를 베어메탈 인스턴스로 리디렉션합니다.
    • 소스 시스템이 다른 위치에서 실행 중인 경우 라우트 또는 DNS 업데이트를 사용하여 소스 시스템에서 베어 메탈 인스턴스에 연결하는 데 사용한 외부 IP 주소를 리디렉션할 수 있습니다.

백업 및 복구를 사용하여 멀티 테라바이트 SAP HANA 데이터베이스를 마이그레이션하려면 백업 및 복구 중에 시스템이 오프라인 상태로 유지되어야 하므로 프로세스 중에 다운타임이 길어질 수 있습니다. 소스에서 대상 시스템으로 마지막 변경사항이 전송되면 소스 시스템에서 더 이상 변경사항이 발생하지 않도록 합니다.

머신 유형을 변경하여 마이그레이션

이 마이그레이션 방법은 Compute Engine VM 인스턴스에서 실행되는 SAP HANA 워크로드에 적용됩니다. 여기에는 기본 VM 인스턴스의 머신 유형을 필요한 Compute Engine 베어 메탈 머신 유형으로 변경하는 작업이 포함됩니다. 이 방법은 다음과 같은 경우에 적합합니다.

  • 소스 SAP HANA 시스템은 호환성 요구사항을 충족하는 VM 인스턴스에서 실행됩니다.
  • 새 컴퓨팅 인스턴스에 SAP HANA를 배포하는 대신 인스턴스 이름, IP 주소, 기타 메타데이터를 유지하려고 합니다.
  • 기존 시스템 및 구성을 변경할 수 있는 위험 허용 범위가 있습니다. 마이그레이션 중에 문제가 발생하는 경우 마이그레이션 전에 마지막으로 알려진 작동 상태로 시스템을 되돌리려면 이러한 변경 사항을 되돌릴 수 있어야 합니다. 이 접근 방식은 고가용성 구성으로 운영하는 환경에서 가장 잘 작동합니다.

머신 유형을 변경하여 SAP HANA를 Compute Engine VM에서 Compute Engine 베어 메탈 인스턴스로 마이그레이션하려면 다음 대략적인 단계를 완료하세요.

  1. 다음 기본 요건을 충족하는지 확인합니다.

    • VM 인스턴스에서 마이그레이션하려는 베어 메탈 머신 유형과 호환되는 OS 버전을 사용하고 있습니다. 그렇지 않은 경우 호환되는 버전으로 업그레이드합니다. 머신 유형과 OS 버전의 호환성에 관한 자세한 내용은 SAP HANA용으로 인증된 운영체제를 참고하세요.
    • VM 인스턴스는 필요한 유형의 하이퍼디스크와 호환됩니다. 이는 부팅 볼륨을 비롯한 모든 연결된 블록 스토리지 기기에 적용됩니다. 머신 유형과 디스크 유형의 호환성에 관한 자세한 내용은 SSD 기반 영구 디스크 및 하이퍼디스크 볼륨의 최소 크기의 'Hyperdisk Extreme' 및 'Hyperdisk Balanced' 탭을 참고하세요.
  2. VM이 고가용성(HA) 클러스터의 일부인 경우 다음을 확인합니다.

    1. 기본 서빙 데이터베이스 인스턴스는 클러스터의 다른 노드에서 활성 상태입니다.
    2. 자동 장애 조치를 방지하기 위해 클러스터가 유지보수 모드로 전환됩니다.
  3. SAP HANA 인스턴스를 중지합니다.

  4. VM 인스턴스를 중지합니다.

  5. 마이그레이션 실패 시 시스템을 보호하고 롤백을 사용 설정하려면 다음 단계를 따르세요.

    • SAP HANA 데이터베이스의 유효한 최신 전체 백업이 있는지 확인합니다.
    • 부팅 디스크를 포함하여 수정 중인 디스크의 스냅샷을 만듭니다.
  6. VM에서 사용하는 각 Persistent Disk 볼륨에 대해 이전 단계에서 만든 디스크 스냅샷을 사용하여 필요한 유형의 Hyperdisk 볼륨을 만듭니다.

    이 작업을 수행하는 방법에 관한 자세한 내용은 디스크 유형 변경을 참고하세요. 부팅 디스크를 분리하고 연결하는 방법에 관한 자세한 내용은 부팅 디스크 분리 및 연결을 참고하세요. 베어메탈 머신 유형에 대해 Google Cloud에서 권장하는 스토리지 구성에 대한 자세한 내용은 지원되는 블록 스토리지를 참고하세요.

  7. VM에서 Persistent Disk 볼륨을 분리합니다.

  8. 만든 하이퍼디스크 볼륨을 VM에 연결합니다.

  9. VM의 머신 유형을 필요한 Compute Engine 베어메탈 머신 유형으로 수정합니다.

    인스턴스의 머신 유형을 수정하는 방법에 관한 자세한 내용은 컴퓨팅 인스턴스의 머신 유형 수정을 참고하세요. SAP HANA와 함께 사용하도록 SAP에서 인증한 Compute Engine 베어 메탈 머신 유형에 대한 자세한 내용은 SAP HANA용 베어 메탈 머신 유형을 참조하세요.

  10. 베어메탈 인스턴스를 시작합니다.

  11. SAP용 Google Cloud 에이전트를 사용하여 SAP 워크로드의 최적 실행을 위해 베어메탈 인스턴스에서 게스트 OS를 구성합니다.

    게스트 OS를 구성하는 방법에 관한 자세한 내용은 베어메탈 인스턴스에서 게스트 OS 구성을 참고하세요.

  12. SAP HANA 데이터베이스를 시작합니다.

  13. SAP HANA가 베어메탈 인스턴스에서 예상대로 실행 중인지 확인합니다.

  14. 베어메탈 인스턴스가 HA 클러스터의 일부인 경우 다음을 실행합니다.

    1. HA 클러스터의 다른 노드에 대해 3~13단계를 반복합니다.
    2. 클러스터를 유지보수 모드에서 삭제합니다.
  15. 데이터가 최신 상태인지 확인한 후 게시 전 활동을 계획하고 시작합니다.

이 접근 방식은 병렬 환경이 필요하지 않고 머신 유형을 변경하여 인플레이스 업데이트를 실행하려는 경우에 적합합니다. OS 버전과 디스크 유형이 필요한 베어 메탈 머신 유형과 호환되지 않는 경우 영향을 받는 인스턴스를 복구해야 하는 경우 다운타임 기간과 롤백 시간이 크게 늘어날 수 있습니다. 계획된 베어 메탈 머신 유형으로 전환하기 전에 HA 클러스터를 사용하고 VM을 하이퍼디스크 볼륨으로 마이그레이션하는 등 단계적 변경 접근 방식을 활용하여 다운타임을 줄일 수 있습니다.

전체 마이그레이션

SAP HANA 워크로드가 자체 온프레미스 서버 또는 다른 클라우드에서 실행되는 경우 전체 마이그레이션에 해당하며, 여기에는 SAP HANA, 애플리케이션 서버 및 잠재적으로 인터페이스 시스템을 이동하는 것이 포함될 수 있습니다.

마이그레이션을 도와줄 Google Cloud 전문가 또는 파트너를 고용할 수 있습니다. 자세한 내용은 PSO 참여를 참고하세요.

PSO 참여

복잡한 SAP HANA 시스템을 X4 또는 C3 베어메탈 인스턴스로 마이그레이션하는 경우 Google Cloud Professional Services Organization(PSO) 또는 시스템 통합업체(SI)를 활용하는 것이 좋습니다. SAP HANA 및 Google Cloud에 대한 전문 지식과 입증된 방법론 및 권장사항을 통해 원활하고 성공적인 마이그레이션을 보장하고 서비스 중단을 최소화하며 시스템 성능을 최적화할 수 있습니다.