SAP システムのコンピューティング インスタンス構成を変更する

このガイドでは、Google Cloud で実行されている SAP システムをホストする Compute Engine インスタンスの構成を変更する場合の考慮事項について説明します。

Compute Engine インスタンスに SAP システムをデプロイすると、遅かれ早かれインスタンスの構成の変更が必要になります。これには、ワークロードが増加した、最新のインフラストラクチャを活用してストレージやネットワークの速度を向上させる、既存のインフラストラクチャと比較して価格対性能比を最適化する、などの理由が考えられます。

変更のタイプ

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

次の変更では、コンピューティング インスタンスの停止と再起動が必要になります。

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

• マシンタイプのサイズの変更

  第 1 世代または第 2 世代のマシンシリーズを使用しているときに、第 3 世代以降のマシンシリーズのマシンタイプに切り替える場合、インスタンスのマシンタイプを編集することはできません。代わりに、SAP システムを新しいコンピューティング インスタンスに移動する必要があります。詳細については、コンピューティング インスタンスのマシンタイプを編集するをご覧ください。

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

• Persistent Disk ボリュームまたは Hyperdisk ボリュームのサイズの縮小
• ストレージ レイアウトまたはパーティショニングの再構成
• VirtIO から gVNIC へのネットワーク インターフェース カードの切り替え、または Virtual Private Cloud 構成の変更

ヒントとおすすめ情報

SAP システムをホストするコンピューティング インスタンスの構成を変更する前に、次のヒントと推奨事項を検討してください。

システムをバックアップする

変更を行う前に、データ、SAP システム、元の（ソース）コンピューティング インスタンスの構成など、変更によって影響を受ける可能性のあるものをすべてバックアップすることをおすすめします。

コンピューティング インスタンスの構成をバックアップするには、次のオプションを使用できます。

• ブートディスクのスナップショットを作成する: コンピューティング インスタンスの構成をバックアップする方法の一つは、ブートディスクのスナップショットの作成です。手順については、ディスク スナップショットを作成して管理するをご覧ください。
• ブートディスク イメージを作成する: コンピューティング インスタンスのブートディスクに基づいてカスタム OS イメージを作成することもできます。方法については、カスタム イメージを作成するをご覧ください。

