SAP HANA プランニング ガイド

このガイドでは、Google Cloud 上で SAP HANA を実行するための要件の概要と、新しい SAP HANA システムの導入を計画する際に利用できる詳細情報について説明します。

SAP HANA を Google Cloud にデプロイする方法については、以下をご覧ください。

Google Cloud 上の SAP HANA について

SAP HANA は、高性能の分析とリアルタイムのデータ処理を実現するインメモリの列主導型のリレーショナル データベースです。お客様は、プロビジョニングの容易さ、非常にスケーラブルな冗長 Google Cloud インフラストラクチャ機能を活用して、ビジネス クリティカルなワークロードを実行できます。Google Cloud は、コンピュータやハードディスク ドライブなどの一連の物理アセット、および世界各地の Google データセンターに配置されている Compute Engine 仮想マシン（VM）などの仮想リソースを提供します。

Google Cloud で SAP HANA をデプロイすると、Compute Engine 上で稼働する仮想マシンにデプロイされます。Compute Engine VM には、デスクトップやサーバーの物理ディスクに相当する機能を果たす永続ディスクがあります。この永続ディスクは Compute Engine によって自動的に管理され、データの冗長性とパフォーマンスの最適化が実現されます。

Google Cloud の基礎

Google Cloud は、クラウドベースの多くのサービスとプロダクトから構成されています。Google Cloud 上で SAP プロダクトを実行する場合は、主に Compute Engine および Cloud Storage から提供される IaaS ベースのサービスと、ツールなどのプラットフォーム全体の機能を使用します。

重要なコンセプトと用語については、Google Cloud Platform の概要をご覧ください。このガイドでは、わかりやすく説明するため、この概要の情報を一部利用しています。

エンタープライズ規模の企業が Google Cloud を利用する場合の考慮事項の概要については、Google Cloud アーキテクチャ フレームワークをご覧ください。

Google Cloud の操作

Google Cloud では、クラウド上のプラットフォームとリソースを操作する際に、主に次の 3 つの方法を使用できます。

  • ウェブベースのユーザー インターフェースである Google Cloud コンソール。
  • gcloud コマンドライン ツール。Google Cloud コンソールが備えている機能のスーパーセットです。
  • サービスへのアクセス、リソースの管理のための API を提供するクライアント ライブラリ。クライアント ライブラリは、オリジナルのツールを作成する際に便利です。

Google Cloud サービス

SAP のデプロイでは通常、次の Google Cloud サービスの一部またはすべてが使用されます。

サービス 説明
VPC ネットワーキング

VM インスタンスを相互に接続します。また、インスタンスをインターネットに接続します。

各 VM インスタンスは、1 つのグローバル IP 範囲を持つ以前のネットワークのメンバー、または推奨されるサブネット ネットワークのメンバーです。後者の場合、VM インスタンスは、より大規模なネットワークを構成する単一サブネットワークのメンバーです。

Virtual Private Cloud（VPC）ネットワークを複数の Google Cloud プロジェクトにまたがるように構成するはできませんが、1 つの Google Cloud プロジェクトに複数の VPC ネットワークを作成することは可能です。

複数のプロジェクトのリソースを共通の VPC ネットワークに接続するには、共有 VPC を使用します。これにより、ネットワークの内部 IP アドレスを使用し、リソース間で安全かつ効率的に通信を行うことができます。要件、構成手順、使用方法など、共有 VPC のプロビジョニング方法については、共有 VPC のプロビジョニングをご覧ください。
Compute Engine 選択されたオペレーティング システムとソフトウェア スタックで VM を作成し、管理します。
Persistent Disk と Hyperdisk

Persistent Disk と Google Cloud Hyperdisk を使用できます。

  • Persistent Disk ボリュームには、標準ハードディスク ドライブ（HDD）またはソリッド ステート ドライブ（SSD）を使用できます。バランス永続ディスクと SSD 永続ディスクの場合、PD 非同期レプリケーションにより、2 つの Google Cloud リージョン間で SAP データの非同期レプリケーションが行われます。
  • Hyperdisk Extreme ボリュームは、SSD 永続ディスク ボリュームよりも高い最大 IOPS とスループットのオプションを提供します。
  • Compute Engine はデフォルトで、お客様の保存済みコンテンツします。これには、Persistent Disk ボリュームと Hyperdisk ボリューム内のコンテンツも含まれます。ディスク暗号化と利用可能な暗号化オプションの詳細については、ディスクの暗号化についてをご覧ください。
Google Cloud コンソール

Compute Engine リソースを管理するブラウザベースのツール。

テンプレートを使って、必要な Compute Engine リソースとインスタンスをすべて定義できます。Google Cloud コンソールが自動的にリソースを作成し、依存関係を検出するので、リソースを個別に作成して構成する必要はありません。また、依存関係を指定する必要もありません。
Cloud Storage SAP データベースのバックアップを Cloud Storage に保存すると、レプリケーションによって耐久性と信頼性を高めることができます。
Cloud Monitoring

Compute Engine、ネットワーク、永続ストレージ ディスクのデプロイ状況、パフォーマンス、稼働時間、健全性を視覚的に確認できます。

Monitoring は、Google Cloud から指標、イベント、メタデータを収集し、これらの分析結果をダッシュボード、グラフ、アラートを通じて提供します。Monitoring で、コンピューティング指標を無料でモニタリングできます。
IAM

Google Cloud リソースの権限を一元管理できます。

IAM を使用すると、VM と永続ストレージ ディスクの作成、変更、削除、ネットワークの作成と変更など、VM に対するコントロール プレーンの処理を実行できるユーザーを制御できます。

料金と割り当て

料金計算ツールを使用すると、使用料金を概算できます。料金の詳細については、Compute Engine の料金、Cloud Storage の料金、Google Cloud Observability の料金をご覧ください。

Google Cloud リソースには割り当てが適用されます。ハイ CPU またはハイメモリのマシンを使用する場合、割り当て量の追加リクエストが必要になる場合があります。詳細については、Compute Engine のリソース割り当てをご覧ください。

コンプライアンスと主権管理

データ所在地、アクセス制御、サポート担当者、規制要件に準拠して SAP ワークロードを実行する必要がある場合は、クラウド エクスペリエンスの質を損なうことなく、Google Cloud でセキュリティとコンプライアンスを確保したワークロードを実行できるサービスである、Assured Workloads の使用を計画する必要があります。詳細については、Google Cloud 上の SAP のコンプライアンスと主権管理をご覧ください。

リソース要件

SAP HANA の認定マシンタイプ

SAP HANA の場合、SAP は Google Cloud で使用可能なマシンタイプのサブセットのみを認定しています。

SAP が SAP HANA に認定するマシンタイプには、Compute Engine 仮想マシン（VM）と Bare Metal Solution ベアメタルが含まれます。

汎用の n1-highmem および n2-highmem VM タイプのカスタム構成も、SAP によって認定されています。詳細については、SAP HANA 用に認定されたカスタム VM タイプをご覧ください。

各マシンタイプで HANA の使用が認定されているオペレーティング システムについては、SAP HANA の認定オペレーティング システムをご覧ください。

すべてのマシンタイプがすべての Google Cloud リージョンで使用できるとは限りません。Compute Engine 仮想マシンを利用可能なリージョンについては、利用可能なリージョンとゾーンをご覧ください。SAP HANA 用に認定された Bare Metal Solution マシンについては、SAP HANA の Bare Metal Solution マシンを利用できるリージョンをご覧ください。

SAP では、認定およびサポートされている SAP HANA ハードウェア ディレクトリで SAP HANA の認定マシンタイプを示しています。

さまざまな Compute Engine VM のタイプとそのユースケースについては、マシンタイプをご覧ください。

SAP HANA 用に認定された Compute Engine VM

次の表に、SAP HANA 用に SAP で認定されている Compute Engine VM を示します。

次の表に、SAP が SAP HANA の本番環境の使用を認定している Google Cloud マシンタイプを示します。

この表には、SAP が SAP HANA の SAP Business One で認定しているマシンタイプは含まれていません。SAP Business One で SAP HANA の認定を受けているマシンタイプについては、Google Cloud 上の SAP 認定アプリケーションをご覧ください。

マシンタイプ vCPU メモリ オペレーティング システム CPU プラットフォーム アプリケーションの種類 注
N1 ハイメモリ汎用 VM タイプ
n1-highmem-32 32 208 GB RHEL、SUSE
 Intel Broadwell OLAP または OLTP ブロック ストレージ: Compute Engine 永続ディスク。スケールアップのみの場合は NetApp CVS-Performance。
