このガイドでは、Google Cloud 上で SAP HANA を実行するための要件の概要と、新しい SAP HANA システムの導入を計画する際に利用できる詳細情報について説明します。
SAP HANA を Google Cloud にデプロイする方法については、以下をご覧ください。
- 単一ホストのスケールアップとマルチホストのスケールアウトのデプロイについては、以下をご覧ください。
- ホスト自動フェイルオーバーを備えるスケールアウト システムについては、以下をご覧ください。
- スケールアップの高可用性クラスタ構成については、以下をご覧ください。
- スケールアウトの高可用性クラスタ構成については、以下をご覧ください。
Google Cloud 上の SAP HANA について
SAP HANA は、高性能の分析とリアルタイムのデータ処理を実現するインメモリの列主導型のリレーショナル データベースです。お客様は、プロビジョニングの容易さ、非常にスケーラブルな冗長 Google Gloud インフラストラクチャ機能を活用して、ビジネス クリティカルなワークロードを実行できます。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 を使用できます。
|
| 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 | メモリ | OS | 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 プラットフォーム | OS | アプリケーションの種類 | メモ |
|---|---|---|---|---|---|---|---|---|
| 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） | OS | 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 ハードウェア ディレクトリに移動し、必要なマシンタイプをクリックして、[Operating System] をご覧ください。
以下は、次の表には含まれていません。
- メインストリーム サポート対象外となった認定オペレーティング システムのバージョン。
- SAP 専用ではないオペレーティング システムのバージョン。
| オペレーティング システム | バージョン | サポートされていないマシンタイプ |
|---|---|---|
| RHEL for SAP | 9.4 注 |
x4-megamem
|
| 9.2 注 |
x4-megamemC3-metal |
|
| 9.0 注 |
x4-megamemC3-metal |
|
| 8.10 |
x4-megamem
|
|
| 880 |
x4-megamemC3-metal |
|
| 8.6 |
x4-megamemC3-metal |
|
| 8.4 |
x4-megamemC3-metal |
|
| 8.2 |
x4-megamemC3-metal |
|
| 8.1 |
x4-megamemC3-metal c3-standardc3-highmemm3-ultramemm3-megamem
|
|
| 7.9 |
c4-highmemx4-megamemC3-metal |
|
| 7.7 |
c4-highmemx4-megamemC3-metal c3-standardc3-highmemm3-ultramemm3-megamem
|
|
| SLES for SAP | 15 SP6 | |
| 15 SP5 | ||
| 15 SP4 | ||
| 15 SP3 |
x4-megamemC3-metal |
|
| 15 SP2 |
x4-megamemC3-metal |
|
| 15 SP1 |
c4-highmemx4-megamemC3-metal c3-standardc3-highmemm3-ultramemm3-megamem
|
|
| 12 SP5 |
x4-megamemC3-metal |
カスタムのオペレーティング システムのイメージ
Google Cloud が提供および管理する Linux イメージ（公開イメージ）を使用することも、独自の Linux イメージ（カスタム イメージ）を用意および管理することもできます。
必要な SAP 認定オペレーティング システムのバージョンが Google Cloud から公開イメージとして提供されていない場合は、カスタム イメージを使用します。次の手順は、Compute Engine へのブートディスク イメージのインポートでも詳しく説明していますが、ここではカスタム イメージの使用手順の概要を説明します。
- Google Cloud Compute Engine 環境で起動できるようにブートディスクを準備し、起動後にアクセスできるようにします。
- ブートディスク イメージ ファイルを作成して圧縮します。
- イメージ ファイルを Cloud Storage にアップロードし、そのイメージを新しいカスタム イメージとして Compute Engine にインポートします。
- インポートしたイメージを使用して、仮想マシンのインスタンスを作成し、正常に起動することを確認します。
- イメージを最適化して 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 に推奨されるアーキテクチャのディスク ストレージ レイアウトを示しています。
上の図の左側の構成で分割ディスク レイアウトを使用しています。/hana/data ボリュームと /hana/log ボリュームは別々の Hyperdisk 上にあります。/hana/data ボリュームは複数のディスクにホストできます。/hana/shared ボリュームと /usr/sap ボリュームは個々のバランス永続ディスク上にあり、それほど高いパフォーマンスを必要としない ボリュームと ボリュームは個々のバランス永続ディスク上にあります。
右側の構成では、統合ディスク レイアウトが使用されています。この場合、/hana/data、/hana/log、/hana/shared、/usr/sap の各ボリュームはすべて単一の Hyperdisk Extreme にマウントされます。
永続ディスクと Hyperdisk は VM とは独立して存在するため、VM を削除した後でも、これらのディスクを切断または移動してデータを保持できます。
Google Cloud コンソールで、各 VM インスタンスの [VM インスタンスの詳細] ページの [追加ディスク] から、VM インスタンスにアタッチされている永続ディスクと Hyperdisk を確認できます。Compute Engine Persistent Disk と Hyperdisk ボリュームの種類、パフォーマンス特性、操作方法について詳しくは、次のドキュメントをご覧ください。
- ストレージ オプション
- Hyperdisk について
- ブロック ストレージのパフォーマンス
- パフォーマンスに影響するその他の要因
- 永続ディスクを VM に追加する
- ディスク スナップショットを作成して管理する
- SAP HANA Persistent Disk ボリュームを Hyperdisk ボリュームに移行する
SSD ベースの永続ディスクと 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 ボリュームを個々のディスクにマウントしていることを前提としています。
バランス永続ディスク
複数の Balanced Persistent Disk ボリュームを使用して /hana/data ボリュームをホストする場合は、[/hana/data size (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 Persistent Disk ボリュームを使用して /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 の最小要件を超えていますが、SAP HANA システムのストレージ要件、ディスクのパフォーマンス要件、総所有コストのバランスをとるように設計されています。ディスクサイズは、基盤となるディスクタイプがサポートする上限まで増やすことができます。必要な最小ディスクサイズについては、SSD ベースの永続ディスクの最小サイズをご覧ください。
スケールアップ システムの永続ディスクのサイズ要件
SAP HANA スケールアップ システムの場合、各ボリュームに次の数式を使用します。
/hana/data: 1.2 x メモリ/hana/log: 0.5 x メモリまたは 512 GB のいずれか小さい方/hana/shared: 1 x メモリまたは 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)
- データディスクの IOPS:
/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:
プロビジョニングできる IOPS の最大数は、使用しているマシンタイプによって異なります。Hyperdisk Extreme をサポートするマシンタイプと、各マシンタイプで Hyperdisk Extreme が提供できる最大 IOPS とスループットについては、マシンタイプのサポートをご覧ください。
バランス Hyperdisk ボリュームを作成する場合は、IOPS のプロビジョニングとスループットのプロビジョニングのルールを考慮し、ワークロードのパフォーマンス要件に合わせて IOPS とスループットをプロビジョニングできます。SAP HANA の場合、サポートされる最小 IOPS は 3,000、スループットは 400 MBps です。
デプロイ自動化スクリプトによってデプロイされた永続ディスクと Hyperdisk
Google Cloud が提供する Terraform 構成を使用して SAP HANA システムをデプロイすると、デプロイ スクリプトは次のように SAP ボリュームに永続ディスクまたはハイパーディスクを割り当てます。
デフォルトでは、
/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 以降の場合、Google Cloud では、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 調整プロファイルを使用します（使用可能な場合）。構成手順については、以下をご覧ください。
- SAP note 2292690 - SAP HANA DB: Recommended OS settings for RHEL 7
- SAP Note 2777782 - SAP HANA DB: Recommended OS Settings for RHEL 8
- SAP Note 3108302 - SAP HANA DB: Recommended OS Settings for RHEL 9
SLES を使用する場合は、SUSE の saptune ツールを使用して、必要な構成を適用します。上記の両方のカーネル パラメータを含め、SAP HANA の推奨設定をすべて適用するには、次の saptune コマンドを指定します。
saptune solution apply HANA
SLES for SAP HANA の構成の詳細については、以下をご覧ください。
- SAP note 2205917 - SAP HANA DB: Recommended OS settings for SLES 12 / SLES for SAP Applications 12
- SAP note 2684254 - SAP HANA DB: Recommended OS settings for SLES 15 / SLES for SAP Applications 15
Compute Engine VM で高速再起動を使用してメモリエラーから回復する
Compute Engine メモリ最適化 VM タイプの M2 と M3 ファミリーの VM で SAP HANA 高速再起動を有効にすると、SAP HANA が修正不能なメモリエラーから回復するまでの時間を短縮できます。
Intel プロセッサの機能を活用することで、M2 VM タイプは、メモリ サブシステムで修正不能なエラーが発生しても実行を継続できます。メモリエラーが発生したときに SAP HANA 高速再起動が有効になっていると、影響を受ける SAP HANA プロセスは再起動されますが、データベース全体を再度読み込む必要はありません。影響を受けるファイル ブロックのみが再度読み込まれます。
メモリエラーからの回復をサポートするマシンタイプ
現在、次の Compute Engine VM タイプはメモリエラーからの回復をサポートしています。
m3-ultramem-32m3-ultramem-64m3-ultramem-128m3-megamem-64m3-megamem-128m2-ultramem-208m2-ultramem-416m2-megamem-416m2-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 を実行する場合について説明します。これらのマシンタイプは次のとおりです。
C3 ベアメタル マシンタイプ: 汎用マシンの C3 シリーズには、ベアメタル マシンタイプが含まれています。
- SAP HANA での使用が SAP によって認定されている C3 ベアメタル マシンタイプについては、C3 汎用ベアメタル マシンタイプをご覧ください。
- SAP HANA ワークロードの実行に C3 ベアメタル マシンタイプで使用できるオペレーティング システムのバージョンについては、SAP HANA の認定オペレーティング システムをご覧ください。
- C3 ベアメタル マシンタイプで SAP HANA を実行するために必要な最小ブロック ストレージについては、SSD ベースの Persistent Disk と Hyperdisk ボリュームの最小サイズをご覧ください。
- C3 マシンシリーズの詳細については、C3 マシンシリーズをご覧ください。
X4: Compute Engine が提供するメモリ最適化マシンタイプの第 4 世代。これらのマシンは、主に最大 32 TB のメモリを必要とする SAP ワークロードをサポートするように設計されています。
- SAP HANA での使用が SAP によって認定されている X4 マシンタイプについては、X4 メモリ最適化ベアメタル マシンタイプをご覧ください。
- SAP HANA ワークロードの実行に X4 マシンタイプで使用できるオペレーティング システムのバージョンについては、SAP HANA 用に認定されたオペレーティング システムをご覧ください。
- X4 マシンタイプで SAP HANA を実行するためにサポートされているブロック ストレージについては、X4 でサポートされているブロック ストレージをご覧ください。
- X4 マシンシリーズの詳細については、X4 マシンシリーズをご覧ください。
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_typeTerraform 引数を使用します。 - SAP HANA Fast Restart オプションを有効にします。
- SAP HANA バックアップ ボリュームをディスクにホストしている場合、これらの Terraform 構成ではデフォルトで Hyperdisk Balanced ボリュームがデプロイされます。このディスクのデプロイは、
backup_disk_typeTerraform 引数によって決まります。
Google Cloud が SAP HANA のデプロイ用に提供する Terraform 構成については、サポートされている SAP ソリューションをご覧ください。
デプロイ後のタスク
SAP HANA を実行するベアメタル インスタンスをデプロイした後、次の操作を行うことをおすすめします。
- Google Cloud の SAP 用エージェントのバージョン 3.6（最新）がインストールされていることを確認します。エージェントのインストール方法については、Compute Engine VM インスタンスに Google Cloud の SAP 用エージェントをインストールして構成するをご覧ください。最新バージョンに更新する方法については、Google Cloud の SAP 用エージェントを更新するをご覧ください。
- X4 インスタンスで、SAP HANA ワークロードを最適にサポートするように OS 構成を最適化します。これを行うには、Google Cloud の SAP 用エージェントを使用します。詳細については、ベアメタル インスタンスでゲスト OS を構成するをご覧ください。
- Workload Manager を使用して SAP ワークロードを評価します。Workload Manager は、ワークロードをスキャンし、SAP、Google Cloud、OS ベンダーが規定する標準、ルール、ベスト プラクティスからの逸脱を検出できるルールベースの検証サービスです。SAP ワークロードを評価する方法については、評価を作成して実行するをご覧ください。SAP ワークロードでサポートされている評価については、SAP 向けの Workload Manager のベスト プラクティスをご覧ください。
ハイパースレッディング
ハイパースレッディングはデフォルトで有効になっており、すべての 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 単一ホストのスケールアップ アーキテクチャに次のコンポーネントを含めることができます。
最大 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 のスケールアウト アーキテクチャを示しています。
スタンバイホストは、SAP HANA ホストの自動フェイルオーバー障害復旧ソリューションをサポートしています。Google Cloud でのホストの自動フェイルオーバーの詳細については、Google Cloud での SAP HANA ホスト自動フェイルオーバーをご覧ください。
次の図に、Google Cloud でホスト自動フェイルオーバーを使用するスケールアウト アーキテクチャを示します。
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 ベースの Persistent Disk または 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 |
|
/hanabackup |
Hyperdisk Balanced | Hyperdisk Balanced | バランス永続ディスク |
/usr/sap |
Hyperdisk Balanced | Hyperdisk Balanced |
|
カスタム 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 マルチホスト スケールアウト システムのデプロイを自動化できます。
- SAP HANA ホストの自動フェイルオーバーを含まないスケールアウト システムをデプロイする場合は、Terraform: SAP HANA デプロイガイドまたは Deployment Manager: SAP HANA デプロイガイドをご覧ください。
- Linux 高可用性クラスタにスタンバイ ホストのないスケールアウト システムをデプロイするには、Terraform: SAP HANA 高可用性クラスタ構成ガイドをご覧ください。
- スタンバイ ホストを含むスケールアウト システムをデプロイする場合は、Terraform: ホスト自動フェイルオーバーを使用する SAP HANA スケールアウト システムのデプロイガイドまたは 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 に関する最小限のサポート要件について詳しくは、以下をご覧ください。
- Google Cloud での SAP に関するサポートを受ける
- SAP Note 2456406 - SAP on Google Cloud Platform: Support Prerequisites（SAP ユーザー アカウントが必要です）
次のステップ
- SAP HANA 動的階層化についての SAP からの詳細情報については、SAP HANA 動的階層化をご覧ください。