SAP 시스템의 컴퓨팅 인스턴스 구성 수정

이 가이드에서는 SAP 시스템을 호스팅하는 Compute Engine 인스턴스의 구성을 수정할 때Google Cloud 에서 실행되는 SAP 시스템과 관련된 고려사항을 설명합니다.

Compute Engine 인스턴스에 SAP 시스템을 배포한 후에는 인스턴스의 구성을 수정해야 하는 경우가 있습니다. 워크로드 증가, 최신 인프라를 활용하여 스토리지 또는 네트워킹 속도 향상, 기존 인프라와 비교하여 가성비 최적화 등의 이유로 인프라를 업그레이드할 수 있습니다.

수정 유형

일부 변경 작업은 SAP 시스템 중지, 컴퓨팅 인스턴스 중지, 변경, 컴퓨팅 인스턴스 및 SAP 시스템 다시 시작 과정을 통해 수행할 수 있습니다. 다른 변경사항에는 드라이브의 파티션을 다시 나누거나 백업에서 데이터베이스 시스템을 복원하는 과정이 필요할 수 있습니다.

다음과 같은 경우 컴퓨팅 인스턴스를 중지했다가 다시 시작하면 변경사항이 적용됩니다.

  • 최신 CPU 플랫폼으로 전환하는 경우
  • 사전 정의된 VM 구성에서 커스텀 VM 구성으로 전환하는 경우

  • 더 크거나 작은 머신 유형으로 전환하는 경우

    1세대 또는 2세대 머신 시리즈를 사용 중이며 3세대 이상 머신 시리즈에 속하는 머신 유형으로 전환하려는 경우 인스턴스의 머신 유형을 수정할 수 없으며 대신 SAP 시스템을 새 컴퓨팅 인스턴스로 이동해야 합니다. 자세한 내용은 컴퓨팅 인스턴스의 머신 유형 수정을 참고하세요.

다음과 같은 경우에는 변경 완료 후 백업에서 SAP 시스템을 복원해야 할 수 있습니다.

  • 영구 디스크 또는 하이퍼디스크 볼륨의 크기를 줄이는 경우
  • 스토리지 레이아웃 또는 파티션 나누기를 재구성하는 경우
  • 네트워크 인터페이스 카드를 VirtIO에서 gVNIC로 전환하거나 Virtual Private Cloud 구성을 수정하는 경우

도움말 및 권장사항

SAP 시스템을 호스팅하는 컴퓨팅 인스턴스의 구성을 수정하기 전에 다음 도움말 및 권장사항을 고려하세요.

시스템 백업

변경하기 전에 데이터, SAP 시스템, 원본 (소스) 컴퓨팅 인스턴스의 구성, 변경의 영향을 받을 수 있는 기타 모든 항목을 백업하는 것이 좋습니다.

컴퓨팅 인스턴스의 구성을 백업하려면 다음 옵션을 사용하면 됩니다.

  • 부팅 디스크 스냅샷 만들기: 컴퓨팅 인스턴스 구성을 백업하는 한 가지 방법은 부팅 디스크의 스냅샷을 만드는 것입니다. 이 작업을 수행하는 방법에 대한 자세한 내용은 디스크 스냅샷 만들기 및 관리를 참고하세요.
  • 부팅 디스크 이미지 만들기: 컴퓨팅 인스턴스의 부팅 디스크를 기반으로 커스텀 OS 이미지를 만들 수도 있습니다. 방법에 관한 자세한 내용은 커스텀 이미지 만들기를 참고하세요.

  • 구성 사본 저장: 일부 구성 세부정보는 디스크 스냅샷 또는 맞춤 이미지로 캡처되지 않습니다. 컴퓨팅 인스턴스의 구성 세부정보 사본을 저장하는 것도 도움이 될 수 있습니다. 다음과 같이 구성 세부정보를 표시하고 복사할 수 있습니다.

    • Google Cloud 콘솔에서 VM 인스턴스 세부정보 페이지로 이동한 다음 Equivalent REST를 클릭합니다. REST 응답 형식으로 구성 세부정보를 보고 복사할 수 있습니다.

    • Cloud Shell 또는 Google Cloud CLI를 설치한 터미널에서 인스턴스 세부정보를 표시합니다.

      gcloud compute instances describe INSTANCE_NAME

      INSTANCE_NAME을 컴퓨팅 인스턴스의 이름으로 바꿉니다.