n1-highmem-64 64 416 GB RHEL、SUSE Intel Broadwell OLAP または OLTP ブロック ストレージ: Compute Engine 永続ディスク。スケールアップのみの場合は NetApp CVS-Performance。
n1-highmem-96 96 624 GB RHEL、SUSE Intel Skylake OLAP または OLTP ブロック ストレージ: Compute Engine 永続ディスク。スケールアップのみの場合は NetApp CVS-Performance。
N2 ハイメモリ汎用 VM タイプ
n2-highmem-32 32 256 GB RHEL、SUSE Intel Ice Lake、
Intel Cascade Lake		 OLAP または OLTP スケールアップのみ。
ブロック ストレージ: Compute Engine 永続ディスクまたは NetApp CVS-Performance。
n2-highmem-48 48 384 GB RHEL、SUSE Intel Ice Lake、
Intel Cascade Lake		 OLAP または OLTP スケールアップのみ。
ブロック ストレージ: Compute Engine 永続ディスクまたは NetApp CVS-Performance。
n2-highmem-64 64 512 GB RHEL、SUSE Intel Ice Lake、
Intel Cascade Lake		 OLAP または OLTP スケールアップのみ。
ブロック ストレージ: Compute Engine 永続ディスクまたは NetApp CVS-Performance。
n2-highmem-80 80 640 GB RHEL、SUSE Intel Ice Lake、
Intel Cascade Lake		 OLAP または OLTP スケールアップのみ。
ブロック ストレージ: Compute Engine 永続ディスク、Hyperdisk Extreme、または NetApp CVS-Performance。
n2-highmem-96 96 768 GB RHEL、SUSE Intel Ice Lake OLAP または OLTP スケールアップのみ。
ブロック ストレージ: Compute Engine 永続ディスク、Hyperdisk Extreme、または NetApp CVS-Performance。
n2-highmem-128 128 864 GB RHEL、SUSE Intel Ice Lake OLAP または OLTP スケールアップのみ。
ブロック ストレージ: Compute Engine 永続ディスク、Hyperdisk Extreme、または NetApp CVS-Performance。
C3 汎用 VM タイプ
c3-standard-44 44 176 GB RHEL、SUSE Intel Sapphire Rapids OLAP または OLTP スケールアップのみ。
ブロック ストレージ: Compute Engine 永続ディスク、バランス Hyperdisk、または NetApp CVS-Performance。
c3-highmem-44 44 352 GB RHEL、SUSE Intel Sapphire Rapids OLAP または OLTP スケールアップのみ。
ブロック ストレージ: Compute Engine 永続ディスク、バランス Hyperdisk、または NetApp CVS-Performance。
c3-highmem-88 88 704 GB RHEL、SUSE Intel Sapphire Rapids OLAP または OLTP スケールアップのみ。
ブロック ストレージ: Compute Engine 永続ディスク、Hyperdisk Extreme、Hyperdisk Balanced、または NetApp CVS-Performance。
c3-highmem-176 176 1,408 GB RHEL、SUSE Intel Sapphire Rapids OLAP または OLTP スケールアップのみ。
ブロック ストレージ: Compute Engine 永続ディスク、Hyperdisk Extreme、Hyperdisk Balanced、または NetApp CVS-Performance。
C3 汎用ベアメタル マシンタイプ
c3-highmem-192-metal 192 1,536 GB RHEL、SUSE Intel Sapphire Rapids OLAP または OLTP スケールアップのみ。
ブロック ストレージ: Hyperdisk Extreme、 Hyperdisk Balanced
C4 汎用 VM タイプ
c4-highmem-32 32 248 GB RHEL、SUSE Intel Emerald Rapids OLAP または OLTP スケールアップのみ。
ブロック ストレージ: Hyperdisk Extreme、Hyperdisk Balanced、または NetApp CVS-Performance。
c4-highmem-48 48 372 GB RHEL、SUSE Intel Emerald Rapids OLAP または OLTP スケールアップのみ。
ブロック ストレージ: Hyperdisk Extreme、Hyperdisk Balanced、または NetApp CVS-Performance。
c4-highmem-96 96 744 GB RHEL、SUSE Intel Emerald Rapids OLAP または OLTP スケールアップのみ。
ブロック ストレージ: Hyperdisk Extreme、Hyperdisk Balanced、または NetApp CVS-Performance。
c4-highmem-192 192 1,488 GB RHEL、SUSE Intel Emerald Rapids OLAP または OLTP スケールアップのみ。
ブロック ストレージ: Hyperdisk Extreme、Hyperdisk Balanced、または NetApp CVS-Performance。
M1 メモリ最適化 VM タイプ
m1-megamem-96 96 1,433 GB RHEL、SUSE Intel Skylake OLAP または OLTP OLAP: 最大 16 ノードまでスケールアップまたはスケールアウト。
OLTP: スケールアップのみ。
ブロック ストレージ: Compute Engine 永続ディスク、Hyperdisk Extreme、バランス Hyperdisk、または OLTP スケールアップのみの場合は NetApp CVS-Performance。
m1-ultramem-40 40 961 GB RHEL、SUSE Intel Broadwell OLTP のみ スケールアップのみ。
ブロック ストレージ: Compute Engine 永続ディスク、バランス Hyperdisk、または NetApp CVS-Performance。
m1-ultramem-80 80 1,922 GB RHEL、SUSE Intel Broadwell OLTP のみ スケールアップのみ。
ブロック ストレージ: Compute Engine 永続ディスク、Hyperdisk Extreme、バランス Hyperdisk、または NetApp CVS-Performance。
m1-ultramem-160 160 3,844 GB RHEL、SUSE Intel Broadwell OLAP または OLTP 最大 16 ノードのスケールアップとスケールアウトが認定されている、2 TB の OLAP ワークロード。ワークロード ベースのサイズ設定がサポートされている、最大 4 TB の OLAP ワークロード。
スケールアップのみで認定された OLTP ワークロード。
ブロック ストレージ: Compute Engine 永続ディスク、Hyperdisk Extreme、バランス Hyperdisk、または OLTP スケールアップのみの場合は NetApp CVS-Performance。
M2 メモリ最適化 VM タイプ
m2-megamem-416 416 5,888 GB RHEL、SUSE Intel Cascade Lake OLAP または OLTP 最大 16 ノードまでのスケールアップとスケールアウトで認定された OLAP ワークロード。
最大 4 つのノードのスケールアップまたはスケールアウトに関して、OLTP ワークロードが認定されています。
OLTP のスケールアウトの認定には SAP S/4HANA が含まれます。
S/4HANA を使用したスケールアウトについては、SAP Note 2408419 をご覧ください。
ブロック ストレージ: Compute Engine 永続ディスク、Hyperdisk Extreme、Hyperdisk Balanced、またはスケールアップのみの場合は NetApp CVS-Performance。
m2-ultramem-208 208 5,888 GB RHEL、SUSE Intel Cascade Lake OLTP のみ スケールアップのみ。
ブロック ストレージ: Compute Engine 永続ディスク、Hyperdisk Extreme、Hyperdisk Balanced、または NetApp CVS-Performance。
m2-ultramem-416 416 11,776 GB RHEL、SUSE Intel Cascade Lake-SP OLAP または OLTP OLAP ワークロードは、最大 16 ノードをスケールアップまたはスケールアウトするために、ワークロード ベースのサイズ設定で認定されます。
最大 4 つのノードのスケールアップまたはスケールアウトに関して、OLTP ワークロードが認定されています。
OLTP のスケールアウトの認定には SAP S/4HANA が含まれます。
ブロック ストレージ: Compute Engine 永続ディスク、Hyperdisk Extreme、Hyperdisk Balanced、またはスケールアップのみの場合は NetApp CVS-Performance。
S/4HANA を使用したスケールアウトについては、SAP Note 2408419 をご覧ください。
m2-hypermem-416 416 8,832 GB RHEL、SUSE Intel Cascade Lake OLTP のみ 最大 4 つのノードのスケールアップまたはスケールアウトに関して、OLTP ワークロードが認定されています。
OLTP のスケールアウトの認定には SAP S/4HANA が含まれます。
ブロック ストレージ: Compute Engine 永続ディスク、Hyperdisk Extreme、Hyperdisk Balanced、またはスケールアップのみの場合は NetApp CVS-Performance。
S/4HANA を使用したスケールアウトについては、SAP Note 2408419 をご覧ください。
M3 メモリ最適化 VM タイプ
m3-ultramem-32 32 976 GB RHEL、SUSE Intel Ice Lake OLTP のみ スケールアップのみ。
ブロック ストレージ: Compute Engine 永続ディスク、バランス Hyperdisk、または NetApp CVS-Performance。
m3-ultramem-64 64 1,952 GB RHEL、SUSE Intel Ice Lake OLTP のみ スケールアップのみ。
ブロック ストレージ: Compute Engine 永続ディスク、Hyperdisk Extreme、バランス Hyperdisk、または NetApp CVS-Performance。
m3-ultramem-128 128 3,904 GB RHEL、SUSE Intel Ice Lake OLAP または OLTP OLAP ワークロードは、スケールアップに関して、ワークロード ベースのサイズ設定で認定されています。OLTP ワークロードは、スケールアップに関して認定されています。
ブロック ストレージ: Compute Engine 永続ディスク、Hyperdisk Extreme、バランス Hyperdisk、または NetApp CVS-Performance。
m3-megamem-64 64 976 GB RHEL、SUSE Intel Ice Lake OLAP または OLTP スケールアップのみ。
ブロック ストレージ: Compute Engine 永続ディスク、Hyperdisk Extreme、バランス Hyperdisk、または NetApp CVS-Performance。
m3-megamem-128 128 1,952 GB RHEL、SUSE Intel Ice Lake OLAP または OLTP 最大 16 個のノードをスケールアップまたはスケールアウトします。
ブロック ストレージ: Compute Engine 永続ディスク、Hyperdisk Extreme、Hyperdisk Balanced、または NetApp CVS-Performance（スケールアップのみ）。
X4 メモリ最適化ベアメタル マシンタイプ
x4-megamem-960-metal 960 16,384 GB SUSE Intel Sapphire Rapids OLAP または OLTP

OLAP ワークロードと OLTP ワークロードは、最大 4 ノードのスケールアウトとスケールアップに関して認定されています。

ブロック ストレージ: Hyperdisk Extreme、Hyperdisk Balanced
x4-megamem-1440-metal 1,440 24,576 GB SUSE Intel Sapphire Rapids OLAP または OLTP

OLTP ワークロードは、最大 4 ノードのスケールアウトに関して認定されています。

OLAP ワークロードは、スケールアップのみに関して認定されています。

ブロック ストレージ: Hyperdisk Extreme、Hyperdisk Balanced
x4-megamem-1920-metal 1,920 32,768 GB SUSE Intel Sapphire Rapids OLAP または OLTP

OLTP ワークロードは、最大 4 ノードのスケールアウトに関して認定されています。

OLAP ワークロードは、スケールアップのみに関して認定されています。

ブロック ストレージ: Hyperdisk Extreme、Hyperdisk Balanced

SAP HANA 用に認定された Bare Metal Solution マシン

次の表に、3 層アーキテクチャで SAP HANA 用に認定された SAP Bare Metal Solution マシンを示します。

これらの認定マシンタイプを利用できるリージョンについては、SAP HANA の Bare Metal Solution マシンを利用できるリージョンをご覧ください。

Bare Metal Solution マシンタイプ CPU コア vCPU ソケット メモリ CPU プラットフォーム オペレーティング システム アプリケーションの種類 注
O2 メモリ最適化 Bare Metal Solution マシンタイプ
o2-ultramem-672-metal 336 672 12 18 TB Intel Cascade Lake RHEL、SUSE OLTP のみ 3 層アーキテクチャでのみスケールアップします。
標準サイズ設定。
o2-ultramem-896-metal 448 896 16 24 TB Intel Cascade Lake RHEL、SUSE OLTP のみ 3 層アーキテクチャでのみスケールアップします。
標準サイズ設定。

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 HANA の Bare Metal Solution マシンを利用できるリージョン

次の表は、現在 SAP HANA on Bare Metal Solution をサポートしている Google Cloud リージョンを示したものです。

リージョン ロケーション
europe-west3 フランクフルト（ドイツ、ヨーロッパ）
europe-west4 エームスハーヴェン（オランダ、ヨーロッパ）
us-central1 アイオワ州カウンシル ブラフス（米国、北アメリカ）
us-east4 バージニア州アッシュバーン（米国、北アメリカ）

上の表に目的のリージョンがない場合は、Google Cloud の営業担当者までお問い合わせください。

メモリ構成

メモリ構成オプションは、選択した Compute Engine VM インスタンス タイプによって決まります。詳細については、SAP HANA 用に認定されたマシンタイプの表をご覧ください。

ネットワーク構成

Compute Engine VM ネットワークの機能は、ネットワーク インターフェース（NIC）や IP アドレスではなく、マシン ファミリーによって決まります。

マシンタイプに応じて、VM インスタンスは 2～32 Gbps のネットワーク スループットを実現できます。一部のマシンタイプでは、最大 100 Gbps のスループットがサポートされています。この場合、Tier_1 ネットワーク構成で Google Virtual NIC（gVNIC）インターフェース タイプを使用する必要があります。これらのスループット率を達成できるかどうかは、トラフィックの方向と宛先 IP アドレスの種類によって異なります。

Compute Engine VM ネットワーク インターフェースは、物理およびソフトウェア定義ネットワーク コンポーネントを使用した、冗長性と復元力に優れたネットワーク インフラストラクチャによって支えられています。これらのインターフェースは、基盤となるプラットフォームの冗長性と復元力を継承します。複数の仮想 NIC をトラフィックの分離に使用できますが、復元力が強化されることはなく、パフォーマンス上のメリットもありません。

単一の NIC で、Compute Engine 上の SAP HANA デプロイに必要なパフォーマンスが提供されます。特定のユースケース、セキュリティ要件、または設定によっては、インターネット トラフィック、内部 SAP HANA システム レプリケーション トラフィック、特定のネットワーク ポリシー ルールの影響を受ける可能性のあるフローなどのトラフィックを分離するために、追加のインターフェースが必要になる場合もあります。アプリケーションが提供するトラフィック暗号化を使用して、最小権限のファイアウォール ポリシーに従ってネットワーク アクセスを保護し、アクセスを制限することをおすすめします。

SAP HANA Platform 用 SAP HANA セキュリティ ガイドで説明されているように、要件に応じてさまざまな方法でセキュリティを強化できます。たとえば、ネットワーク分離を実装することはできますが、暗号化やポートと IP 固有の許可リスト登録を行わないと、セキュリティが低下します。

ネットワーク設計の一部として、トラフィック分離の必要性を早い段階から検討し、VM のデプロイ時に追加の NIC を割り当てます。各ネットワーク インターフェースはそれぞれ異なる Virtual Private Cloud ネットワークに接続する必要があります。選択するネットワーク インターフェースの数は必要な分離レベルによって異なります。8 個以上の vCPU を搭載した VM には最大 8 個のインターフェースを割り当てることができます。

たとえば、SAP HANA SQL アプリケーション クライアント（SAP NetWeaver アプリケーション サーバー、カスタム アプリケーションなど）に Virtual Private Cloud ネットワークを定義し、SAP HANA システム レプリケーションなどのサーバー間トラフィックに別のネットワークを定義できますが、セグメントが多すぎると、ネットワークの問題の管理やトラブルシューティングが複雑になる可能性があります。これは後から変更することもできます。その場合は、Compute Engine マシンイメージを使用して、関連するすべての構成、メタデータ、データを保持しながら VM インスタンスを再作成できます。

詳細については、VM のネットワークの概要、複数のネットワーク インターフェース、VM ネットワーク帯域幅をご覧ください。

SAP HANA 用に認定されたオペレーティング システム

次の表では、SAP が Google Cloud 上の SAP HANA の本番環境向けの使用を認定している Red Hat Enterprise Linux（RHEL）オペレーティング システムと SUSE Linux Enterprise Server（SLES）オペレーティング システムを示します。

表に記載されている場合を除き、各オペレーティング システムは、認定されたすべての Compute Engine VM タイプの SAP HANA でサポートされています。

各オペレーティング システムの現在のサポート ステータスと Google Cloud から利用できるオペレーティング システムの詳細については、Google Cloud 上の SAP HANA のオペレーティング システムのサポートをご覧ください。

Google Cloud 上の SAP HANA で SAP によってサポートされているオペレーティング システムについては、認定およびサポートされている SAP HANA ハードウェア ディレクトリに移動し、目的のマシンタイプをクリックしてオペレーティング システムをご覧ください。

以下は、次の表には含まれていません。

  • メインストリーム サポート対象外となった認定オペレーティング システムのバージョン。
  • SAP 専用ではないオペレーティング システムのバージョン。
オペレーティング システム バージョン サポートされていないマシンタイプ
RHEL for SAP 9.4 注 x4-megamem
9.2 注 x4-megamem
C3-metal
9.0 注 x4-megamem
C3-metal
8.10 x4-megamem
8.8 x4-megamem
C3-metal
8.6 x4-megamem
C3-metal
8.4 x4-megamem
C3-metal
8.2 x4-megamem
C3-metal
8.1 x4-megamem
C3-metal
c3-standard
c3-highmem
m3-ultramem
m3-megamem
7.9 c4-highmem
x4-megamem
C3-metal
7.7 c4-highmem
x4-megamem
C3-metal
c3-standard
c3-highmem
m3-ultramem
m3-megamem
SLES for SAP 15 SP6
15 SP5
15 SP4
15 SP3 x4-megamem
C3-metal
15 SP2 x4-megamem
C3-metal
15 SP1 c4-highmem
x4-megamem
C3-metal
c3-standard
c3-highmem
m3-ultramem
m3-megamem
12 SP5 x4-megamem
C3-metal