• 構成のコピーを保存する: 構成のすべてがディスク スナップショットまたはカスタム イメージによってキャプチャされるわけではありません。コンピューティング インスタンスの構成の詳細のコピーを保存することもできます。構成の詳細を表示してコピーするには、次の操作を行います。

  • Google Cloud コンソールで、[VM インスタンスの詳細] ページに移動し、[同等の 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 プラットフォームについては、以下をご覧ください。

• SAP アプリケーション用に認定された Compute Engine マシンタイプ
• SAP HANA 用に認定された Compute Engine VM

古い世代のマシン ファミリーを使用している場合は、そのマシン ファミリーで使用可能な最新の 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.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 構成ファイルを使用してコンピューティング インスタンスをデプロイし、さらにカスタム VM タイプをデプロイする場合は、必要以上の vCPU とメモリを備えた事前定義マシンタイプの VM を一時的にデプロイし、その後、必要な vCPU とメモリが得られるように VM を変更する必要があります。Terraform 構成ファイルでは、カスタム マシンタイプを指定できません。

SAP HANA では、必要以上のメモリを備えた VM をデプロイすることで、不要な永続ディスク ストレージの料金を支払うことなく、SAP HANA システムに十分な永続ディスク ストレージを確保できます。必要以上にメモリの少ない VM をデプロイする場合は、メモリを追加した後、メモリの増加に合わせて永続ディスクまたは Hyperdisk のサイズを増やす必要があります。

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

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

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

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

コンピューティング インスタンスの変更中のダウンタイムを回避する

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

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

HA 構成のノードに対してコンピューティング インスタンスを一度に 1 つずつ変更すると、次のような他の変更にも使用できます。

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

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

非本番環境で変更をテストする

準備プロセスの最終ステップとして、非本番環境で変更をテストしてから、本番環境に変更を適用します。

手順の概要

以降のセクションでは、SAP システムをホストするコンピューティング インスタンスの構成の変更が必要になる、いくつかのシナリオでの手順について説明します。

• ディスク構成を変更する
• ネットワーク構成を変更する
• ディスクとネットワークの構成を変更する

SAP HANA を X4 や C3-metal などの Compute Engine ベアメタル マシンタイプに移動する場合は、SAP HANA を Compute Engine ベアメタル インスタンスに移行するをご覧ください。

ディスク構成を変更する

Persistent Disk ボリュームまたは Hyperdisk ボリュームのサイズを変更する場合、または使用しているディスクのタイプを変更する場合は、変更に伴うリスクを軽減するため、要件に合ったサイズで新しいディスクを作成し、変更が完了するまでは古いディスクを保持してください。

SAP HANA を実行している場合は、次のガイドで詳細な手順をご覧ください。

• Persistent Disk を SAP HANA 用 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 システムをホストするコンピューティング インスタンスのネットワーク構成を変更する際の大まかな手順について説明します。

第 3 世代以降の Compute Engine マシンタイプでは、VirtIO-Net に代わって Google Virtual NIC（gVNIC）が唯一のサポート対象ネットワーク インターフェースになります。Compute Engine が提供するベアメタル マシンタイプ（X4、c3-metal など）は、Intel の Infrastructure Data Plane Function（IDPF）ネットワーク インターフェースを使用します。コンピューティング インスタンスのネットワーク インターフェースは編集できないため、まず必要なタイプのインスタンスをデプロイしてから、SAP システムを新しいインスタンスに移動する必要があります。

たとえば、VirtIO を使用する M1 インスタンスで実行されている SAP システムについて考えてみましょう。gVNIC のみをサポートする M3 マシンタイプに切り替える場合は、まず M3 インスタンスをデプロイしてから、SAP システムをそのインスタンスに移動する必要があります。

ネットワーク インターフェース カードを変更する手順は次のとおりです。

1. SAP HANA を実行していて、SAP HANA Fast Restart オプションを使用している場合は、/etc/fstab ファイルで tmpfs マウントの nofail オプションを指定します。

   これにより、SAP HANA ワークロードを移行するコンピューティング インスタンスは、インスタンスの NUMA ノードが少ない場合でも、起動プロセスを続行できます。

2. SAP システムを停止します。

3. コンピューティング インスタンスを停止します。

4. ブートディスクのスナップショットを作成します。

   ディスク スナップショットの作成方法については、アーカイブ ディスクと標準ディスクのスナップショットを作成するをご覧ください。

5. ブートディスク スナップショットを使用して、GVNIC ゲスト OS 機能が有効になっているカスタム イメージを作成します。

   カスタム イメージの作成方法については、カスタム イメージを作成するをご覧ください。

6. ブートディスクを除くすべてのディスクをコンピューティング インスタンスから切断します。ロールバックが発生した場合は、これらを再度アタッチできます。

   コンピューティング インスタンスからディスクの接続を解除するには、gcloud compute instances detach-disk コマンドを実行します。

7. 必要に応じて、元の（ソース）コンピューティング インスタンスのメタデータを新しいコンピューティング インスタンスにカスケードする場合は、次の操作を行います。

   1. インスタンス名、IP アドレス、ラベル、タグなどのインスタンス メタデータをメモします。

   2. コンピューティング インスタンスに割り振られる IP アドレスを予約します。

   3. 元のコンピューティング インスタンス（ソース）を削除します。

      方法については、Compute Engine インスタンスを削除するをご覧ください。

8. 作成したカスタム イメージを使用して、新しいコンピューティング インスタンスを作成します。

   方法については、カスタム イメージからインスタンスを作成するをご覧ください。インスタンスを作成するときに、次のことを行います。

   • 元の（ソース）コンピューティング インスタンスから切断したディスクを追加します。
   • インスタンスがネットワーク インターフェース カードとして gVNIC を使用していることを確認します。
   • 前の手順で元の（ソース）コンピューティング インスタンスからメモしたメタデータをカスケードします。

9. 新しいコンピューティング インスタンスの構成を確認します。

10. SAP HANA Fast Restart オプションを使用しているときに、新しいコンピューティング インスタンスの NUMA ノード数がソース コンピューティング インスタンスの NUMA ノード数と異なる場合は、Fast Restart 構成を更新して、新しいコンピューティング インスタンスで使用可能な NUMA ノードに tmpfs ファイル システムをマッピングする必要があります。

    SAP HANA デプロイが Google Cloud提供の Terraform 構成に基づいている場合は、sap_lib_hdbfr.sh スクリプトを実行して SAP HANA Fast Restart オプションを再構成できます。詳細については、自動化された手順をご覧ください。

11. SAP システムを起動します。

12. SAP システムが想定どおりに実行されていることを確認します。

13. ディスク スナップショット、カスタム イメージ、元の（ソース）コンピューティング インスタンスなど、不要なリソースをクリーンアップします。

ディスクとネットワークの構成を変更する

このセクションでは、元の（ソース）コンピューティング インスタンスで使用されているディスクタイプとネットワーク インターフェース カードをサポートしていないマシンタイプに SAP システムを移行する際の大まかな手順について説明します。

たとえば、SAP システムが、ブロック ストレージとして Persistent Disk ボリュームを使用し、ネットワーク インターフェース カードとして VirtIO を使用する M2 インスタンスで実行されている場合、Hyperdisk ボリュームと gVNIC のみをサポートする M4 インスタンスに切り替えるには、両方の変更を管理する必要があります。

ディスクとネットワーク インターフェース カードを変更する手順は次のとおりです。

1. SAP HANA を実行していて、SAP HANA Fast Restart オプションを使用している場合は、/etc/fstab ファイルで tmpfs マウントの nofail オプションを指定します。

   これにより、SAP HANA ワークロードを移行するコンピューティング インスタンスは、インスタンスの NUMA ノードが少ない場合でも、起動プロセスを続行できます。

2. SAP システムを停止します。

3. コンピューティング インスタンスを停止します。

4. ブートディスクのスナップショットを作成します。

   ディスク スナップショットの作成方法については、アーカイブ ディスクと標準ディスクのスナップショットを作成するをご覧ください。

5. コンピューティング インスタンスにアタッチされている他のディスクのスナップショットを作成します。

6. ブートディスク スナップショットを使用して、GVNIC ゲスト OS 機能が有効になっているカスタム イメージを作成します。

   カスタム イメージの作成方法については、カスタム イメージを作成するをご覧ください。

7. ブートディスクを除くすべてのディスクをコンピューティング インスタンスから切断します。ロールバックが発生した場合は、これらを再度アタッチできます。

   コンピューティング インスタンスからディスクの接続を解除するには、gcloud compute instances detach-disk コマンドを実行します。

8. 必要に応じて、元の（ソース）コンピューティング インスタンスのメタデータを新しいコンピューティング インスタンスにカスケードする場合は、次の操作を行います。

   1. インスタンス名、IP アドレス、ラベル、タグなどのインスタンス メタデータをメモします。

   2. コンピューティング インスタンスに割り振られる IP アドレスを予約します。

   3. 元のコンピューティング インスタンス（ソース）を削除します。

      方法については、Compute Engine インスタンスを削除するをご覧ください。

9. 作成したディスク スナップショットを使用して、Hyperdisk ボリュームを作成します。

   方法については、スナップショットからディスクを作成し、必要に応じてインスタンスにアタッチするをご覧ください。

10. 作成したカスタム イメージを使用して、新しいコンピューティング インスタンスを作成します。

    方法については、カスタム イメージからインスタンスを作成するをご覧ください。インスタンスを作成するときに、次のことを行います。

    • 作成した Hyperdisk ボリュームを追加します。
    • インスタンスがネットワーク インターフェース カードとして gVNIC を使用していることを確認します。
    • 前の手順で元の（ソース）コンピューティング インスタンスからメモしたメタデータをカスケードします。

11. 新しいコンピューティング インスタンスの構成を確認します。

12. SAP HANA Fast Restart オプションを使用しているときに、新しいコンピューティング インスタンスの NUMA ノード数がソース コンピューティング インスタンスの NUMA ノード数と異なる場合は、Fast Restart 構成を更新して、新しいコンピューティング インスタンスで使用可能な NUMA ノードに tmpfs ファイル システムをマッピングする必要があります。

    SAP HANA デプロイが Google Cloud提供の Terraform 構成に基づいている場合は、sap_lib_hdbfr.sh スクリプトを実行して SAP HANA Fast Restart オプションを再構成できます。詳細については、自動化された手順をご覧ください。

13. SAP システムを起動します。

14. SAP システムが想定どおりに実行されていることを確認します。

15. ディスク スナップショット、カスタム イメージ、元の（ソース）コンピューティング インスタンスなど、不要なリソースをクリーンアップします。