백업을 만든 후에는 부팅 디스크의 디스크 스냅샷 또는 커스텀 이미지에서 컴퓨팅 인스턴스를 만들어 테스트해야 합니다. 방법은 다음을 참고하세요.

CPU 플랫폼 고려사항 검토

Compute Engine 머신 유형의 SAP 인증은 컴퓨팅 인스턴스에 사용할 수 있는 최소 CPU 플랫폼을 정의합니다. 일부 머신 유형의 경우에는 CPU 플랫폼을 선택할 수 있으므로 인스턴스의 구성을 변경할 때 결과적으로 구성된 CPU 플랫폼이 SAP 인증의 최소 요구사항을 충족하는지 확인해야 합니다. CPU 플랫폼에 자동을 지정하는 경우에는 특히 그렇습니다.

Google Cloud에서 Compute Engine 머신 유형의 SAP 인증에 필요한 최소 CPU 플랫폼에 대한 자세한 내용은 다음을 참고하세요.

이전 세대 머신 제품군을 사용하는 경우 해당 머신 계열에 사용 가능한 최신 CPU 플랫폼을 지정하는 것이 좋습니다. 이렇게 하면 워크로드에 최고의 성능을 제공할 수 있을 뿐만 아니라 최신 CPU에서 제공하는 기능을 통해 시스템 안정성을 향상시킬 수도 있습니다. 또는 해당하는 경우 최신 세대 머신 유형으로 업데이트하는 것이 좋습니다. 머신 유형에 기존 CPU 예약이나 Compute Engine 약정이 있는 경우Google Cloud 영업 담당자 또는 Cloud 고객 지원팀에 문의하여 예약이나 머신 유형을 변경할 수 있는 옵션을 논의하세요.

CPU 플랫폼 변경에 대한 자세한 내용은 VM 인스턴스에 최소 CPU 플랫폼 지정을 참고하세요.

Compute Engine에서 사용할 수 있는 CPU 플랫폼에 대한 자세한 내용은 CPU 플랫폼을 참조하세요.

커스텀 머신 구성에 관한 SAP 가이드라인 검토

커스텀 머신을 구성할 때 SAP 지원을 보장하려면 맞춤설정하려는 머신 유형과 SAP 가이드라인을 기반으로 하는 메모리 대 vCPU 비율을 준수해야 합니다.

가이드라인은 커스텀 머신이 SAP HANA용인지 SAP NetWeaver용인지에 따라 달라집니다.

SAP NetWeaver용 커스텀 머신

다음 표에는 SAP가 SAP NetWeaver에서 지원하는 각 커스텀 머신 유형의 규칙이 요약되어 있습니다.

머신 유형 vCPU 표준 메모리 옵션 고성능 메모리 옵션
N1 1 또는 96까지 짝수 vCPU당 3.75GB vCPU당 6.5GB
N2 32까지 짝수. 32 이후에는 vCPU 수가 4로 나누어져야 하며 최대 80개입니다. 예를 들어 vCPU 수가 32개, 36개, 40개이면 모두 유효하지만 38개는 유효하지 않습니다. vCPU당 4GB vCPU당 8GB
N2D vCPU 수는 2개이거나 4로 나누어지는 짝수이며, 최대 32개(SAP 지원 한도)입니다. vCPU당 4GB vCPU당 8GB

자세한 내용은 커스텀 머신 구성을 참조하세요.

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(수직 확장만) 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용 배포 자동화 및 커스텀 VM 유형

Google Cloud 에서 제공하는 Terraform 구성 파일 또는 Deployment Manager 템플릿을 사용하여 컴퓨팅 인스턴스를 배포하는 경우 커스텀 VM 유형을 배포하려면 필요한 vCPU 및 메모리보다 크거나 같은 vCPU 및 메모리가 있는 사전 정의된 VM 유형을 임시로 배포한 다음 이 VM을 수정하여 필요한 vCPU 및 메모리를 확보해야 합니다. Terraform 구성 및 Deployment Manager 파일에서는 커스텀 머신 유형을 지정할 수 없습니다.