カスタムのオペレーティング システムのイメージ

Google Cloud が提供および管理する Linux イメージ（公開イメージ）を使用することも、独自の Linux イメージ（カスタム イメージ）を用意および管理することもできます。

必要な SAP 認定オペレーティング システムのバージョンが Google Cloud から公開イメージとして提供されていない場合は、カスタム イメージを使用します。次の手順は、Compute Engine へのブートディスク イメージのインポートでも詳しく説明していますが、ここではカスタム イメージの使用手順の概要を説明します。

  1. Google Cloud Compute Engine 環境で起動できるようにブートディスクを準備し、起動後にアクセスできるようにします。
  2. ブートディスク イメージ ファイルを作成して圧縮します。
  3. イメージ ファイルを Cloud Storage にアップロードし、そのイメージを新しいカスタム イメージとして Compute Engine にインポートします。
  4. インポートしたイメージを使用して、仮想マシンのインスタンスを作成し、正常に起動することを確認します。
  5. イメージを最適化して Linux ゲスト環境をインストールし、インポートしたオペレーティング システムのイメージとメタデータ サーバーとの通信、および Compute Engine の他の機能の使用を可能にします。

カスタム イメージの準備ができたら、SAP HANA システム用の VM の作成時に使用できます。

RHEL オペレーティング システムをオンプレミス インストールから Google Cloud に移行する場合は、Red Hat Cloud Access を Red Hat サブスクリプションに追加する必要があります。詳細は、Red Hat Cloud Access をご覧ください。

Google Cloud が提供するオペレーティング システム イメージの詳細については、イメージをご覧ください。

カスタム イメージとして Google Cloud にオペレーティング システムをインポートする方法について詳しくは、Compute Engine へのブートディスク イメージのインポートをご覧ください。

SAP HANA がサポートするオペレーティング システムの詳細については、以下をご覧ください。

Compute Engine VM の OS clocksource

デフォルトの OS clocksource は、SLES の場合は kvm-clock、RHEL イメージの場合は TSC です。

SAP HANA が Compute Engine VM で実行されている場合、OS clocksource を変更する必要はありません。Compute Engine VM で SAP HANA を実行している場合、clocksource として kvm-clock の TSC のいずれを使用しても、パフォーマンスに違いは生じません。

OS クロックソースを TSC に変更する必要がある場合は、SSH を使用して VM に接続し、次のコマンドを実行します。

