SAP システムの VM 構成の変更

VM がデプロイされ、SAP システムが実行されると、遅かれ早かれ VM 構成を変更する必要があります。ワークロードの増加や、障害復旧シナリオでバックアップ VM のサイズを大きくするなど、さまざまな理由が考えられます。

このページでは、VM を変更する際の SAP システムの考慮事項について説明します。

大まかな手順

VM の変更に関する詳細な手順については、Compute Engine のドキュメントの停止したインスタンスのマシンタイプの変更をご覧ください。

Google Cloud コンソール、Google Cloud CLI、Compute Engine API のいずれかを使用できます。VM の変更に使用するインターフェースに関係なく、おおまかな手順はほとんど同じです。

SAP システムをバックアップします。
SAP システムを停止します。
VM インスタンスを停止します。
VM インスタンスの構成を変更します。
VM を起動します。
変更を確認します。

変更のタイプ

一部の変更は、SAP システムと VM を停止し、変更を行って再起動することで変更ができます。他の変更を行うには、ドライブを再パーティショニングするか、データベースシステムをバックアップから復元することが必要となる場合があります。

VM を停止して再起動すると、次の変更を行うことができます。

VM インスタンスタイプのサイズ切り替え
新しい CPU プラットフォームへの切り替え
事前定義された VM 構成からカスタム VM 構成への切り替え

次の変更は、変更の完了後に、バックアップから SAP システムを復元することが必要な場合があります。

永続ディスクのサイズを減らす
ストレージレイアウトまたはパーティショニングの再構成
ネットワークインターフェースカードまたは Virtual Private Cloud 構成の変更

VM 構成の変更の詳細については、停止したインスタンスのマシンタイプの変更をご覧ください。

永続ディスクまたは Hyperdisk の変更

永続ディスクまたは Hyperdisk のサイズを変更する場合は、変更に伴うリスクを軽減するため、要件に合ったサイズで新しいディスクを作成し、変更が完了するまでは古いディスクを保持してください。

VM にアタッチされている永続ディスクまたは Hyperdisk のサイズまたはタイプを変更するには、次の操作を行います。

SAP システムをバックアップします。
SAP システムを停止します。
VM インスタンスを停止します。
ディスクスナップショットを作成して管理するの説明に従って、変更する永続ディスクまたは Hyperdisk のスナップショットを作成します。
スナップショットから復元するの説明に従って、スナップショットを使用して、必要なサイズと種類の新しいディスクを作成します。

SAP システムが SAP HANA の場合は、新しい永続ディスクまたは Hyperdisk の種類とサイズが SAP HANA のパフォーマンス要件を満たしていることを確認します。詳細については、SAP HANA 永続ディスクストレージをご覧ください。
元のディスクを切断します。
新しいディスクをアタッチします。
新しいディスクが古いディスクより大きい場合は、追加のディスク容量を使用するようにファイルシステムのサイズを変更します。
VM を再起動します。
SAP システムを再起動します。
システムが動作可能であることを検証します。
システムの検証が完了したら、必要に応じて古いディスクを削除または保持します。

ヒントとおすすめ情報

VM 構成を変更する前に、次のヒントとおすすめ情報を検討してください。

変更を行う前にシステムをバックアップする

変更を行う前に、データ、SAP システム、現在の VM 構成など、変更によって影響を受ける可能性のあるものをすべてバックアップします。

VM 構成をバックアップするには、VM のブートディスクのスナップショットを作成する方法があります。詳細については、ディスクスナップショットを作成して管理するをご覧ください。

VM のブートディスクからカスタムイメージを作成することもできます。詳細については、カスタムイメージの作成、削除、使用中止をご覧ください。

VM インスタンスを作成して、ブートディスクのスナップショットまたはカスタムイメージをテストします。

VM 構成の詳細のコピーも保存すると便利です。すべての VM 構成の詳細が永続ディスクのスナップショットやカスタムイメージによってキャプチャされるわけではありません。

Google Cloud コンソールの VM インスタンスの詳細ページの下部にある同等の REST をクリックすると、VM 構成の詳細を REST レスポンス形式で簡単に表示してコピーできます。

また、VM インスタンスの詳細を Cloud Shell に表示したり、Google Cloud CLI がインストールされている場合は、次のコマンドを実行することで、ローカルのコマンドターミナルに表示できます。

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 用にサポートする各カスタムマシンタイプのルールの概要を示します。

マシンタイプ	vCPU	標準メモリオプション	ハイメモリオプション
N1	1 または最大 96 までの偶数	vCPU あたり 3.75 GB	vCPU あたり 6.5 GB
N2	最大 32 までの偶数。32 を超える場合は 4 で割り切れること（最大 80 個まで）。たとえば 32、36、40 は有効ですが、38 は無効です。	vCPU あたり 4 GB	vCPU あたり 8 GB
N2D	2 個、または 4 で割り切れる偶数（SAP サポート上限の最大 32 個まで）。	vCPU あたり 4 GB	vCPU あたり 8 GB

詳細については、カスタムマシン構成をご覧ください。

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.5 GB	RHEL、SUSE	Intel Broadwell
N2-highmem（スケールアップのみ）	Intel Ice Lake では、4 で割り切れる、32 から 80 までの vCPU の数。 Intel Cascade Lake では、4 で割り切れる、32 から 80 までの vCPU の数。	vCPU あたり最大 8 GB	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 をデプロイする場合は、メモリを追加した後、メモリの増加に合わせて永続ディスクまたは Hyperdisk のサイズを増やす必要があります。

あるいは、SAP HANA 用に Terraform 構成を使用し、disk_type 引数に関連する高度な引数を使用して、必要なディスクサイズを指定することもできます。詳細については、デプロイシナリオに該当するデプロイガイドをご覧ください。SAP HANA プランニングガイドの SSD ベースの永続ディスクの最小サイズの説明に従ってください。

SAP NetWeaver の場合は、事前定義された最小の VM タイプを選択してから、必要な vCPU を追加できます。永続ディスクのサイズを調整する必要はありません。

カスタム VM インスタンスの作成に関する詳細

カスタム構成を使用した Compute Engine VM インスタンス作成の詳細については、カスタムマシンタイプを使用した VM インスタンスの作成をご覧ください。

変更のテスト

変更プロセスの最終ステップとして、非本番環境のシステムを使用し、本番環境に変更を適用する前のテストを行います。

VM 構成の変更時のダウンタイムの回避

必要な変更のためにバックアップからシステムを復元する必要がなく、業務上、短いダウンタイムを許容できる場合、変更プロセスは最も簡単です。

業務上、ダウンタイムをまったく許容できない場合、SAP システムは高可用性（HA）構成で実行されます。この場合、ノードは一度に 1 つずつ変更できます。ただし、セカンダリノードに変更が加えられている間、プライマリノードに問題があると、セカンダリシステムはフェイルオーバーに使用できません。

HA 構成のノードに対して VM を一度に 1 つずつ変更すると、次のような他の変更にも使用できます。

オペレーティングシステムのパッチ適用
データベースシステムのパッチ適用
ローリングカーネルの更新と併用した場合の SAP カーネルのパッチ適用
VM サービスアカウント、ネットワークなどの再構成

これらのタイプの変更は、このトピックの範囲外であり、追加の考慮事項、手順、要件が含まれることがあります。