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 サービス アカウント、ネットワークなどの再構成
これらのタイプの変更は、このトピックの範囲外であり、追加の考慮事項、手順、要件が含まれることがあります。