SAP HANA의 경우 메모리가 필요한 것보다 약간 더 많은 VM을 배포하면 불필요한 영구 디스크 스토리지 비용을 지불하지 않아도 SAP HANA 시스템에 충분한 영구 디스크 스토리지가 제공됩니다. 메모리가 필요한 것보다 적은 VM을 배포한 경우 메모리를 추가한 후 메모리 증가에 맞게 영구 디스크 또는 하이퍼디스크의 크기도 늘려야 합니다.

또는 SAP HANA에 Terraform 구성을 사용하는 동안 disk_type 인수와 관련된 고급 인수를 사용하여 필요한 디스크 크기를 지정할 수 있습니다. 자세한 내용은 배포 시나리오의 배포 가이드를 참조하세요. SAP HANA 계획 가이드의 SSD 기반 영구 디스크의 최소 크기를 따라야 합니다.

SAP NetWeaver의 경우 사전 정의된 가장 작은 VM 유형을 선택한 다음 필요한 만큼 vCPU를 추가할 수 있습니다. 영구 디스크의 크기는 조정하지 않아도 됩니다.

커스텀 VM 인스턴스 만들기에 대한 추가 정보

커스텀 구성으로 Compute Engine VM 인스턴스를 만드는 방법에 대한 자세한 내용은 커스텀 머신 유형으로 VM 인스턴스 만들기를 참고하세요.

컴퓨팅 인스턴스 수정 중 다운타임 방지

변경 시 백업에서 SAP 시스템을 복원할 필요가 없고 비즈니스에 짧은 다운타임이 허용되는 경우의 변경 프로세스가 가장 간단합니다.

비즈니스에 다운타임이 허용되지 않는 경우에는 SAP 시스템이 고가용성 (HA) 구성으로 실행될 수 있으며, 이 경우 한 번에 한 노드씩 변경할 수 있습니다. 하지만 보조 노드를 변경하는 동안 기본 노드에 문제가 발생하면 보조 시스템을 장애 조치에 사용할 수 없게 됩니다.

HA 구성의 노드를 한 번에 하나씩 변경하는 방법은 다음과 같은 다른 변경 작업에도 사용할 수 있습니다.

  • 운영체제 패치
  • 데이터베이스 시스템 패치
  • SAP 커널 패치(순차적 커널 업데이트와 결합된 경우)
  • VM 서비스 계정, 네트워킹 등의 재구성

이러한 유형의 변경은 이 문서의 범위를 벗어나며 추가 고려사항, 단계 또는 요구사항이 포함될 수 있습니다.

비프로덕션 환경에서 변경사항 테스트

준비 프로세스의 마지막 단계로, 변경사항을 프로덕션에 적용하기 전에 비프로덕션 환경을 사용하여 변경사항을 테스트합니다.

대략적인 절차

다음 섹션에서는 SAP 시스템을 호스팅하는 컴퓨팅 인스턴스의 구성을 수정해야 하는 다양한 시나리오에 관한 대략적인 절차를 제공합니다.

SAP HANA를 X4 또는 C3-metal과 같은 Compute Engine 베어메탈 머신 유형으로 이동하려면 SAP HANA를 Compute Engine 베어메탈 인스턴스로 마이그레이션을 참고하세요.

디스크 구성 수정

Persistent Disk 또는 Hyperdisk 볼륨의 크기를 변경하거나 사용 중인 디스크 유형을 변경하는 경우 변경과 관련된 위험을 줄이려면 필요한 크기로 새 디스크를 만들고 변경에 성공한 것으로 확인되기 전까지 이전 디스크를 유지하세요.

SAP HANA를 실행하는 경우 다음 가이드에서 자세한 안내를 확인하세요.