echo "tsc" | sudo tee /sys/devices/system/clocksource/*/current_clocksource
sudo cp /etc/default/grub /etc/default/grub.backup
sudo sed -i '/GRUB_CMDLINE_LINUX/ s|"| clocksource=tsc"|2' /etc/default/grub
sudo grub2-mkconfig -o /boot/grub2/grub.cfg

永続ディスク ストレージ

永続ブロック ストレージの場合、VM の作成時か、後で VM に追加する際に Compute Engine の永続ディスクまたは Hyperdisk をアタッチできます。

サポートされているディスクタイプ

Compute Engine は、ソリッド ステート ドライブ（SSD）テクノロジーまたは標準のハードディスク ドライブ（HDD）テクノロジーに基づいて、さまざまな Persistent Disk と Hyperdisk タイプを提供しています。種類ごとにパフォーマンス特性が異なります。Google Cloud は、ディスクの基盤となるハードウェアを管理して、データの冗長性を保証し、パフォーマンスを最適化しています。

パフォーマンス上の理由から、SAP HANA の /hana/data ボリュームと /hana/log ボリュームには SSD ベースの永続ストレージ ディスクが必要です。 SAP HANA での使用が SAP によって認定されている SSD ベースの Persistent Disk と Hyperdisk のタイプには、次のものがあります。

  • SSD ベースの永続ディスクの種類: バランス（pd-balanced）、パフォーマンスまたは SSD（pd-ssd）、エクストリーム（pd-extreme）

    • これらのディスクタイプは、費用対効果に優れた信頼性の高いブロック ストレージを提供します。
    • パフォーマンス（SSD）永続ディスク（pd-ssd）は、バランス永続ディスク（pd-balanced）よりもパフォーマンスが高くなります。
    • VM インスタンスで以下をホストする場合は、バランス永続ディスクを推奨ディスクとして使用します。
      • VM ブート ボリューム。
      • /usr/sap ボリューム。
      • /hana/shared ボリューム（独自のディスクでホストしている場合）。
      • /hanabackup ボリューム（バックアップをディスクに保存する場合）。バックアップ コストを削減したい場合は、標準 HDD 永続ディスク（pd-standard）を使用できます。バランス永続ディスクは、標準 HDD 永続ディスクよりもバックアップが高速です。ディスクを選択する際に、VM タイプがディスクタイプをサポートしていることを確認してください。
    • バランスおよびパフォーマンス（SSD）永続ディスクは、PD 非同期レプリケーションをサポートしています。この機能は、クロスリージョンのアクティブ / パッシブの障害復旧に使用できます。詳細については、PD 非同期レプリケーションを使用した障害復旧をご覧ください。
    • エクストリーム永続ディスク（pd-extreme）は SAP HANA での使用が認定されていますが、代わりに Hyperdisk Extreme（hyperdisk-extreme）を使用することをおすすめします。これにより、パフォーマンスが向上します。Extreme Persistent Disk を使用する場合は、SSD ベースの Persistent Disk と Hyperdisk ボリュームの最小サイズの説明に従ってディスクをプロビジョニングしてください。

  • Hyperdisk タイプ: Hyperdisk Extreme（hyperdisk-extreme）とバランス Hyperdisk（hyperdisk-balanced）

    • Hyperdisk Extreme は、SSD ベースの Persistent Disk タイプよりも高い最大 IOPS とスループットのオプションを提供します。
    • Hyperdisk Extreme とバランス Hyperdisk をサポートするマシンタイプについては、マシンタイプのサポートをご覧ください。
    • Compute Engine ベアメタル インスタンス（X4 など）でホストする場合は、Hyperdisk Balanced を推奨ディスクとして使用します。
      • ブートディスク。
      • /usr/sap ボリューム。
      • /hana/shared ボリューム（独自のディスクでホストしている場合）。
      • /hanabackup ボリューム（バックアップをディスクに保存する場合）。
    • Hyperdisk Extreme の場合、IOPS をプロビジョニングして必要なパフォーマンスを選択します。これによりスループットも決まります。詳細については、スループットをご覧ください。
    • Hyperdisk Balanced の場合は、IOPS とスループットをプロビジョニングして、必要なパフォーマンスを選択します。詳細については、Hyperdisk の IOPS とスループットのプロビジョニングについてをご覧ください。
    • 最高のパフォーマンスが必要な場合は、/hana/data ボリュームと /hana/log ボリュームに Hyperdisk Extreme を使用できます。
    • SAP HANA 向けの Hyperdisk Extreme を最大限に活用するには、Hyperdisk Extreme のパフォーマンスで推奨されているように、SAP HANA システムのプロパティを更新します。

サポートされているディスク レイアウト

次の図は、Google Cloud 上の SAP HANA に推奨されるアーキテクチャのディスク ストレージ レイアウトを示しています。

Google Cloud 上の SAP HANA のディスク ストレージ レイアウト オプション

上の図の左側の構成で分割ディスク レイアウトを使用しています。/hana/data ボリュームと /hana/log ボリュームは別々の Hyperdisk 上にあります。/hana/data ボリュームは複数のディスクでホストできます。それほど高いパフォーマンスを必要としない /hana/shared ボリュームと /usr/sap ボリュームは、Hyperdisk Extreme より料金の安いバランス永続ディスク上にそれぞれあります。

右側の構成では、統合ディスク レイアウトが使用されています。この場合、/hana/data、/hana/log、/hana/shared、/usr/sap の各ボリュームはすべて単一の Hyperdisk Extreme にマウントされます。

永続ディスクと Hyperdisk は VM とは独立して存在するため、VM を削除した後でも、これらのディスクを切断または移動してデータを保持できます。

Google Cloud コンソールで、各 VM インスタンスの [VM インスタンスの詳細] ページの [追加ディスク] から、VM インスタンスにアタッチされている永続ディスクと Hyperdisk を確認できます。Compute Engine Persistent Disk と Hyperdisk ボリュームの種類、パフォーマンス特性、操作方法について詳しくは、次のドキュメントをご覧ください。

SSD ベースの Persistent Disk と Hyperdisk ボリュームの最小サイズ

SAP HANA で特定 Compute Engine SSD ベースの永続ディスクのサイズを設定する場合は、SAP HANA インスタンスのストレージ要件だけでなく、永続ディスクのパフォーマンスも考慮する必要があります。

上限内では、ディスクのサイズと vCPU の数が増えるほど、SSD またはバランス永続ディスクのパフォーマンスが向上します。SSD またはバランス永続ディスクが小さすぎると、SAP HANA に必要なパフォーマンスが得られない可能性があります。

Hyperdisk のパフォーマンスは、ディスクサイズの影響を受けません。パフォーマンスは、プロビジョニングする IOPS またはスループットによって決まります。Hyperdisk のパフォーマンスの詳細については、Hyperdisk についてをご覧ください。

550 GB の SSD または 943 GB のバランス永続ディスクは、最小 400 MB/秒の読み取りと書き込みの持続スループットを提供します。永続ディスクのパフォーマンスに関する一般的な情報については、ブロック ストレージのパフォーマンスをご覧ください。

次の表に、SAP HANA で認定されている各 Compute Engine マシンタイプについて、本番環境で SAP HANA パフォーマンス要件を満たすための SSD 永続ディスク（pd-ssd）、バランス永続ディスク（pd-balanced）、Hyperdisk Extreme（hyperdisk-extreme）、バランス Hyperdisk（hyperdisk-balanced）の推奨最小サイズを示します。メモリ容量のみに基づく Hyperdisk ボリュームの最小サイズは参考値として示しています。

X4 インスタンスで実行される SAP HANA システムの推奨ストレージ構成については、X4 でサポートされているブロック ストレージをご覧ください。

次の表のサイズは、すべての SAP HANA ボリュームを個々のディスクにマウントしていることを前提としています。

バランス永続ディスク

複数のバランス永続ディスク ボリュームを使用して /hana/data ボリュームをホストする場合は、[/hana/data サイズ（GB）] 列に指定されているサイズ値を、プロビジョニングするディスク ボリューム間で均等に分割してください。

Compute Engine VM のタイプ /hana/data サイズ（GB） /hana/log サイズ（GB） /hana/shared サイズ（GB） /usr/sap サイズ（GB） 合計サイズ（GB）
n1-highmem-32 599 104 208 32 943
n1-highmem-64 499 208 416 32 1,155
n1-highmem-96 748 312 624 32 1,716
n2-highmem-32 527 128 256 32 943
n2-highmem-48 460 192 384 32 1,068
n2-highmem-64 614 256 512 32 1,414
n2-highmem-80 768 320 640 32 1,760
n2-highmem-96 921 384 768 32 2,105
n2-highmem-128 1,036 432 864 32 2,364
c3-standard-44 647 88 176 32 943
c3-highmem-44 422 176 352 32 982
c3-highmem-88 844 352 704 32 1,932
c3-highmem-176 1,689 512 1,024 32 3,257
m1-megamem-96 1,719 512 1,024 32 3,287
m1-ultramem-40 1,153 480 961 32 2,626
m1-ultramem-80 2,306 512 1,024 32 3,874
m1-ultramem-160 4,612 512 1,024 32 6,180
m2-megamem-416 7,065 512 1,024 32 8,633
m2-ultramem-208 7,065 512 1,024 32 8,633
m2-ultramem-416 14,092 512 1,024 32 15,660
m2-hypermem-416 10,598 512 1,024 32 12,166
m3-ultramem-32 1,171 488 976 32 2,667
m3-ultramem-64 2,342 512 1,024 32 3,910
m3-ultramem-128 4,684 512 1,024 32 6,252
m3-megamem-64 1,171 488 976 32 2,667
m3-megamem-128 2,342 512 1,024 32 3,910

SSD 永続ディスク

複数の SSD 永続ディスク ボリュームを使用して /hana/data ボリュームをホストする場合は、[/hana/data サイズ（GB）] 列に指定されているサイズ値を、プロビジョニングするディスク ボリューム間で均等に分割してください。

Compute Engine VM のタイプ /hana/data サイズ（GB） /hana/log サイズ（GB） /hana/shared サイズ（GB） /usr/sap サイズ（GB） 合計サイズ（GB）
n1-highmem-32 249 104 208 32 593
n1-highmem-64 499 208 416 32 1,155
n1-highmem-96 748 312 624 32 1,716
n2-highmem-32 307 128 256 32 723
n2-highmem-48 460 192 384 32 1,068
n2-highmem-64 614 256 512 32 1,414
n2-highmem-80 768 320 640 32 1,760
n2-highmem-96 921 384 768 32 2,105
n2-highmem-128 1,036 432 864 32 2,364
c3-standard-44 254 88 176 32 550
c3-highmem-44 422 176 352 32 982
c3-highmem-88 844 352 704 32 1,932
c3-highmem-176 1,689 512 1,024 32 3,257
m1-megamem-96 1,719 512 1,024 32 3,287
m1-ultramem-40 1,153 480 961 32 2,626
m1-ultramem-80 2,306 512 1,024 32 3,874
m1-ultramem-160 4,612 512 1,024 32 6,180
m2-megamem-416 7,065 512 1,024 32 8,633
m2-ultramem-208 7,065 512 1,024 32 8,633
m2-ultramem-416 14,092 512 1,024 32 15,660
m2-hypermem-416 10,598 512 1,024 32 12,166
m3-ultramem-32 1,171 488 976 32 2,667
m3-ultramem-64 2,342 512 1,024 32 3,910
m3-ultramem-128 4,684 512 1,024 32 6,252
m3-megamem-64 1,171 488 976 32 2,667
m3-megamem-128 2,342 512 1,024 32 3,910

Hyperdisk Extreme

Hyperdisk Extreme を使用して /hana/data ボリュームと /hana/log ボリュームをホストする場合は、/hana/shared ボリュームと /usr/sap ボリュームを別のバランス永続ディスクでホストするようにしてください。これは、/hana/shared ボリュームと /usr/sap ボリュームがデータ ボリュームとログボリュームほど高いパフォーマンスを必要としないためです。

複数の Hyperdisk Extreme ボリュームを使用して /hana/data ボリュームをホストする場合は、[/hana/data サイズ（GB）と IOPS] 列に指定されているサイズと IOPS の値を、プロビジョニングするディスク ボリューム間で均等に分割してください。

Compute Engine VM のタイプ /hana/data サイズ（GB） と IOPS /hana/log サイズ（GB） と IOPS /hana/shared サイズ（GB） /usr/sap サイズ（GB） 合計サイズ（GB）
n2-highmem-80 768 GB、10,000 IOPS 320 GB、10,000 IOPS 640 32 1,760
n2-highmem-96 921 GB、10,000 IOPS 384 GB、10,000 IOPS 768 32 2,105
n2-highmem-128 1,036 GB、10,000 IOPS 432 GB、10,000 IOPS 864 32 2,364
c3-highmem-88 844 GB、10,000 IOPS 352 GB、10,000 IOPS 704 32 1,932
c3-highmem-176 1,689 GB、10,000 IOPS 512 GB、10,000 IOPS 1,024 32 3,257
c3-highmem-192-metal 1,843 GB、10,000 IOPS 512 GB、10,000 IOPS 1,024 32 3,411
c4-highmem-32 297 GB、10,000 IOPS 124 GB、10,000 IOPS 248 32 701
c4-highmem-48 446 GB、10,000 IOPS 186 GB、10,000 IOPS 372 32 1,036
c4-highmem-96 892 GB、10,000 IOPS 372 GB、10,000 IOPS 744 32 2,040
c4-highmem-192 1,785 GB、10,000 IOPS 512 GB、10,000 IOPS 1,024 32 3,353
m1-megamem-96 1,719 GB、10,000 IOPS 512 GB、10,000 IOPS 1,024 32 3,287
m1-ultramem-80 2,306 GB、10,000 IOPS 512 GB、10,000 IOPS 1,024 32 3,874
m1-ultramem-160 4,612 GB、10,000 IOPS 512 GB、10,000 IOPS 1,024 32 6,180
m2-megamem-416 7,065 GB、14,130 IOPS 512 GB、3,000 IOPS 1,024 32 8,633
m2-ultramem-208 7,065 GB、14,130 IOPS 512 GB、10,000 IOPS 1,024 32 8,633
m2-ultramem-416 14,092 GB、28,184 IOPS 512 GB、10,000 IOPS 1,024 32 15,660
m2-hypermem-416 10,598 GB、21,196 IOPS 512 GB、10,000 IOPS 1,024 32 12,166
m3-ultramem-64 2,342 GB、10,000 IOPS 512 GB、10,000 IOPS 1,024 32 3,910
m3-ultramem-128 4,684 GB、10,000 IOPS 512 GB、10,000 IOPS 1,024 32 6,252
m3-megamem-64 1,171 GB、10,000 IOPS 488 GB、10,000 IOPS 976 32 2,667
m3-megamem-128 2,342 GB、10,000 IOPS 512 GB、10,000 IOPS 1,024 32 3,910

Hyperdisk Balanced

SAP HANA の場合、サポートされる最小 IOPS は 3,000、スループットは 400 MBps です。ただし、これらの値は特定のパフォーマンス要件に合わせて調整できます。3,000 IOPS と 750 Mbps のスループットで開始することをおすすめします。これらは、SAP HANA の自動デプロイ用に Google Cloud が提供している Terraform 構成ファイルで使用されるデフォルト値です。

複数の Hyperdisk Balanced ボリュームを使用して /hana/data ボリュームをホストする場合は、[/hana/data サイズ（GB）、IOPS、スループット] 列に指定されているサイズ、IOPS、スループットの値を、プロビジョニングするディスク ボリューム間で均等に分割してください。

Compute Engine VM のタイプ /hana/data サイズ（GB）、IOPS、スループット /hana/log サイズ（GB）、IOPS、スループット /hana/shared サイズ（GB） /usr/sap サイズ（GB） 合計サイズ（GB）
c3-standard-44 211 GB、10,000 IOPS、400 Mbps のスループット 88 GB、3,000 IOPS、400 Mbps のスループット 176 32 507
c3-highmem-44 422 GB、10,000 IOPS、400 Mbps のスループット 176 GB、3,000 IOPS、400 Mbps のスループット 352 32 982
c3-highmem-88 844 GB、10,000 IOPS、1,200 Mbps のスループット 352 GB、3,000 IOPS、400 Mbps のスループット 704 32 1,932
c3-highmem-176 1,689 GB、10,000 IOPS、1,200 Mbps のスループット 512 GB、3,000 IOPS、400 Mbps のスループット 1,024 32 3,257
c3-highmem-192-metal 1,843 GB、10,000 IOPS、1,200 Mbps のスループット 512 GB、3,000 IOPS、400 Mbps のスループット 1,024 32 3,411
c4-highmem-32 297 GB、10,000 IOPS、400 Mbps のスループット 124 GB、3,000 IOPS、400 Mbps のスループット 248 32 701
c4-highmem-48 446 GB、10,000 IOPS、400 Mbps のスループット 186 GB、3,000 IOPS、400 Mbps のスループット 372 32 1,036
c4-highmem-96 892 GB、10,000 IOPS、800 Mbps のスループット 372 GB、3,000 IOPS、400 Mbps のスループット 744 32 2,040
c4-highmem-192 1,785 GB、10,000 IOPS、800 Mbps のスループット 512 GB、3,000 IOPS、400 Mbps のスループット 1,024 32 3,353
m1-megamem-96 1,719 GB、8,000 IOPS、1,000 Mbps のスループット 512 GB、3,000 IOPS、400 Mbps のスループット 1,024 32 3,287
m1-ultramem-40 1,153 GB、8,000 IOPS、900 Mbps のスループット 480 GB、3,000 IOPS、400 Mbps のスループット 961 32 2,626
m1-ultramem-80 2,306 GB、10,000 IOPS、1,200 Mbps のスループット 512 GB、3,000 IOPS、400 Mbps のスループット 1,024 32 3,874
m1-ultramem-160 4,612 GB、15,000 IOPS、1,200 Mbps のスループット 512 GB、3,000 IOPS、400 Mbps のスループット 1,024 32 6,180
m2-megamem-416 7,065 GB、20,000 IOPS、1,200 Mbps のスループット 512 GB、3,000 IOPS、400 Mbps のスループット 1,024 32 8,633
m2-ultramem-208 7,065 GB、20,000 IOPS、1,200 Mbps のスループット 512 GB、3,000 IOPS、400 Mbps のスループット 1,024 32 8,633
m2-ultramem-416 14,092 GB、20,000 IOPS、1,200 Mbps のスループット 512 GB、3,000 IOPS、400 Mbps のスループット 1,024 32 15,660
m2-hypermem-416 10,598 GB、20,000 IOPS、1,200 Mbps のスループット 512 GB、3,000 IOPS、400 Mbps のスループット 1,024 32 12,166
m3-ultramem-32 1,171 GB、10,000 IOPS、900 Mbps のスループット 488 GB、3,000 IOPS、400 Mbps のスループット 976 32 2,667
m3-ultramem-64 2,342 GB、10,000 IOPS、1,200 Mbps のスループット 512 GB、3,000 IOPS、400 Mbps のスループット 1,024 32 3,910
m3-ultramem-128 4,684 GB、10,000 IOPS、1,200 Mbps のスループット 512 GB、3,000 IOPS、400 Mbps のスループット 1,024 32 6,252
m3-megamem-64 1,171 GB、10,000 IOPS、900 Mbps のスループット 488 GB、3,000 IOPS、400 Mbps のスループット 976 32 2,667
m3-megamem-128 2,342 GB、10,000 IOPS、1,200 Mbps のスループット 512 GB、3,000 IOPS、400 Mbps のスループット 1,024 32 3,910

すべての SAP HANA ボリュームを単一ディスクにマウントするためのディスクサイズ

次の表のサイズは、単一ディスクを使用して、/hana/data、/hana/log、/hana/shared、/usr/sap のすべてのボリュームをホストすることを前提としています。

バランス永続ディスク

Compute Engine VM のタイプ サイズ（GB）
n1-highmem-32 943
n1-highmem-64 1,155
n1-highmem-96 1,716
n2-highmem-32 943
n2-highmem-48 1,068
n2-highmem-64 1,414
n2-highmem-80 1,760
n2-highmem-96 2,105
n2-highmem-128 2,364
c3-standard-44 943
c3-highmem-44 982
c3-highmem-88 1,932
c3-highmem-176 3,257
m1-megamem-96 3,287
m1-ultramem-40 2,626
m1-ultramem-80 3,874
m1-ultramem-160 6,180
m2-megamem-416 8,633
m2-ultramem-208 8,633
m2-ultramem-416 15,660
m2-hypermem-416 12,166
m3-ultramem-32 2,667
m3-ultramem-64 3,910
m3-ultramem-128 6,252
m3-megamem-64 2,667
m3-megamem-128 3,910

SSD 永続ディスク

Compute Engine VM のタイプ サイズ（GB）
n1-highmem-32 593
n1-highmem-64 1,155
n1-highmem-96 1,716
n2-highmem-32 723
n2-highmem-48 1,068
n2-highmem-64 1,414
n2-highmem-80 1,760
n2-highmem-96 2,105
n2-highmem-128 2,364
c3-standard-44 550
c3-highmem-44 982
c3-highmem-88 1,932
c3-highmem-176 3,257
m1-megamem-96 3,287
m1-ultramem-40 2,626
m1-ultramem-80 3,874
m1-ultramem-160 6,180
m2-megamem-416 8,633
m2-ultramem-208 8,633
m2-ultramem-416 15,660
m2-hypermem-416 12,166
m3-ultramem-32 2,667
m3-ultramem-64 3,910
m3-ultramem-128 6,252
m3-megamem-64 2,667
m3-megamem-128 3,910

Hyperdisk Extreme

Compute Engine VM のタイプ サイズ（GB） と IOPS
n2-highmem-80 1,760 GB、20,000 IOPS
n2-highmem-96 2,105 GB、20,000 IOPS
n2-highmem-128 2,364 GB、20,000 IOPS
c3-highmem-88 1,932 GB、20,000 IOPS
c3-highmem-176 3,257 GB、20,000 IOPS
c3-highmem-192-metal 3,411 GB、20,000 IOPS
c4-highmem-32 701 GB、20,000 IOPS
c4-highmem-48 1,036 GB、20,000 IOPS
c4-highmem-96 2,040 GB、20,000 IOPS
c4-highmem-192 3,353 GB、20,000 IOPS
m1-megamem-96 3,287 GB、20,000 IOPS
m1-ultramem-80 3,874 GB、20,000 IOPS
m1-ultramem-160 6,180 GB、20,000 IOPS
m2-megamem-416 8,633 GB、24,130 IOPS
m2-ultramem-208 8,633 GB、24,130 IOPS
m2-ultramem-416 15,660 GB、38,184 IOPS
m2-hypermem-416 12,166 GB、31,196 IOPS
m3-ultramem-64 3,910 GB、20,000 IOPS
m3-ultramem-128 6,252 GB、20,000 IOPS
m3-megamem-64 2,667 GB、20,000 IOPS
m3-megamem-128 3,910 GB、20,000 IOPS

Hyperdisk Balanced

Compute Engine VM のタイプ サイズ（GB）、IOPS、スループット
c3-standard-44 507 GB、13,000 IOPS、800 Mbps のスループット
c3-highmem-44 982 GB、13,000 IOPS、800 Mbps のスループット
c3-highmem-88 1,932 GB、13,000 IOPS、1,600 Mbps のスループット
c3-highmem-176 3,257 GB、13,000 IOPS、1,600 Mbps のスループット
c3-highmem-192-metal 3,411 GB、13,000 IOPS、1,600 Mbps のスループット
c4-highmem-32 701 GB、13,000 IOPS、800 Mbps のスループット
c4-highmem-48 1,036 GB、13,000 IOPS、800 Mbps のスループット
c4-highmem-96 2,040 GB、13,000 IOPS、1,200 Mbps のスループット
c4-highmem-192 3,353 GB、13,000 IOPS、1,200 Mbps のスループット
m1-megamem-96 3,287 GB、11,000 IOPS、1,400 Mbps のスループット
m1-ultramem-40 2,626 GB、11,000 IOPS、1,300 Mbps のスループット
m1-ultramem-80 3,874 GB、13,000 IOPS、1,600 Mbps のスループット
m1-ultramem-160 6,180 GB、18,000 IOPS、1,600 Mbps のスループット
m2-megamem-416 8,633 GB、23,000 IOPS、1,600 Mbps のスループット
m2-ultramem-208 8,633 GB、23,000 IOPS、1,600 Mbps のスループット
m2-ultramem-416 15,660 GB、23,000 IOPS、1,600 Mbps のスループット
m2-hypermem-416 12,166 GB、23,000 IOPS、1,600 Mbps のスループット
m3-ultramem-32 2,667 GB、13,000 IOPS、1,300 Mbps のスループット
m3-ultramem-64 3,910 GB、13,000 IOPS、1,600 Mbps のスループット
m3-ultramem-128 6,252 GB、13,000 IOPS、1,600 Mbps のスループット
m3-megamem-64 2,667 GB、13,000 IOPS、1,300 Mbps のスループット
m3-megamem-128 3,910 GB、13,000 IOPS、1,600 Mbps のスループット

永続ディスクまたは Hyperdisk のサイズの決定

選択した Compute Engine マシンタイプに含まれるメモリの量に基づいて、SAP HANA ボリュームに必要な永続ディスク ストレージの量を計算します。

ディスクサイズに関する次のガイダンスでは、パフォーマンスと総所有コストの両方のバランスをとるために、Google Cloud と SAP がデプロイに推奨する最小サイズについて説明します。ディスクサイズは、基盤となるディスクタイプがサポートする上限まで増やすことができます。必要な最小ディスクサイズについては、SSD ベースの永続ディスクの最小サイズをご覧ください。

スケールアップ システムの永続ディスクのサイズ要件

SAP HANA スケールアップ システムの場合は、各ボリュームに次の数式を使用します。

  • /hana/data: メモリの 1.2 倍
  • /hana/log: メモリの 0.5 倍または 512 GB のいずれか小さい方
  • /hana/shared: メモリの 1 倍または 1,024 GB のいずれか小さい方
  • /usr/sap: 32 GB
  • /hanabackup: 2 x メモリ、オプション割り当て
スケールアウト システムの永続ディスクのサイズ要件

SAP HANA スケールアウト システムの場合、/hana/data、/hana/log、/usr/sap ボリュームには SAP HANA スケールアップ システムと同じ式を使用します。/hana/shared ボリュームの場合は、デプロイ内のワーカーホストの数に基づいて永続ディスクまたは Hyperdisk のサイズを計算します。4 つのワーカーホストごとに、ディスクサイズをメモリの 1 倍または 1 TB のいずれか少ない方に増やします。次に例を示します。

  • 1～4 個のワーカーホスト: メモリの 1 倍または 1 TB のいずれか小さい方
  • 5～8 個のワーカーホスト: メモリの 2 倍または 2 TB のいずれか小さい方
  • 9～12 個のワーカーホスト: メモリの 3 倍または 3 TB のいずれか小さい方
  • 13～16 個のワーカーホスト: メモリの 4 倍または 4 TB のいずれか小さい方

SAP HANA スケールアウト システムの全体的なストレージ割り当て要件を決定するには、スケールアウト システム内のすべてのホストで使用されるディスクタイプごとにディスクサイズの合計を計算する必要があります。たとえば、/hana/data と /hana/log を pd-ssd 永続ディスクに配置し、/hana/shared と /usr/sap を pd-balanced 永続ディスクに配置した場合は、pd-ssd と pd-balanced で別々に合計を計算し、個別に割り当てをリクエストする必要があります。

ホスト自動フェイルオーバーを備えた SAP HANA スケールアウト システムの場合、マスターホストとワーカーホストの永続ディスクサイズのみを計算する必要があります。スタンバイ ホストには、独自の /hana/data、/hana/log、/usr/sap ボリュームがありません。障害が発生した場合、SAP HANA 自動フェイルオーバーは、障害が発生したホストから /hana/data、/hana/log、/usr/sap のボリュームのマウントを解除し、スタンバイ ホストにマウントします。スタンバイ ホストの /hana/shared ボリュームと /hanabackup ボリュームは、個別にデプロイされた NFS ソリューションにマウントされます。

追加の永続ディスク ストレージの割り当て

SSD ベースの永続ディスクと Hyperdisk ボリュームの最小サイズで、永続ディスクまたは Hyperdisk のタイプに示されている最小サイズ以上の永続ディスクまたは Hyperdisk のサイズを選択します。

SSD またはバランス永続ディスクを使用している場合、最小サイズは、SAP HANA ストレージ要件ではなく、SAP HANA のパフォーマンス要件によって決まります。

たとえば、256 GB のメモリを搭載した n2-highmem-32 VM インスタンスで SAP HANA を実行している場合、SAP HANA ボリュームの合計ストレージ要件は 723 GB です。データ ボリュームに 307 GB、ログボリュームに 128 GB、共有ボリュームに 256 GB、/usr/sap ボリュームに 32 GB です。ただし、バランス永続ディスクを使用する場合、必要な最小サイズは 943 GB です。必要なパフォーマンスを満たすために、追加の 220 GB がデータ ボリュームに割り当てられます。したがって、バランス永続ディスクを備えた n2-highmem-32 VM インスタンスで SAP HANA を実行する場合は、943 GB 以上の永続ディスク ストレージをプロビジョニングする必要があります。

永続ディスクのサイズは 943 GB 以上にする必要があります。必要なパフォーマンスを提供するために、データ ボリュームに 220 GB の追加プロビジョニングが適用されます。

追加の永続ディスク ストレージは /hana/data ボリュームに適用されます。

SAP HANA のサイズ設定については、SAP HANA のサイズ設定をご覧ください。

Hyperdisk のパフォーマンス

Hyperdisk は、/hana/log および /hana/data ボリュームに対して、他の SSD ベースの永続ディスクよりも高い最大 IOPS およびスループット オプションを提供します。Hyperdisk の IOPS とスループットのプロビジョニング オプションの詳細については、Hyperdisk の IOPS とスループットのプロビジョニングについてをご覧ください。

SSD ベースの永続ディスクとは異なり、SAP HANA で Hyperdisk を使用する場合は、Hyperdisk のサイズを設定するときにパフォーマンスを心配する必要はありません。Hyperdisk のサイズは SAP HANA のストレージ要件のみに基づきます。永続ディスクまたは Hyperdisk のサイズ設定について詳しくは、永続ディスクのサイズの確認をご覧ください。

Hyperdisk を SAP HANA で使用するときに最高のパフォーマンスを得るには、SAP HANA システム プロパティを次のように更新することをおすすめします。

  • global.ini ファイルを更新します。
    • fileio セクションで num_completion_queues = 12 を設定します。
    • fileio セクションで num_submit_queues = 12 を設定します。
  • indexserver.ini ファイルを更新します。
    • parallel セクションで tables_preloaded_in_parallel = 32 を設定します。
    • global セクションで load_table_numa_aware = true を設定します。

Hyperdisk Extreme ボリュームを作成する場合は、プロビジョニングする IOPS 数によって最大スループットが決まります。出発点として次の式を使用できます。最小のスループットは 2,500 MBps（IOPS あたり 256 KB × 10,000 IOPS）であり、より大きなディスクを使用する大規模なマシンタイプの場合はそれ以上です。

  • デフォルトのデプロイで /hana/log と /hana/data に別のディスクを使用する場合:
    • データディスクの IOPS: maximum(10,000, size of data disk in GB * 2)
    • ログディスクの IOPS: maximum(10,000, size of log disk in GB * 2)
  • /hana/data、/hana/log、/hana/shared、/usr/sap に同じディスクを使用する場合:
    • ディスクの IOPS: maximum(10,000, size of data disk GB * 2) + maximum(10,000, size of log disk in GB * 2)

プロビジョニングできる IOPS の最大数は、使用しているマシンタイプによって異なります。Hyperdisk Extreme をサポートするマシンタイプと、各マシンタイプで Hyperdisk Extreme が提供できる最大 IOPS とスループットについては、マシンタイプのサポートをご覧ください。

バランス Hyperdisk ボリュームを作成する場合は、IOPS のプロビジョニングとスループットのプロビジョニングのルールを考慮し、ワークロードのパフォーマンス要件に合わせて IOPS とスループットをプロビジョニングできます。SAP HANA の場合、サポートされる最小 IOPS は 3,000、スループットは 400 MBps です。

デプロイ自動化スクリプトによってデプロイされた永続ディスクと Hyperdisk

Google Cloud 提供の Terraform 構成を使用して SAP HANA システムをデプロイすると、次のようにデプロイ スクリプトは SAP ボリュームに永続ディスクまたは Hyperdisk を割り当てます。

  • デフォルトでは、/hana/data、/hana/log、/hana/shared、/usr/sap の各ディレクトリに対して個別のディスクがデプロイされます。

    必要に応じて、これらの SAP ディレクトリが単一の永続ディスクまたは Hyperdisk にホストされる単一ディスク レイアウトをデプロイすることもできます。また、SAP HANA スケールアウト デプロイの場合、/hana/shared ディレクトリは NFS ソリューションでホストされます。

  • （省略可）/hanabackup ディレクトリのディスク。

次の例は、256 GB のメモリを搭載した Compute Engine n2-highmem-32 VM 上で SAP HANA のボリュームをマッピングする方法を示しています。

hana-ssd-example:~ # lvs
  LV     VG             Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  data   vg_hana_data   -wi-ao---- 308.00g
  log    vg_hana_log    -wi-ao---- 128.00g
  shared vg_hana_shared -wi-ao---- 256.00g
  usrsap vg_hana_usrsap -wi-ao----  32.00g
  backup vg_hanabackup  -wi-ao---- 512.00g

同じマシンタイプのボリュームのサイズが、この例に示されているものと多少異なる場合があります。

Google Cloud 提供の SAP HANA 用 Deployment Manager テンプレートを使用する場合、または Terraform 構成を使用して単一ディスク レイアウトをデプロイする場合、デプロイ スクリプトは SAP HANA、/hana/data、/hana/log、/usr/sap、/hana/shared のそれぞれを簡単にサイズ変更できるように、独自の論理ボリュームにディレクトリを作成して、単一のボリューム グループ内の SSD ベースの永続ディスクまたは Hyperdisk にマッピングします。Terraform または Deployment Manager は、/hanabackup ディレクトリを別のボリューム グループ内の論理ボリュームにマッピングしてから、バランス永続ディスク（pd-balanced）にマッピングします。

（省略可）バックアップ用の永続ディスク ストレージ

SAP HANA バックアップをディスクに保存する場合は、バランス永続ディスク（pd-balanced）を使用することをおすすめします。

標準 HDD 永続ディスク（pd-standard）を使用すると費用を抑えることができますが、より高いスループットまたは同時実行が必要な場合はバランス永続ディスクを使用します。

SAP HANA のバックアップ ボリューム サイズは、最適なベースライン スループットとバースト スループットを実現し、複数のバックアップ セットを保持できるように設計されています。バックアップ ボリュームに複数のバックアップ セットを保持することにより、必要に応じてデータベースを簡単に復元できます。

SAP HANA バックアップを障害復旧用のリージョン リソースとして利用できるようにするには、Compute Engine 永続ディスク スナップショットを使用します。永続ディスクを定期的かつ自動的にバックアップするようにスナップショットをスケジュールできます。詳細については、永続ディスクのスナップショットをご覧ください。

SAP HANA 動的階層化を使用する場合、バックアップ ストレージは、メモリ内データと動的階層化サーバーによってディスク上で管理されるデータの両方を保持できるだけのサイズが必要です。

SAP HANA バックアップの保存に別のメカニズムを使用することもできます。Google Cloud の SAP 用エージェントの Backint 機能を使用する場合は、SAP HANA を Cloud Storage バケットに直接バックアップできます。これにより、バックアップを保存するための永続ディスクの使用をオプションにできます。

SAP HANA 動的階層化

SAP HANA の動的階層化は、SAP により Google Cloud の本番環境における使用が認定されています。SAP HANA の動的階層化により、アクセス頻度が低いデータがメモリではなくディスクに格納されるため、SAP HANA データ ストレージが拡張されます。

詳細については、Google Cloud での SAP HANA 動的階層化をご覧ください。

SAP HANA 高速再起動オプション

SAP HANA 2.0 SP04 以降の場合は、SAP HANA 高速再起動オプションの使用を強くおすすめします。

このオプションは、Google Cloud の Terraform モジュール sap_hana または sap_hana_ha（バージョン 202309280828 以降）を使用して SAP HANA をデプロイすると、自動的に有効になります。SAP HANA 高速再起動を手動で有効にする方法については、SAP HANA 高速再起動の有効化をご覧ください。

SAP HANA 高速再起動により、SAP HANA の終了後もオペレーティング システムが稼働し続けている場合の再起動時間が短縮されます。再起動時間を短縮するため、SAP HANA は SAP HANA の永続メモリ機能を利用して、tmpfs ファイル システムにマッピングされた DRAM のカラムストア テーブルにある MAIN データ フラグメントを保持します。

さらに、Compute Engine メモリ最適化マシンタイプの M2 と M3 ファミリーの VM では、SAP HANA 高速再起動により、メモリに修正不能なエラーが発生した場合の回復時間が改善されます。詳細については、Compute Engine VM で高速再起動を使用してメモリエラーから回復するをご覧ください。

SAP HANA 高速再起動に必要な OS の設定

SAP HANA 高速再起動を使用するには、SAP の要件に応じてオペレーティング システムを調整する必要があります。

Google Cloud が提供する Terraform 構成ファイルまたは Deployment Manager テンプレートを使用する場合は、カーネル設定が設定されます。

SAP は、SAP HANA 用に RHEL と SLES の両方のオペレーティング システムを構成するためのガイダンスを提供しています。Google Cloud が提供するデプロイ ファイルを使用しない場合は、こちらのガイダンスをご覧ください。SAP HANA 高速再起動については、特に numa_balancing と transparent_hugepage を正しく設定してください。

RHEL を使用する場合は、sap-hana 調整プロファイルを使用します（使用可能な場合）。構成手順については、以下をご覧ください。

SLES を使用する場合は、SUSE の saptune ツールを使用して、必要な構成を適用します。上記の両方のカーネル パラメータを含め、SAP HANA の推奨設定をすべて適用するには、次の saptune コマンドを指定します。

saptune solution apply HANA

SLES for SAP HANA の構成の詳細については、以下をご覧ください。

Compute Engine VM で高速再起動を使用してメモリエラーから回復する

Compute Engine メモリ最適化マシンタイプの M2 と M3 ファミリーの VM で SAP HANA 高速再起動を有効にすると、SAP HANA が修正不能なメモリエラーから回復するまでの時間を短縮できます。

Intel プロセッサの機能を活用することで、M2 と M3 のマシンタイプは、メモリ サブシステムで修正不能なエラーが発生しても実行を継続できます。メモリエラーが発生したときに SAP HANA 高速再起動が有効になっていると、影響を受ける SAP HANA プロセスは再起動されますが、データベース全体を再度読み込む必要はありません。影響を受けるファイル ブロックのみが再度読み込まれます。

メモリエラーからの回復をサポートするマシンタイプ

次の Compute Engine マシンタイプはメモリエラーからの回復をサポートしています。

  • m3-ultramem-32
  • m3-ultramem-64
  • m3-ultramem-128
  • m3-megamem-64
  • m3-megamem-128
  • m2-ultramem-208
  • m2-ultramem-416
  • m2-megamem-416
  • m2-hypermem-416
メモリエラーからの回復に必要なオペレーティング システム

必要なカーネルパッチが適用された次のオペレーティング システムで、SAP HANA 高速再起動を使用したメモリエラーからの回復がサポートされます。

  • SUSE Linux Enterprise Server（SLES）for SAP、12 SP3 以降。
    • ビルド日が v202103* 以降の Compute Engine の公開イメージに含まれています。
    • 既存のデプロイに最新のカーネルパッチを適用する必要がある場合は、標準の更新プロセスに従ってください。たとえば、次のコマンドを実行します。
      • sudo zypper refresh
      • sudo zypper update
  • Red Hat Enterprise Linux（RHEL）for SAP 8.4 以降。

ファイル サーバーのオプション

SAP HANA on Google Cloud 向けのファイル サーバー オプションには、Filestore と NetApp Cloud Volumes Service for Google Cloud があります。

Google Cloud 上の SAP 用のすべてのファイル サーバー オプションの詳細については、Google Cloud 上の SAP 用のファイル共有ソリューションをご覧ください。

Filestore

単一ゾーンのスケールアウト構成で /hana/shared ボリュームを使用する場合、ゾーンリソースを対象とした Filestore Basic サービス階層を使用することをおすすめします。追加のレジリエンスが必要なシナリオでは、Filestore Enterprise を使用できます。詳細については、Google Cloud 上の SAP HANA スケールアウト システムのコンポーネントをご覧ください。

NetApp Cloud Volumes Service for Google Cloud

NetApp Cloud Volumes Service for Google Cloud は、フルマネージドでクラウドネイティブなデータサービス プラットフォームです。これを使用して、SAP HANA 用に認定されたすべての Compute Engine インスタンス タイプ上の SAP HANA スケールアップ用 NFS ファイル システムに認定できます。SAP HANA デプロイメントで NetApp Cloud Volumes Service for Google Cloud を使用する方法については、NetApp Cloud Volumes Service for Google Cloud についてをご覧ください。

ユーザー ID とリソース アクセス

Google Cloud で SAP デプロイのセキュリティを計画する場合は、次の情報を確認する必要があります。

  • Google Cloud プロジェクトの Google Cloud リソースにアクセスすることを必要とするユーザー アカウントとアプリケーション
  • プロジェクト内で、各ユーザーがアクセスする必要のある特定の Google Cloud リソース

プリンシパルとして Google アカウント ID をプロジェクトに追加して、各ユーザーをプロジェクトに追加する必要があります。Google Cloud リソースを使用するアプリケーション プログラムについては、プロジェクト内のプログラムのユーザー ID を指定するサービス アカウントを作成します。

Compute Engine VM には独自のサービス アカウントがあります。VM サービス アカウントにプログラムが必要とするリソース権限があれば、VM で実行されるプログラムは VM サービス アカウントを使用できます。

各ユーザーが使用する必要がある Google Cloud リソースを特定したら、リソース固有のロールをユーザーに割り当て、各リソースの使用権限をユーザーごとに付与します。IAM が各リソースに付与する事前定義ロールを確認し、ユーザーのタスクまたは機能の完了に必要な最低限の権限を持つロールをユーザーに割り当てます。

IAM の事前定義ロールよりも詳細に、または厳格に権限を制御する必要がある場合は、カスタムロールを作成します。

SAP プログラムが Google Cloud で必要とする IAM のロールについて詳しくは、Google Cloud 上での SAP プログラム向け Identity and Access Management をご覧ください。

Google Cloud 上の SAP の Identity and Access Management の概要については、Google Cloud 上の SAP 用 Identity and Access Management の概要をご覧ください。

SAP HANA の Bare Metal マシンタイプ

このセクションでは、Compute Engine が提供するベアメタル マシンタイプで SAP HANA を実行する場合について説明します。これらのマシンタイプは次のとおりです。

X4 でサポートされているブロック ストレージ

X4 マシンで SAP HANA ワークロードを実行するためのブロック ストレージを提供する場合は、Hyperdisk Extreme ボリュームまたは Hyperdisk Balanced ボリュームを使用します。

X4 インスタンスに Google Cloud が推奨するストレージ構成については、以下のセクションをご覧ください。

費用最適化の構成

次の表は、X4 マシンタイプで SAP HANA を実行する場合の費用最適化のストレージ構成を示しています。次の表のサイズは、すべての SAP HANA ボリュームを個々のディスクにマウントしていることを前提としています。

マシンタイプ ブート ボリューム（GB） /usr/sap（GB） /hana/shared（GB） /hana/log サイズ（GB）、IOPS、スループット /hana/data（GB）、IOPS、スループット
Hyperdisk Balanced
x4-megamem-960-metal 50 32 1,024 512 GB、10,000 IOPS、2,400 Mbps のスループット 16,384 GB、16,384 IOPS、2,400 Mbps のスループット
x4-megamem-1440-metal 50 32 1,024 512 GB、10,000 IOPS、2,400 Mbps のスループット 24,576 GB、24,576 IOPS、2,400 Mbps のスループット
x4-megamem-1920-metal 50 32 1,024 512 GB、10,000 IOPS、2,400 Mbps のスループット 32,768 GB、32,768 IOPS、2,400 Mbps のスループット
パフォーマンス調整済みの構成

次の表に、X4 マシンタイプで SAP HANA を実行する場合のパフォーマンス調整済みのストレージ構成を示します。次の表のサイズは、すべての SAP HANA ボリュームを個々のディスクにマウントしていることを前提としています。

マシンタイプ ブート ボリューム（GB） /usr/sap（GB） /hana/shared（GB） /hana/log サイズ（GB）、IOPS、スループット /hana/data（GB）、IOPS、スループット
Hyperdisk Balanced Hyperdisk Extreme
x4-megamem-960-metal 50 32 1,024 512 GB、10,000 IOPS、2,400 Mbps のスループット 16,384 GB、32,768 IOPS、5,000 Mbps のスループット
x4-megamem-1440-metal 50 32 1,024 512 GB、10,000 IOPS、2,400 Mb/s のスループット 24,576 GB、49,152 IOPS、5,000 Mb/s のスループット
x4-megamem-1920-metal 50 32 1,024 512 GB、10,000 IOPS、2,400 Mbps のスループット 32,768 GB、65,536 IOPS、5,000 Mbps のスループット
柔軟なパフォーマンス構成

次の表に、X4 マシンタイプで SAP HANA を実行する場合に柔軟なパフォーマンスを提供するストレージ構成を示します。次の表のサイズは、すべての SAP HANA ボリュームを個々のディスクにマウントしていることを前提としています。

マシンタイプ ブート ボリューム（GB） /usr/sap（GB） /hana/shared（GB） /hana/log サイズ（GB）、IOPS、スループット /hana/data（GB）、IOPS、スループット
Hyperdisk Balanced Hyperdisk Extreme
x4-megamem-960-metal 50 32 1,024 512 GB、10,000 IOPS、2,500 Mbps のスループット 16,384 GB、32,768 IOPS、5,000 Mbps のスループット
x4-megamem-1440-metal 50 32 1,024 512 GB、10,000 IOPS、2,500 Mbps のスループット 24,576 GB、49,152 IOPS、5,000 Mbps のスループット
x4-megamem-1920-metal 50 32 1,024 512 GB、10,000 IOPS、2,500 Mbps のスループット 32,768 GB、65,536 IOPS、5,000 Mbps のスループット

デプロイの自動化

SAP HANA を実行するには、Google Cloud 提供の Terraform 構成を使用してベアメタル インスタンスをデプロイできます。これらの構成は、デフォルトで次の処理を行うように設計されています。

  • Hyperdisk Extreme ボリュームをデプロイして、SAP HANA データとログボリュームをホストします。代わりに Hyperdisk Balanced ボリュームをデプロイするには、disk_type Terraform 引数を使用します。
  • SAP HANA Fast Restart オプションを有効にします。
  • SAP HANA バックアップ ボリュームをディスクにホストしている場合、これらの Terraform 構成ではデフォルトで Hyperdisk Balanced ボリュームがデプロイされます。このディスクのデプロイは、backup_disk_type Terraform 引数によって決まります。

Google Cloud が SAP HANA のデプロイ用に提供する Terraform 構成については、サポートされている SAP ソリューションをご覧ください。

デプロイ後のタスク

SAP HANA を実行するベアメタル インスタンスをデプロイした後、次の操作を行うことをおすすめします。

ハイパースレッディング

ハイパースレッディングはデフォルトで有効になっており、すべての Compute Engine マシンタイプで推奨される設定です。

1,000 を超える vCPU を使用するコンピューティング インスタンスで SAP HANA のパフォーマンスを最適化するには、SAP HANA 2.0 SPS7 リビジョン 76 以降を使用することを強くおすすめします。

1,000 を超える vCPU を使用するコンピューティング インスタンスで OLTP ワークロードとともに以前のバージョンの SAP HANA を実行している場合、ハイパースレッディングをオフにすると、パフォーマンスがわずかに向上する可能性があります。負荷テストの中でこれをテストすることをおすすめします。Google Cloud の SAP 用エージェントを使用して X4 インスタンスのハイパースレッディングを無効にする方法については、X4 インスタンスのハイパースレッディングを無効にするをご覧ください。

SAP HANA の料金と割り当てに関する考慮事項

このデプロイメント ガイドに従って作成されたリソースを使用する際に発生する料金はお客様の負担となります。料金計算ツールを使用すると、実際の料金を概算できます。

割り当て

SAP HANA では、Google Cloud 上の多くのワークロードを上回る CPU とメモリが必要になります。新しい Google Cloud アカウントがある場合、または割り当ての追加をまだ要求していない場合、SAP HANA をデプロイするには、割り当ての追加を要求する必要があります。

次の表は、VM インスタンス タイプ別の単一ホストのスケールアップ SAP HANA システムの割り当て値を示しています。

スケールアウト SAP HANA システムまたは複数のスケールアップ システムの場合は、すべてのシステムの合計リソース量を含める必要があります。スケールアウト システムのストレージ要件の決定については、永続ディスクのサイズの確認をご覧ください。

既存の割り当てを表示し、リソース（CPU、メモリ、ストレージ）の要件と比較して、要求する増加量を確認します。その後、割り当ての上限の引き上げをリクエストできます。

エクストリーム永続ディスク（pd-extreme）は SAP HANA での使用が認定されていますが、代わりに Hyperdisk Extreme を使用することをおすすめします。これにより、パフォーマンスが向上します。エクストリーム永続ディスクを使用する場合は、Hyperdisk Extreme サイズを使用してそれらをプロビジョニングする必要があります。

バランス永続ディスク

Compute Engine VM のタイプ vCPU メモリ（GB） 割り当て（GB）
n1-highmem-32 32 208 943
n1-highmem-64 64 416 1,155
n1-highmem-96 96 624 1,716
n2-highmem-32 32 256 943
n2-highmem-48 48 384 1,068
n2-highmem-64 64 512 1,414
n2-highmem-80 80 640 1,760
n2-highmem-96 96 768 2,105
n2-highmem-128 128 864 2,364
c3-standard-44 44 176 507
c3-highmem-44 44 352 982
c3-highmem-88 88 704 1,932
c3-highmem-176 176 1,408 3,257
m1-megamem-96 96 1,433 3,287
m1-ultramem-40 40 961 2,626
m1-ultramem-80 80 1,922 3,874
m1-ultramem-160 160 3,844 6,180
m2-megamem-416 416 5,888 8,633
m2-ultramem-208 208 5,888 8,633
m2-ultramem-416 416 11,766 15,660
m2-hypermem-416 416 8,832 12,166
m3-ultramem-32 32 976 2,667
m3-ultramem-64 64 1,952 3,910
m3-ultramem-128 128 3,904 6,252
m3-megamem-64 64 976 2,667
m3-megamem-128 128 1,952 3,910

SSD 永続ディスク

Compute Engine VM のタイプ vCPU メモリ（GB） 割り当て（GB）
n1-highmem-32 32 208 593
n1-highmem-64 64 416 1,155
n1-highmem-96 96 624 1,716
n2-highmem-32 32 256 723
n2-highmem-48 48 384 1,068
n2-highmem-64 64 512 1,414
n2-highmem-80 80 640 1,760
n2-highmem-96 96 768 2,105
n2-highmem-128 128 864 2,364
c3-standard-44 44 176 507
c3-highmem-44 44 352 982
c3-highmem-88 88 704 1,932
c3-highmem-176 176 1,408 3,257
m1-megamem-96 96 1,433 3,287
m1-ultramem-40 40 961 2,626
m1-ultramem-80 80 1,922 3,874
m1-ultramem-160 160 3,844 6,180
m2-megamem-416 416 5,888 8,633
m2-ultramem-208 208 5,888 8,633
m2-ultramem-416 416 11,766 15,660
m2-hypermem-416 416 8,832 12,166
m3-ultramem-32 32 976 2,667
m3-ultramem-64 64 1,952 3,910
m3-ultramem-128 128 3,904 6,252
m3-megamem-64 64 976 2,667
m3-megamem-128 128 1,952 3,910

Hyperdisk Extreme

Compute Engine VM のタイプ vCPU メモリ（GB） 割り当て（GB）
n2-highmem-80 80 640 1,760
n2-highmem-96 96 768 2,105
n2-highmem-128 128 864 2,364
c3-highmem-88 88 704 1,932
c3-highmem-176 176 1,408 3,257
c3-highmem-192-metal 192 1,536 3,411
c4-highmem-32 32 248 701
c4-highmem-48 48 372 1,036
c4-highmem-96 96 744 2,040
c4-highmem-192 192 1,488 3,353
m1-megamem-96 96 1,433 3,287
m1-ultramem-80 80 1,922 3,874
m1-ultramem-160 160 3,844 6,180
m2-megamem-416 416 5,888 8,633
m2-ultramem-208 208 5,888 8,633
m2-ultramem-416 416 11,766 15,660
m2-hypermem-416 416 8,832 12,166
m3-ultramem-64 64 1,952 3,910
m3-ultramem-128 128 3,904 6,252
m3-megamem-64 64 976 2,667
m3-megamem-128 128 1,952 3,910
x4-megamem-960-metal 960 16,384 17,952
x4-megamem-1440-metal 1,440 24,576 26,144
x4-megamem-1920-metal 1,920 32,768 34,336

Hyperdisk Balanced

Compute Engine VM のタイプ vCPU メモリ（GB） 割り当て（GB）
c3-standard-44 44 176 507
c3-highmem-44 44 352 982
c3-highmem-88 88 704 1,932
c3-highmem-176 176 1,408 3,257
c3-highmem-192-metal 192 1,536 3,411
c4-highmem-32 32 248 701
c4-highmem-48 48 372 1,036
c4-highmem-96 96 744 2,040
c4-highmem-192 192 1,488 3,353
m1-megamem-96 96 1,433 3,287
m1-ultramem-40 40 961 2,626
m1-ultramem-80 80 1,922 3,874
m1-ultramem-160 160 3,844 6,180
m2-megamem-416 416 5,888 8,633
m2-ultramem-208 208 5,888 8,633
m2-ultramem-416 416 11,766 15,660
m2-hypermem-416 416 8,832 12,166
m3-ultramem-32 32 976 2,667
m3-ultramem-64 64 1,952 3,910
m3-ultramem-128 128 3,904 6,252
m3-megamem-64 64 976 2,667
m3-megamem-128 128 1,952 3,910
x4-megamem-960-metal 960 16,384 17,952
x4-megamem-1440-metal 1,440 24,576 26,144
x4-megamem-1920-metal 1,920 32,768 34,336

標準永続ディスク

Compute Engine VM のタイプ vCPU メモリ（GB） 割り当て（GB）
n1-highmem-32 32 208 448
n1-highmem-64 64 416 864
n1-highmem-96 96 624 1,280
n2-highmem-32 32 256 544
n2-highmem-48 48 384 800
n2-highmem-64 64 512 1,056
n2-highmem-80 80 640 1,312
n2-highmem-96 96 768 1,568
n2-highmem-128 128 864 1,760
m1-megamem-96 96 1,433 2,898
m1-ultramem-40 40 961 1,954
m1-ultramem-80 80 1,922 3,876
m1-ultramem-160 160 3,844 7,720
m2-megamem-416 416 5,888 11,832
m2-ultramem-208 208 5,888 11,832
m2-ultramem-416 416 11,766 23,564
m2-hypermem-416 416 8,832 17,696

ライセンス

SAP HANA を Google Cloud で実行するには、お客様所有ライセンスの使用（BYOL）が必要です。

SAP HANA のライセンス管理に関する SAP からの詳細情報については、SAP HANA データベースのライセンスキーをご覧ください。

デプロイ アーキテクチャ

Google Cloud では、スケールアップ アーキテクチャとスケールアウト アーキテクチャで SAP HANA をデプロイできます。

スケールアップ アーキテクチャ

次の図に、スケールアップ アーキテクチャを示します。この図で、Google Cloud へのデプロイとディスク レイアウトの両方に注意してください。/hanabackup に配置されたローカル バックアップを、Cloud Storage を使用してバックアップできます。このマウントは、データマウント以上のサイズにする必要があります。

Google Cloud 上の SAP HANA スケールアップ システムのデプロイを示すアーキテクチャ図。

Google Cloud では、SAP HANA 単一ホストのスケールアップ アーキテクチャに次のコンポーネントを含めることができます。

  • 最大 32 Gbps のネットワーク帯域幅を備えているか、高帯域幅ネットワーキングを使用して目的のマシンタイプで最大 100 Gbps のネットワーク帯域幅を備えている、SAP HANA データベース用の 1 つの Compute Engine インスタンス。SAP HANA での使用が認定されているマシンタイプについては、SAP HANA の認定マシンタイプをご覧ください。

  • SSD ベースの Compute Engine Persistent Disk または Hyperdisk ボリューム（以下のとおり）。

    • ディレクトリ /hana/data、/hana/log、/hana/shared、/usr/sap 用にそれぞれ 1 個のディスク。SAP HANA のディスクに関する推奨事項については、永続ディスク ストレージをご覧ください。SAP に最適なパフォーマンスを得るには、SSD ベースの永続ディスクと Hyperdisk の最小サイズの表に従って、永続ディスクまたは Hyperdisk のボリュームのサイズを設定する必要があります。

    • ブートディスク用の 1 個のバランス永続ディスク。

    • （省略可）SAP HANA データベースのバックアップ用のディスク。

  • インスタンスへのアクセスを制限する Compute Engine のファイアウォール ルール。

  • Google Cloud の SAP 用エージェント。バージョン 2.0 以降では、SAP HANA モニタリング指標を収集するようにこのエージェントを構成できます。これにより、SAP HANA インスタンスをモニタリングできます。バージョン 3.0 以降では、Backint 機能を使用して SAP HANA バックアップを Cloud Storage バケットに直接保存し、必要に応じて取得することもできます。

  • （省略可、ただし推奨）選択した Google Cloud リージョン内にカスタム トポロジと IP 範囲を持つサブネットワーク。SAP HANA データベースと他の Compute Engine インスタンスは、このサブネットワーク内で起動されます。SAP HANA には既存のサブネットワークを使用できます。

  • オプション コンポーネント:

    • 小規模な Compute Engine VM 上の SAP HANA Cockpit または SAP HANA Studio。

パブリック IP を使用せずに SAP HANA システムをプロビジョニングすると、公共のインターネット経由でリソースに直接接続できなくなります。そのため、次のオプションを使用して、間接的な方法でインターネット アクセスを行う必要があります。

  • VM が Google Cloud APIs にアクセスできるように Google のプライベート アクセスを構成します。

  • Cloud NAT を使用するか、VM を NAT ゲートウェイとして構成して、公共のインターネットにアクセスします。

  • 管理目的では、TCP 転送を使用してシステムに接続できます。TCP 転送で Identity-Aware Proxy を使用する方法については、TCP 転送での IAP の使用をご覧ください。

  • 踏み台インスタンスとして構成された Compute Engine VM を使用して、公共のインターネットにアクセスします。

スケールアウト アーキテクチャ

スケールアウト アーキテクチャは、1 つのマスターホスト、いくつかのワーカーホスト、およびオプションの 1 つ以上のスタンバイ ホストで構成されます。最大 32 Gbps のレート、または高帯域幅ネットワーキングを使用する目的のマシンタイプで最大 100 Gbps のレートで、ホスト間のデータ送信をサポートするネットワークを介してホストは相互接続されます。

特にオンライン分析処理（OLAP）の使用時にワークロードの需要が増加すると、マルチホストのスケールアウト アーキテクチャではすべてのホストに負荷を分散できます。

次の図は、Google Cloud 上の SAP HANA のスケールアウト アーキテクチャを示しています。

Google Cloud 上の SAP HANA スケールアウト システムのデプロイを示すアーキテクチャ図。

スタンバイホストは、SAP HANA ホストの自動フェイルオーバー障害復旧ソリューションをサポートしています。Google Cloud でのホストの自動フェイルオーバーの詳細については、Google Cloud での SAP HANA ホスト自動フェイルオーバーをご覧ください。

次の図に、Google Cloud でホスト自動フェイルオーバーを使用するスケールアウト アーキテクチャを示します。

Google Cloud にホスト自動フェイルオーバーを備える SAP HANA スケールアウト システムをデプロイするためのアーキテクチャ図。

Google Cloud 上の SAP HANA スケールアウト システムのディスク構造

スタンバイ ホスト以外の各ホストには、SSD ベースの永続ディスクまたは Hyperdisk 上に独自の /hana/data、/hana/log、また通常は /usr/sap のボリュームがあり、整合性が確保された高 IOPS の IO サービスが提供されます。マスターホストは、/hana/shared ボリュームと /hanabackup ボリュームの NFS マスターとしても機能し、この NFS マスターは各ワーカーホストとスタンバイ ホストのそれぞれにマウントされます。

スタンバイ ホストの場合、フェイルオーバーが発生するまで /hana/data ボリュームや /hana/log ボリュームはマウントされません。

Google Cloud 上の SAP HANA スケールアウト システムのコンポーネント

Google Cloud 上のマルチホスト SAP HANA スケールアウト アーキテクチャには、次のコンポーネントが含まれています。

  • システム内の各 SAP HANA ホストごとに Compute Engine VM インスタンス 1 つ。これには、マスターホスト 1 つ、最大 15 のワーカーホスト、必要に応じた最大 3 つのスタンバイ ホストが含まれます。

    各 VM は同じ Compute Engine マシンタイプを使用します。SAP HANA での使用が認定されているマシンタイプについては、SAP HANA の認定マシンタイプをご覧ください。

  • SSD ベースの永続ディスクまたは Hyperdisk ボリューム（以下のとおり）。

    • 各 VM には、適切な場所にマウントされたディスクが含まれている必要があります。
    • SAP HANA ホスト自動フェイルオーバー システムをデプロイしていない場合は、必要に応じて各 VM インスタンスに /hanabackup ローカル ボリューム用のディスクを作成します。

  • /hana/shared ボリュームと /hanabackup ボリュームをワーカーホストとスタンバイ ホストで共有するために別途デプロイされた NFS ソリューション。Filestore や別の NFS ソリューションを使用できます。

  • Compute Engine インスタンス間の通信を許可する一方で Compute Engine インスタンスへのアクセスを制限したり、SAP HANA システムで必要となるその他の分散リソースやリモート リソースへのアクセスを制限する、Compute Engine のファイアウォール ルールやその他のネットワーク アクセス制御。

  • Google Cloud の SAP 用エージェント。バージョン 2.0 以降では、SAP HANA モニタリング指標を収集するようにこのエージェントを構成できます。これにより、SAP HANA インスタンスをモニタリングできます。バージョン 3.0 以降では、Backint 機能を使用して SAP HANA バックアップを Cloud Storage バケットに直接保存し、必要に応じて取得することもできます。

  • （省略可、ただし推奨）選択した Google Cloud リージョン内にカスタム トポロジと IP 範囲を持つサブネットワーク。SAP HANA データベースと他の Compute Engine インスタンスは、このサブネットワーク内で起動されます。必要に応じて、既存のサブネットワークを使用できます。

  • オプション コンポーネント:

    • 小規模な Compute Engine VM 上の SAP HANA Cockpit または SAP HANA Studio。

パブリック IP を使用せずに SAP HANA システムをプロビジョニングすると、公共のインターネット経由でリソースに直接接続できなくなります。そのため、次のオプションを使用して、間接的な方法でインターネット アクセスを行う必要があります。

  • VM が Google Cloud APIs にアクセスできるように Google のプライベート アクセスを構成します。

  • Cloud NAT を使用するか、VM を NAT ゲートウェイとして構成して、公共のインターネットにアクセスします。

  • 管理目的では、TCP 転送を使用してシステムに接続できます。TCP 転送で Identity-Aware Proxy を使用する方法については、TCP 転送での IAP の使用をご覧ください。

  • 踏み台インスタンスとして構成された Compute Engine VM を使用して、公共のインターネットにアクセスします。

Google Cloud 上の SAP HANA システムの高可用性

Google Cloud で SAP HANA の高可用性構成を設計する場合は、Google Cloud、SAP、OS ネイティブの機能を組み合わせて使用できます。

高可用性オプションの詳細については、SAP HANA 高可用性プランニング ガイドをご覧ください。

SAP HANA デプロイの自動化

Google Cloud は Terraform 構成ファイルと Deployment Manager テンプレートを提供します。これらは、Google Cloud インフラストラクチャと、必要に応じて SAP HANA のデプロイを自動化するために使用できます。

Google Cloud が提供するデプロイ自動化のオプションでは、次の SAP HANA デプロイ シナリオがサポートされています。

  • スケールアップ
  • 2 ノードの高可用性クラスタでのスケールアップ
  • スタンバイ ノードなしのスケールアウト
  • 高可用性クラスタでのスタンバイ ノードなしのスケールアウト
  • SAP HANA ホスト自動フェイルオーバー スタンバイ ノードによるスケールアウト

スケールアップまたはスケールアウトのデプロイ シナリオの自動化の詳細については、以下をご覧ください。

SAP HANA インスタンスのデプロイの自動化

必要に応じて、Google Cloud インフラストラクチャの自動デプロイで SAP HANA をインストールすることもできます。

Google Cloud 提供のインストール スクリプトは、インフラストラクチャのデプロイ後に SAP HANA をインストールします。

なんらかの問題で SAP HANA インスタンスのインストールができなかった場合でも、インフラストラクチャはデプロイされ、構成されます。デプロイされたインフラストラクチャを使用して SAP HANA を手動でインストールできます。また、インフラストラクチャを削除して問題を修正し、SAP HANA インスタンスが正常にインストールされるまでデプロイの自動化を再実行することもできます。

Google Cloud が SAP HANA をインストールするインストール スクリプトを使用する場合は、特定のパラメータの値を指定する必要があります。これらのパラメータを省略するか、それらのすべてに有効な値を指定しなかった場合、インストール スクリプトは、デプロイされたインフラストラクチャに SAP HANA インスタンスをインストールできません。

  • Google Cloud が提供する Terraform 構成ファイルを使用して SAP HANA をインストールする場合は、sap_hana_deployment_bucket、sap_hana_sid、sap_hana_sidadm_uid、sap_hana_sidadm_password、sap_hana_system_password の引数に有効な値を指定する必要があります。Terraform の引数の詳細については、Terraform: SAP HANA スケールアップ デプロイガイドをご覧ください。

  • Google Cloud が提供する Deployment Manager テンプレートを使用して SAP HANA をインストールする場合は、sap_hana_deployment_bucket、sap_hana_sid、sap_hana_instance_number、sap_hana_sidadm_password、sap_hana_system_password、sap_hana_scaleout_nodes の構成パラメータに有効な値を指定する必要があります。Deployment Manager プロパティの詳細については、Deployment Manager: SAP HANA スケールアップ デプロイガイドをご覧ください。

パスワードの管理

デプロイされた Compute Engine VM に SAP HANA を自動的にインストールするには、SIDadm ユーザーとデータベース ユーザーのパスワードを指定する必要があります。これらのパスワードは、Terraform 構成ファイルで次のように指定できます。

  • （推奨）インストール スクリプトのパスワードを安全に指定するには、Google Cloud の有料サービスである Secret Manager を使用してシークレットを作成します。その後、シークレットの名前を sap_hana_sidadm_password_secret と sap_hana_system_password_secret の引数の値として指定します。

    Secret Manager の料金については、Secret Manager の料金をご覧ください。

  • また、sap_hana_sidadm_password 引数と sap_hana_system_password 引数に書式なしテキストでパスワードを指定することもできます。

Terraform によるディスクのデプロイ

Google Cloud が提供する Terraform 構成を使用して SAP HANA のデプロイを自動化する場合、デフォルトのディスク デプロイは次のとおりです。

ボリュームまたはディレクトリ X4 インスタンスにデプロイされたデフォルトのディスク C3 ベアメタル インスタンスにデプロイされたデフォルトのディスク VM インスタンスにデプロイされたデフォルトのディスク
ブート ボリューム Hyperdisk Balanced Hyperdisk Balanced バランス永続ディスク
/hana/data Hyperdisk Extreme Hyperdisk Balanced SSD 永続ディスク
/hana/log Hyperdisk Extreme Hyperdisk Balanced SSD 永続ディスク
/hana/shared Hyperdisk Balanced Hyperdisk Balanced
  • SSD 永続ディスク（Terraform 構成ファイルで disk_type = "pd-ssd" を指定した場合）。
  • その他のすべてのシナリオでは、バランス永続ディスク。
/hanabackup Hyperdisk Balanced Hyperdisk Balanced バランス永続ディスク
/usr/sap Hyperdisk Balanced Hyperdisk Balanced
  • SSD 永続ディスク（Terraform 構成ファイルで disk_type = "pd-ssd" を指定した場合）。
  • その他のすべてのシナリオでは、バランス永続ディスク。

カスタム VM と自動デプロイ

Terraform 構成ファイルと Deployment Manager のテンプレートは、Compute Engine カスタム VM の仕様をサポートしていません。

カスタム VM タイプを使用する必要がある場合は、まず、small タイプの事前定義 VM をデプロイし、デプロイが完了した後に必要に応じて VM をカスタマイズします。

VM の変更の詳細については、SAP システムの VM 構成の変更をご覧ください。

スケールアップ システムのデプロイの自動化

Google Cloud は Terraform 構成ファイルと Deployment Manager 構成テンプレートを提供します。これらを使用して、SAP HANA 単一ホスト スケールアップ システムのデプロイを自動化できます。

Terraform または Deployment Manager のスクリプトは、次のシナリオで使用できます。

  • スタンドアロンのスケールアップ SAP HANA システム

    Terraform または Deployment Manager のデプロイガイドをご覧ください。

  • Linux 高可用クラスタ上のアクティブおよびスタンバイのスケールアップ SAP HANA システム

    Terraform または Deployment Manager のデプロイガイドをご覧ください。

Terraform または Deployment Manager スクリプトでは、VM、永続ディスク、SAP HANA をデプロイでき、また、Linux HA クラスタの場合は必要な HA コンポーネントもデプロイできます。

この Deployment Manager スクリプトでは、以下のシステム コンポーネントはデプロイされません。

  • ネットワークとサブネットワーク
  • ファイアウォール ルール
  • NAT ゲートウェイ、踏み台インスタンス、またはそれらの VM
  • SAP HANA Studio またはその VM

SAP HANA Studio とその VM を除き、Terraform を使用して、これらのシステム コンポーネントはすべてデプロイできます。

これらのコンポーネントの作成については、次のガイドの前提条件のセクションをご覧ください。

スケールアウト システムのデプロイの自動化

Google Cloud は Terraform 構成ファイルと Deployment Manager 構成テンプレートを提供します。これらを使用して、SAP HANA マルチホスト スケールアウト システムのデプロイを自動化できます。

Terraform 構成または Deployment Manager のテンプレートでは、VM、永続ディスク、SAP HANA をデプロイできます。また、NFS マウント ポイントを SAP HANA の共有ボリュームとバックアップ ボリュームにマッピングすることもできます。マルチホスト スケールアウト デプロイの場合、Terraform 構成または Deployment Manager テンプレートを使用して、SAP HANA の共有ボリュームとバックアップ ボリュームをホストする新しい Filestore インスタンスをデプロイすることもできます。

この Deployment Manager スクリプトでは、以下のシステム コンポーネントはデプロイされません。

  • ネットワークとサブネットワーク
  • ファイアウォール ルール
  • NAT ゲートウェイ、踏み台インスタンス、またはそれらの VM
  • SAP HANA Studio またはその VM

SAP HANA Studio とその VM を除き、Terraform を使用して、これらのシステム コンポーネントはすべてデプロイできます。

マルチホストのスケールアウト デプロイに適したファイル共有ソリューション

SAP HANA マルチホスト スケールアウト デプロイ用に Google Cloud が提供している Terraform 構成では、デフォルトで、プライマリ SAP HANA VM インスタンスに /hana/shared ボリュームと /hanabackup ボリュームの NFS エクスポートが作成され、ボリュームをワーカーノードと共有します。

ただし、/hana/shared ボリュームと /hanabackup ボリュームをワーカーホストと共有するために NFS ソリューションを使用する場合は、次のいずれかのオプションを使用できます。

  • Google Cloud にデプロイした既存の NFS ソリューションを関連付けるには、Terraform 構成ファイルで、/hana/shared ボリュームと /hanabackup ボリュームの NFS マウント ポイントを sap_hana_shared_nfs と sap_hana_backup_nfs 引数にそれぞれ指定する必要があります。

  • 新しい Filestore インスタンスをデプロイし、そのファイル共有を /hana/shared ボリュームと /hanabackup ボリュームに関連付けるには、google_filestore_instance リソースを定義する必要があります。さらに、Terraform 構成ファイルで、sap_hana_shared_nfs_resource 引数と sap_hana_backup_nfs_resource 引数にそれぞれ共有するファイル名を指定します。

サンプルについては、構成例をご覧ください。

サポート

Google Cloud のインフラストラクチャやサービスに関する問題については、カスタマーケアにお問い合わせください。連絡先は、Google Cloud コンソールのサポートの概要ページで確認できます。カスタマーケアが SAP システムに問題があると判断した場合は、SAP サポートをご案内します。

SAP プロダクト関連の問題については、SAP サポートでサポート リクエストを送信してください。SAP はサポート チケットを評価し、Google Cloud インフラストラクチャの問題と判断した場合は、そのチケットをシステム内の適切な Google Cloud コンポーネント（BC-OP-LNX-GOOGLE または BC-OP-NT-GOOGLE）に転送します。

サポート要件

SAP システムと、そのシステムが使用する Google Cloud のインフラストラクチャおよびサービスに対するサポートを受けるには、サポートプランの最小限の要件を満たす必要があります。

Google Cloud での SAP に関する最小限のサポート要件について詳しくは、以下をご覧ください。

次のステップ

  • SAP HANA 動的階層化についての SAP からの詳細情報については、SAP HANA 動的階層化をご覧ください。