VM이 배포되고 SAP 시스템이 실행된 후에는 빠른 시일 내에 VM 구성을 수정해야 합니다. 워크로드 증가 또는 재해 복구 시나리오의 백업 VM 크기 증가와 같은 여러 가지 이유로 이 작업을 수행해야 할 수 있습니다.
이 페이지에서는 VM 수정 시 SAP 시스템과 관련한 고려사항을 설명합니다.
대략적 절차
VM을 수정하는 자세한 단계는 Compute Engine 문서의 중지된 인스턴스의 머신 유형 변경에 설명되어 있습니다.
Google Cloud Console, Google Cloud CLI 또는 Compute Engine API를 사용할 수 있습니다. 어떤 인터페이스로 VM을 수정하든 관계없이 대략적인 진행 단계는 일반적으로 동일합니다.
SAP 시스템을 백업합니다.
SAP 시스템을 중지합니다.
VM 인스턴스를 중지합니다.
VM 인스턴스의 구성을 수정합니다.
VM을 시작합니다.
변경사항을 확인합니다.
수정 유형
일부 변경 작업은 SAP 시스템 중지, VM 중지, 변경, 다시 시작 과정을 통해 수행할 수 있습니다. 다른 변경 작업에는 드라이브의 파티션을 다시 나누거나 백업에서 데이터베이스 시스템을 복원하는 과정이 필요할 수 있습니다.
다음과 같은 경우 VM을 중지했다가 다시 시작하면 변경사항이 적용됩니다.
- 더 크거나 작은 VM 인스턴스 유형으로 전환하는 경우
- 최신 CPU 플랫폼으로 전환하는 경우
- 사전 정의된 VM 구성에서 커스텀 VM 구성으로 전환하는 경우
다음과 같은 경우에는 변경 완료 후 백업에서 SAP 시스템을 복원해야 할 수 있습니다.
- 영구 디스크의 크기를 줄이는 경우
- 스토리지 레이아웃 또는 파티션 나누기를 재구성하는 경우
- 네트워크 인터페이스 카드 또는 Virtual Private Cloud 구성을 변경하는 경우
VM 구성 수정에 대한 자세한 내용은 중지된 인스턴스의 머신 유형 변경을 참조하세요.
영구 디스크 또는 하이퍼디스크 수정
영구 디스크 또는 하이퍼디스크의 크기를 변경하는 경우 변경과 관련된 위험을 줄이려면 필요한 크기로 새 디스크를 만들고 변경에 성공한 것으로 확인되기 전까지 이전 디스크를 유지하세요.
다음 절차에 따라 VM에 연결된 영구 디스크 또는 하이퍼디스크의 크기 또는 유형을 수정할 수 있습니다.
- SAP 시스템을 백업합니다.
- SAP 시스템을 중지합니다.
- VM 인스턴스를 중지합니다.
- 디스크 스냅샷 만들기 및 관리에 설명된 대로 수정 중인 영구 디스크 또는 하이퍼디스크의 스냅샷을 만듭니다.
스냅샷을 사용하여 스냅샷에서 복원에 설명된 대로 필요한 크기 및 유형의 새 디스크를 만듭니다.
SAP 시스템이 SAP HANA인 경우 새 영구 디스크 또는 하이퍼디스크의 유형과 크기가 SAP HANA 성능 요구사항을 충족하는지 확인합니다. 자세한 내용은 SAP HANA 영구 디스크 스토리지를 참조하세요.
원본 디스크를 분리합니다.
새 디스크를 연결합니다.
새 디스크가 이전 디스크보다 큰 경우 추가 디스크 공간을 사용하도록 파일 시스템의 크기를 조정합니다.
VM을 다시 시작합니다.
SAP 시스템을 다시 시작합니다.
시스템이 작동하는지 확인합니다.
시스템의 유효성을 검사한 후 필요에 따라 이전 디스크를 삭제하거나 보관합니다.
도움말 및 권장사항
VM 구성을 수정하기 전에 다음의 도움말 및 권장사항을 고려하세요.
변경 전 시스템 백업
변경 작업을 수행하기 전에 데이터, SAP 시스템, 현재 VM 구성, 변경의 영향을 받을 수 있는 기타 모든 항목을 백업하세요.
VM 구성을 백업하는 한 가지 방법은 VM의 부팅 디스크 스냅샷을 만드는 것입니다. 자세한 내용은 디스크 스냅샷 만들기 및 관리를 참조하세요.
VM의 부팅 디스크에서 커스텀 이미지를 만들 수도 있습니다. 자세한 내용은 커스텀 이미지 만들기, 삭제, 지원 중단을 참조하세요.
부팅 디스크에서 VM 인스턴스를 만들어 부팅 디스크의 스냅샷 또는 커스텀 이미지를 테스트합니다.
VM의 구성 세부정보 사본을 저장하는 것도 도움이 될 수 있습니다. 일부 VM 구성 세부정보는 영구 디스크 스냅샷 또는 커스텀 이미지로 캡처되지 않습니다.
Google Cloud Console의 VM 인스턴스 세부정보 페이지 하단에 있는 동등한 REST를 클릭하면 VM 구성 세부정보를 REST 응답 형식으로 빠르게 표시하고 복사할 수 있습니다.
다음 명령어를 실행하여 Cloud Shell 또는 로컬 명령어 터미널(Google Cloud CLI가 설치된 경우)에 VM 인스턴스 세부정보를 표시할 수 있습니다.
gcloud compute instances describe instance_name
CPU 플랫폼 고려사항
Compute Engine VM 유형의 SAP 인증은 VM 인스턴스에 사용할 수 있는 최소 CPU 플랫폼을 정의합니다. 일부 Compute Engine VM 유형의 경우에는 CPU 플랫폼을 선택할 수 있으므로 VM 구성을 변경할 때 결과적으로 구성된 CPU 플랫폼이 SAP 인증의 최소 요구사항을 충족하는지 확인해야 합니다. CPU 플랫폼에 자동을 지정하는 경우에는 특히 그렇습니다.
Google Cloud에서 Compute Engine VM 유형의 SAP 인증에 필요한 최소 CPU 플랫폼에 대한 자세한 내용은 다음을 참조하세요.
이전 세대 머신 제품군을 사용하는 경우 해당 머신 계열에 사용 가능한 최신 CPU 플랫폼을 지정하는 것이 좋습니다. 이렇게 하면 워크로드에 최고의 성능을 제공할 수 있을 뿐만 아니라 최신 CPU에서 제공하는 기능을 통해 시스템 안정성을 향상시킬 수도 있습니다. 또는 해당되는 경우 최신 세대 머신 유형으로 업데이트하는 것이 좋습니다(예: N1에서 N2 또는 N2D). 머신 유형에 기존 CPU 예약이나 Compute Engine 약정이 있는 경우 영업 담당자에게 문의하여 예약이나 머신 유형을 변경할 수 있는 옵션을 논의하세요.
CPU 플랫폼 변경에 대한 자세한 내용은 VM 인스턴스의 최소 CPU 플랫폼 지정을 참조하세요.
Compute Engine에서 사용할 수 있는 CPU 플랫폼에 대한 자세한 내용은 CPU 플랫폼을 참조하세요.
커스텀 머신 구성
커스텀 머신을 구성할 때 SAP 지원을 보장하려면 커스터마이징 하려는 머신 유형과 SAP 가이드라인을 기반으로 하는 메모리 대 vCPU 비율을 준수해야 합니다.
가이드라인은 커스텀 머신이 SAP HANA용인지 SAP NetWeaver용인지에 따라 달라집니다.
SAP NetWeaver용 커스텀 머신
다음 표에는 SAP가 SAP NetWeaver에서 지원하는 각 커스텀 머신 유형의 규칙이 요약되어 있습니다.
| 머신 유형 | vCPUs | 표준 메모리 옵션 | 고성능 메모리 옵션 |
|---|---|---|---|
| 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 인스턴스 만들기를 참조하세요.
| 기본 머신 유형 | 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용 배포 자동화 및 커스텀 VM 유형
Google Cloud에서 제공하는 Terraform 구성 파일 또는 Deployment Manager 템플릿을 사용하여 VM을 배포한 다음 커스텀 VM 유형을 배포하려면 vCPU 및 메모리가 필요한 양보다 크거나 같은 사전 정의된 VM 유형을 임시로 배포해야 합니다. 그 다음 필요한 vCPU 및 메모리를 가져오도록 VM을 수정합니다. 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 인스턴스 만들기를 참조하세요.
변경사항 테스트
변경 프로세스의 마지막 단계로, 변경사항을 프로덕션에 적용하기 전에 비프로덕션 시스템을 사용하여 변경사항을 테스트합니다.
VM 구성 수정 시 다운타임 방지
변경 시 백업에서 시스템을 복원할 필요가 없고 비즈니스에 짧은 다운타임이 허용되는 경우의 변경 프로세스가 가장 간단합니다.
비즈니스에 다운타임이 허용되지 않는 경우에는 SAP 시스템이 고가용성(HA) 구성으로 실행될 수 있으며, 이 경우 한 번에 한 노드씩 변경할 수 있습니다. 하지만 보조 노드를 변경하는 동안 기본 노드에 문제가 발생하면 보조 시스템을 장애 조치에 사용할 수 없게 됩니다.
HA 구성의 노드를 한 번에 하나씩 변경하는 방법은 다음과 같은 다른 변경 작업에도 사용할 수 있습니다.
- 운영체제 패치
- 데이터베이스 시스템 패치
- SAP 커널 패치(순차적 커널 업데이트와 결합된 경우)
- VM 서비스 계정, 네트워킹 등의 재구성
이러한 유형의 변경은 이 주제의 범위를 벗어나며 추가 고려사항, 단계 또는 요구사항이 포함될 수 있습니다.