SAP 시스템을 호스팅하는 컴퓨팅 인스턴스에 연결된 디스크의 크기 또는 유형을 수정하려면 다음 단계를 완료하세요.

  1. SAP 시스템을 백업합니다.
  2. SAP 시스템을 중지합니다.
  3. 컴퓨팅 인스턴스를 중지합니다.
  4. 디스크 스냅샷 만들기 및 관리에 설명된 대로 수정 중인 Persistent Disk 또는 Hyperdisk 볼륨의 스냅샷을 만듭니다.

  5. 스냅샷을 사용하여 스냅샷에서 복원에 설명된 대로 필요한 크기 및 유형의 새 디스크를 만듭니다.

    SAP 시스템이 SAP HANA인 경우 새 Persistent Disk 또는 Hyperdisk 볼륨의 유형과 크기가 SAP HANA 성능 요구사항을 충족하는지 확인합니다. 자세한 내용은 SAP HANA 영구 디스크 스토리지를 참고하세요.

  6. 컴퓨팅 인스턴스에서 원본 디스크를 분리합니다. 롤백 시 다시 연결할 수 있습니다.

  7. 새 디스크를 연결합니다.

  8. 새 디스크가 이전 디스크보다 큰 경우 추가 디스크 공간을 사용하도록 파일 시스템의 크기를 조정합니다.

  9. 컴퓨팅 인스턴스를 다시 시작합니다.

  10. SAP 시스템을 다시 시작합니다.

  11. 시스템이 예상대로 실행 중인지 확인합니다.

  12. 디스크, 디스크 스냅샷과 같이 필요하지 않은 리소스를 정리합니다.

네트워크 구성 수정

이 섹션에서는 SAP 시스템을 호스팅하는 컴퓨팅 인스턴스의 네트워크 구성을 수정하는 데 사용할 수 있는 대략적인 절차를 설명합니다.

Compute Engine 머신 유형의 3세대 이상에서는 Google 가상 NIC (gVNIC)가 VirtIO-Net을 대체하여 유일하게 지원되는 네트워크 인터페이스가 됩니다. 컴퓨팅 인스턴스의 네트워크 인터페이스는 수정할 수 없으므로 먼저 필요한 유형의 인스턴스를 배포한 다음 SAP 시스템을 새 인스턴스로 이동해야 합니다.

예를 들어 VirtIO를 사용하는 M1 인스턴스에서 실행되는 SAP 시스템을 생각해 보겠습니다. gVNIC만 지원하는 M3 머신 유형으로 전환하려면 먼저 M3 인스턴스를 배포한 다음 SAP 시스템을 M3 인스턴스로 이전해야 합니다.

컴퓨팅 인스턴스의 네트워크 인터페이스를 VirtIO에서 gVNIC로 수정하려면 다음 단계를 완료하세요.

  1. SAP 시스템을 중지합니다.

  2. 컴퓨팅 인스턴스를 중지합니다.

  3. 부팅 디스크의 스냅샷을 만듭니다.

    디스크 스냅샷을 만드는 방법에 관한 자세한 내용은 보관처리 스냅샷 및 표준 디스크 스냅샷 만들기를 참고하세요.

  4. 부팅 디스크 스냅샷을 사용하여 GVNIC 게스트 OS 기능으로 사용 설정된 커스텀 이미지를 만듭니다.

    커스텀 이미지를 만드는 방법에 관한 자세한 내용은 커스텀 이미지 만들기를 참고하세요.

  5. 부팅 디스크를 제외한 모든 디스크를 컴퓨팅 인스턴스에서 분리합니다. 롤백 시 다시 연결할 수 있습니다.

    컴퓨팅 인스턴스에서 디스크를 분리하는 방법에 관한 자세한 내용은 gcloud compute instances detach-disk 명령어를 실행하세요.

  6. 원본 (소스) 컴퓨팅 인스턴스의 메타데이터를 새 컴퓨팅 인스턴스에 캐스케이드하려면 다음을 실행합니다.

    1. 인스턴스 이름, IP 주소, 라벨, 태그와 같은 인스턴스 메타데이터를 기록합니다.

    2. 컴퓨팅 인스턴스에 할당된 IP 주소를 예약합니다.

    3. 원래 (소스) 컴퓨팅 인스턴스를 삭제합니다.

      방법에 관한 자세한 내용은 Compute Engine 인스턴스 삭제를 참고하세요.

  7. 만든 커스텀 이미지를 사용하여 새 컴퓨팅 인스턴스를 만듭니다.

    이 작업을 수행하는 방법은 커스텀 이미지에서 인스턴스 만들기를 참고하세요. 인스턴스를 만드는 동안 다음을 실행합니다.

    • 원래 (소스) 컴퓨팅 인스턴스에서 분리한 디스크를 추가합니다.
    • 인스턴스가 gVNIC를 네트워크 인터페이스 카드로 사용해야 합니다.
    • 이전 단계에서 원본 (소스) 컴퓨팅 인스턴스에서 확인한 메타데이터를 계단식으로 적용합니다.

  8. 새 컴퓨팅 인스턴스의 구성을 확인합니다.

  9. SAP 시스템을 시작합니다.

  10. SAP 시스템이 예상대로 실행 중인지 확인합니다.

  11. 디스크 스냅샷, 커스텀 이미지, 원본 (소스) 컴퓨팅 인스턴스와 같이 필요하지 않은 리소스를 정리합니다.

