概要
このドキュメントは、SAP HANA に SAP Business Suite をデプロイするためのプラットフォームとして Google Cloud を検討している方、特に、次のような職務を担う方を対象としています。
- SAP テクニカル アーキテクト
- クラウド アーキテクト
- SAP Basis 管理者
- エンタープライズ アーキテクト
このドキュメントでは、導入前に考慮する問題や、デプロイの参考になる SAP Notes などの他のドキュメントのリンクを示しています。
SAP Business Suite on SAP HANA は、SAP HANA データベース上で動作する、SAP ECC を含む SAP システムの Suite です。ECC（Enterprise Core Component）は、財務、物流、倉庫管理、販売、流通などの主要なビジネス機能を含むアプリケーション Suite です。ECC は、Sybase ASE、MS SQL Server、Oracle などのさまざまなデータベース上で動作するように設計され、ここに新たに SAP HANA が加わりました。このドキュメントでは、SAP HANA データベースでの SAP Business Suite のアーキテクチャとデプロイについてのみ説明します。
Google Cloud は、SAP Business Suite on SAP HANA の実行に適した SAP 認定のインフラストラクチャを提供します。費用対効果と信頼性が高く、安全で高性能なプラットフォームを提供します。Google Cloud でサポートされている SAP ソリューションの詳細については、Google Cloud 上の SAP アプリケーションの認定資格と Google Cloud 上の SAP HANA に対する認定をご覧ください。
ライセンス
SAP を利用している場合は、既存の SAP HANA およびその他の SAP アプリケーションのライセンスを使用して、お客様所有ライセンスの使用（BYOL）モデルで Google Cloud に SAP Business Suite をデプロイできます。Google Cloud は、本番環境と非本番環境の両方のユースケースで BYOL モデルをサポートします。オペレーティング システムのライセンスは、Compute Engine の料金に含まれています。独自の OS イメージやライセンスも使用できます。
サイジング
実装タイプに基づいて、いくつかのサイジング オプションが利用可能です。新しい環境に実装する場合、SAP Quick Sizer ツールの使用をおすすめします。詳細については、SAP の Sizing ページをご覧ください。SAP では、現在のオンプレミス ソリューションを Google Cloud に移行するための特定のソリューションとツールを用意しています。認定済みおよびサポート対象の SAP HANA ハードウェア ディレクトリと SAP Note 2456432 - SAP Applications on Google Cloud: Supported Products and Google Cloud machine types をご覧ください。SAP と Google Cloud では、IOPS（1 秒あたりの入出力オペレーション）を測定するために使用する単位が異なります。SAP サイジング要件を Google Cloud インフラストラクチャに適切にサイジングするには、SI（システム インテグレータ）パートナーにご相談ください。
サポートされているマシンタイプ
Google Cloud には、SAP HANA デプロイのサイジング要件を満たす SAP 認定の Compute Engine インスタンス タイプが用意されています。Google Cloud のサイジングとサポートされているマシンタイプの詳細については、以下のページをご覧ください。
Google Cloud 上の SAP HANA にカスタム マシンタイプを使用することも SAP で認定されています。6.5 以上の vCPU / メモリの比率を維持している限り、vCPU が 64 未満の SAP HANA インスタンスを実行できます。
SAP アプリケーション用に認定されている Compute Engine 仮想マシンの SAPS 番号については、SAP Note 2456432 - SAP Applications on Google Cloud: Supported Products and Google Cloud machine types をご覧ください。
SAP のウェブサイトでは、SAP HANA の Google Cloud 構成の認定リストも提供されています。詳細については、認定済みおよびサポート対象の SAP HANA ハードウェア ディレクトリをご覧ください。
SAP Business Suite on SAP HANA のディスクとファイル システム
Google Cloud には次のストレージ タイプがあります。
- ブロック ストレージ用の永続ディスク
- 標準（
pd-standard）: 順次読み取り / 書き込みオペレーションを処理するのに効率的かつ経済的な、標準ハードディスク ドライブ（HDD）を基盤とするブロック ストレージですが、1 秒あたりのランダム入出力オペレーション（IOPS）量が多い処理には不向きです。 - SSD（
pd-ssd）: ソリッド ステート ドライブ（SSD）を基盤とする信頼性の高い、高性能なブロック ストレージを提供します。 - バランス（
pd-balanced）: 費用対効果と信頼性に優れた SSD ベースのブロック ストレージを提供します。 - エクストリーム（
pd-extreme）: SSD ベース。大規模な Compute Engine マシンタイプの場合、pd-ssdよりも最大 IOPS とスループットが高くなります。詳細については、エクストリーム永続ディスクをご覧ください。 - ローカル SSD: 高性能のローカル ブロック ストレージ。
- 標準（
- Cloud Storage バケット: 手頃な料金のオブジェクト ストレージ。
- Filestore インスタンス: Google Cloud 上のフルマネージド NFS ファイル サーバー。
詳しくは、ストレージ オプションをご覧ください。
Google Cloud の永続ディスクは、高い耐久性を実現するように設計されています。データの整合性を確保するため、データを冗長的に保存します。1 つの永続ディスクには最大で 64 TB まで保存できるため、ディスクアレイを管理しなくても、大きな論理ボリュームを作成できます。永続ディスクでは、データを保護するために自動的に暗号化が行われます。
デフォルトでは、作成時に Compute Engine インスタンスはオペレーティング システムを含む単一ルートの永続ディスクを割り当てます。必要に応じて、インスタンスにストレージ オプションを追加できます。SAP を実装する場合は、永続ディスクを使用することをおすすめします。これは、永続ディスクは高い耐久性を実現するように設計され、Compute Engine インスタンスはローカルマシン上の物理ディスクのように永続ディスクにアクセスできるためです。
次の表に、典型的な SAP のデプロイでの Linux ディレクトリ構造を示します。
一般的な SAP ABAP インスタンスの典型的な Linux ディレクトリ構造
| SAP アプリケーションのディレクトリ構造 | ストレージの種類 |
|---|---|
/sapmnt注 |
標準永続ディスク（HDD） |
/usr/sap |
標準永続ディスク（HDD） |
注: 分散デプロイでは、Filestore などの NFS ソリューションを使用して、ネットワーク ファイル システムとして /sapmnt をマウントすることもできます。
SAP HANA の典型的な Linux ディレクトリ構造
| SAP HANA ディレクトリ構造 | ストレージの種類 |
|---|---|
/usr/sap |
SSD ベースの永続ディスク |
/hana/data |
SSD ベースの永続ディスク |
/hana/log |
SSD ベースの永続ディスク |
/hana/shared注 |
SSD ベースの永続ディスク |
/hanabackup注 |
標準永続ディスク（HDD） |
注: 分散デプロイでは、Filestore などの NFS ソリューションを使用して、ネットワーク ファイル システムとして /hana/shared と /hanabackup をマウントすることもできます。
Google Cloud デプロイガイドに記載されているプロセスに従って、SAP HANA インスタンスと SAP Business Suite インスタンスのためのすべてのディレクトリを作成します。サポートされ、認定されているインスタンスをデプロイするには、Deployment Manager テンプレートを使用することをおすすめします。SAP NetWeaver デプロイガイドについては、すべての SAP NetWeaver ガイドをご覧ください。SAP HANA のデプロイについては、SAP HANA デプロイガイドをご覧ください。
デプロイ
SAP Business Suite on SAP HANA は、以下の技術コンポーネントから構成されています。
アプリケーション レイヤ。
- ASCS - ABAP SAP セントラル サービス。以下のコンポーネントが含まれています。
- メッセージ サーバー（MS）: アプリケーション サーバー間の通信チャネルとして機能します。負荷分散も処理します。
- エンキュー サーバー（ES）: ロック メカニズムを制御します。
- PAS - プライマリ アプリケーション サーバー。
- SAP システムの最初または唯一のアプリケーション サーバー。
- AAS - 追加のアプリケーション サーバー。
- 通常、アプリケーション レベルの負荷分散用にデプロイされます。アプリケーション レイヤで高可用性を実現するため、複数の AAS をインストールできます。いずれかのアプリケーション サーバーが停止した場合、そのアプリケーション サーバーに接続しているユーザー セッションはすべて終了しますが、ユーザーは環境内の他の関連する AAS に再度ログインできます。
- WD - Web Dispatcher（オプション）。
- アプリケーションの種類に基づいて、HTTP / HTTPS リクエストを PAS または AAS に分散するインテリジェントなソフトウェア ロードバランサ。
データベース レイヤ。
- SAP HANA
デプロイモデル
SAP Business Suite on SAP HANA は、集中デプロイと分散デプロイのいずれかのモデルで Google Cloud にデプロイできます。
集中デプロイ
集中デプロイでは、SAP Business Suite とデータベースを同じ Compute Engine インスタンスにインストールできます。サンドボックス環境や開発環境など、本番環境以外の環境では、この方法をおすすめします。
次の図は、集中デプロイモデルで SAP HANA にデプロイされた SAP Business Suite のリファレンス アーキテクチャを示しています。SAP ASCS、PAS、HANA はすべて同じインスタンスにインストールされています。
分散デプロイ
分散デプロイでは、SAP Business Suite アプリケーションと SAP HANA データベースを別々の Compute Engine インスタンスにインストールできます。本番環境や、トランザクション処理の負荷が高く、多くのコンピューティング能力を必要とする環境では、この方法をおすすめします。前に（「デプロイ」で）説明した SAP アプリケーション レイヤの各コンポーネントを、異なるインスタンスに独立してインストールできます。
また、ビジネス要件に合わせて、1 つ以上の追加のアプリケーション サーバー（AAS）をインストールすることもできます。
次の図は、分散デプロイモデルで SAP HANA にデプロイされた SAP Business Suite のリファレンス アーキテクチャを示しています。
SAP Business Suite と SAP HANA データベースは、別々の Compute Engine インスタンスにインストールされています。データベースは、Google Cloud によって認定されたデプロイ方法を使用してインストールする必要があります。SAP HANA スケールアップ用または SAP HANA スケールアウト用の SAP HANA データベースのインストールの詳細については、SAP HANA デプロイガイドをご覧ください。現在、SAP Business Suite on SAP HANA はスケールアップ モデルでのみサポートされています。
高可用性と障害復旧
高可用性（HA）と障害復旧（DR）は、障害が発生した場合のビジネス継続性を実現する技術、エンジニアリング プラクティス、設計原則から構成されます。このアプローチでは、単一障害点を排除して、システムまたはコンポーネントの停止後に運用を迅速に再開し、ビジネスの中断を最小限に抑えます。障害復旧は、障害が発生したコンポーネントが原因で停止した後に、オペレーションを復元し、再開することを意味します。
たとえば、次のような HA および DR ツールがあります。
- ゾーン間の Linux クラスタリング
- ライブ マイグレーション
- 自動再起動
- サービスの自動再起動
- バックアップ
高可用性
SAP Business Suite on SAP HANA の高可用性を確保するには、次のコンポーネントを検討します。
- SAP HANA データベース（HDB）
- ABAP セントラル サービス（ASCS）
- プライマリ アプリケーション サーバー（PAS）
SAP HANA データベース。データベースの高可用性を実現するために、SAP HANA システム レプリケーション（HSR）ソリューションをおすすめします。このシナリオでは、システム レプリケーションはプライマリ ノードとセカンダリ ノードの間で構成され、データはプライマリからセカンダリの永続ディスクにレプリケートされます。詳細については、SAP HANA Administration Guide の「Configuring SAP HANA System Replication」をご覧ください。このドキュメントは SAP ヘルプポータルで入手できます。
SAP HANA システム レプリケーション シナリオでは、フェイルオーバーはデフォルトでは自動化されません。コンポーネント障害を管理するように設計されているオペレーティング システムレベルのクラスタリングを使用して、フェイルオーバーを実装できます。クラスタリングでは、複数のサーバー、ストレージ デバイス、相互接続を使用して単一の高可用性システムを形成します。SAP HANA の HA の構成の詳細については、SAP HANA 高可用性プランニング ガイドをご覧ください。
ABAP セントラル サービス。ASCS は、メッセージ サーバー（MS）とエンキュー サーバー（ES）で構成されています。メッセージ サーバーは、アプリケーション サーバー間の通信チャネルとして機能し、負荷分散を処理します。エンキュー サーバーは、ロック メカニズムを制御します。ASCS で高可用性を実現するには、クラスタリング ソリューションを使用することをおすすめします。HA を実装するには、プライマリ ノードとセカンダリ ノードに ABAP セントラル サービス（ASCS）とエンキュー レプリケーション サービス（ERS）をインストールします。プライマリ ノードが停止すると、メッセージ サービスとエンキュー サービス（MS / ES）は自動的にセカンダリ ノードにフェイルオーバーします。プライマリ ノードが再び使用可能になると、自動的にまたは手動で元のプライマリ ノードにフェイルオーバーできます。詳細については、SAP ASCS 高可用性クラスタの SUSE 設定ガイドをご覧ください。
次の図は、ASCS の HA を実装するためのアーキテクチャを示しています。
プライマリ アプリケーション サーバー: 追加のアプリケーション サーバー（AAS）をインストールすることで、プライマリ アプリケーション サーバーの高可用性を実現できます。高可用性を実現するために複数の AAS をインストールできます。いずれかのアプリケーション サーバーが停止した場合、そのアプリケーション サーバーに接続しているユーザー セッションはすべて終了しますが、ユーザーは他のアプリケーション サーバーにログインできます。Google Cloud には、PAS の HA を実現するために使用できるライブ マイグレーション機能が用意されています。詳細については、ライブ マイグレーションをご覧ください。
障害復旧
SAP Business Suite on SAP HANA システムを障害から復旧するには、次の方法を使用します。
- SAP HANA システム レプリケーション
- SAP HANA バックアップ
SAP HANA システム レプリケーション
DR シナリオでは、スタンバイ システムをプライマリシステムとは異なるリージョンに配置し、非同期レプリケーションを使用することをおすすめします。
目標復旧時点（RPO）に対するビジネス要件に最も一致し、コストとメリットのバランスが最も好ましい SAP HANA システム レプリケーション オプションを選択します。
次の図は、レプリケーションのフローを示しています。特に、以下の点に注意してください。
- 仮想 IP（VIP）は、アクティブ（読み取り / 書き込み）ノードのみを指すように構成されています。
- このシナリオでは、ノード 1 がプライマリの役割を果たします。フェイルオーバーがトリガーされると、ノード 2 が引き継いでプライマリ ノードとして機能し、仮想 IP がノード 2 に移動します。
バックアップと復元
システム クラッシュ、データ破損などの問題が発生した場合に復旧できるように、アプリケーション サーバーとデータベースのバックアップを定期的に作成する必要があります。
バックアップ
Google Cloud 上での SAP HANA データのバックアップには、次のようなオプションがあります。
- SAP 認定の Cloud Storage Backint agent for SAP HANA（Backint エージェント）を使用して Cloud Storage に直接バックアップします。
- 永続ディスクにバックアップしてから、そのバックアップを Cloud Storage にアップロードします。
- Compute Engine スナップショット機能を使用して、/hanabackup ディレクトリを含むディスク全体のスナップショットを作成します。
Cloud Storage Backint agent for SAP HANA
Cloud Storage Backint agent for SAP HANA（Backint エージェント）をインストールすると、バックアップ ストレージが簡素化されます。Backint エージェントは、SAP HANA ネイティブのバックアップと復元機能と統合されているため、Cloud Storage に直接バックアップすることや、Cloud Storage から直接復元することができ、バックアップ用の永続ディスク ストレージは必要ありません。詳細については、SAP HANA オペレーション ガイドをご覧ください。
Cloud Storage Backint agent for SAP HANA の SAP 認定については、SAP Note 2031547 をご覧ください。次の図は、Backint エージェントを使用した場合のバックアップのフローを示しています。
永続ディスクへのバックアップ
SAP HANA ネイティブのバックアップと復元機能を使用して、Compute Engine の永続ディスクにバックアップを保存できます。バックアップの長期保存に Cloud Storage バケットを使用できます。
通常のオペレーションでは、SAP HANA は定期的にメモリからディスクにデータを自動保存します。さらに、すべてのデータ変更は REDO ログエントリに取得されます。コミットされた各データベース トランザクションの後に、REDO ログエントリがディスクに書き込まれます。REDO ログは長期保存のストレージに定期的にバックアップできます。
SAP HANA 2.0 以降では、SAP HANA をバックアップするために SAP HANA コックピットを使用する必要があります。
次の図は、SAP HANA のバックアップ機能のフローを示しています。
スナップショットを使用した永続ディスクのバックアップ
バックアップ戦略に追加できるもう 1 つのオプションとして、Compute Engine の永続ディスク スナップショット機能を使用してディスク全体のスナップショットを作成できます。たとえば、障害復旧シナリオで使用するバックアップ ディレクトリ ディスクのスケジュールされたスナップショットを作成できます。アプリケーションの整合性を保つために、ターゲット ボリュームに変更が加えられていないときにスナップショットを作成します。スナップショットはブロックレベルで発生します。
最初のスナップショットの後の各スナップショットは増分スナップショットとなり、次の図に示すように、増分ブロック変更のみが保存されます。
復元
SAP HANA の復元ツールは、最新の時点または特定の時点まで復元でき、これらのツールを使用して新しいシステムに復元するか、データベースのコピーを作成できます。バックアップはデータベースの稼働中に実行できることと異なり、復元ツールはデータベースが停止している間のみ使用できます。復元オプションは次のとおりです。状況に応じて適切なものを選択してください。
- 次のいずれかのリソースを使用して、最新の状態に復元します。
- 完全バックアップまたはスナップショット。
- まだ使用可能な REDO ログエントリ。
- 過去のある時点に復元します。
- 指定したフル バックアップに復元します。
デプロイ前に確認が必要な SAP Note
Google Cloud に SAP システムをデプロイする前に、計画している構成に関連する以下のリストの SAP Note をお読みください。SAP 製品の導入を始める前に、SAP Marketplace で最新の製品インストール ガイドとリリースノートを必ずご確認ください。
- 2456432 - SAP Applications on Google Cloud: Supported Products and Google VM types
- 2446441 - Linux on Google Cloud（IaaS）: Adaption of your SAP License
- 2456953 - Windows on Google Cloud（IaaS）: Adaption of your SAP License
- 1380654 - SAP support in public cloud environments
- 2456406 - SAP on Google Cloud: Support Prerequisites