디스크 및 네트워크 구성 수정

이 섹션에서는 SAP 시스템을 원래 (소스) 컴퓨팅 인스턴스에서 사용하는 디스크 유형 및 네트워크 인터페이스 카드를 지원하지 않는 머신 유형으로 마이그레이션하는 데 사용할 수 있는 대략적인 절차를 설명합니다.

예를 들어 SAP 시스템이 영구 디스크 볼륨을 블록 스토리지로, VirtIO를 네트워크 인터페이스 카드로 사용하는 M2 인스턴스에서 실행 중인 경우 하이퍼디스크 볼륨과 gVNIC만 지원하는 M4 인스턴스로 전환하려면 두 가지 수정사항을 모두 관리해야 합니다.

디스크 및 네트워크 인터페이스 카드를 수정하려면 다음 단계를 완료합니다.

  1. SAP 시스템을 중지합니다.

  2. 컴퓨팅 인스턴스를 중지합니다.

  3. 부팅 디스크의 스냅샷을 만듭니다.

    디스크 스냅샷을 만드는 방법에 관한 자세한 내용은 보관처리 스냅샷 및 표준 디스크 스냅샷 만들기를 참고하세요.

  4. 컴퓨팅 인스턴스에 연결된 다른 디스크의 스냅샷을 만듭니다.

  5. 부팅 디스크 스냅샷을 사용하여 GVNIC 게스트 OS 기능으로 사용 설정된 커스텀 이미지를 만듭니다.

    커스텀 이미지를 만드는 방법에 관한 자세한 내용은 커스텀 이미지 만들기를 참고하세요.

  6. 부팅 디스크를 제외한 모든 디스크를 컴퓨팅 인스턴스에서 분리합니다. 롤백 시 다시 연결할 수 있습니다.

    컴퓨팅 인스턴스에서 디스크를 분리하는 방법에 관한 자세한 내용은 gcloud compute instances detach-disk 명령어를 실행하세요.

  7. 원본 (소스) 컴퓨팅 인스턴스의 메타데이터를 새 컴퓨팅 인스턴스에 캐스케이드하려면 다음을 실행합니다.

    1. 인스턴스 이름, IP 주소, 라벨, 태그와 같은 인스턴스 메타데이터를 기록합니다.

    2. 컴퓨팅 인스턴스에 할당된 IP 주소를 예약합니다.

    3. 원래 (소스) 컴퓨팅 인스턴스를 삭제합니다.

      방법에 관한 자세한 내용은 Compute Engine 인스턴스 삭제를 참고하세요.

  8. 만든 디스크 스냅샷을 사용하여 하이퍼디스크 볼륨을 만듭니다.

    이 작업을 수행하는 방법에 관한 자세한 내용은 스냅샷에서 디스크 만들기 및 선택적으로 인스턴스에 연결을 참고하세요.

  9. 만든 커스텀 이미지를 사용하여 새 컴퓨팅 인스턴스를 만듭니다.

    이 작업을 수행하는 방법은 커스텀 이미지에서 인스턴스 만들기를 참고하세요. 인스턴스를 만드는 동안 다음을 실행합니다.

    • 만든 Hyperdisk 볼륨을 추가합니다.
    • 인스턴스가 gVNIC를 네트워크 인터페이스 카드로 사용해야 합니다.
    • 이전 단계에서 원본 (소스) 컴퓨팅 인스턴스에서 확인한 메타데이터를 계단식으로 적용합니다.

  10. 새 컴퓨팅 인스턴스의 구성을 확인합니다.

  11. SAP 시스템을 시작합니다.

  12. SAP 시스템이 예상대로 실행 중인지 확인합니다.

  13. 디스크 스냅샷, 커스텀 이미지, 원본 (소스) 컴퓨팅 인스턴스와 같이 필요하지 않은 리소스를 정리합니다.