IBM Cloud Docs
SAP HANA データベースの設計上の考慮事項

SAP HANA データベースの設計上の考慮事項

SAP ビジネスアプリケーションが SAP HANA データベースサーバーのすべての機能を利用できるようにするには、 SAP HANA の構成と展開の設計を考慮することが重要です。

SAP HANA の設計では、SAP ビジネス・アプリケーションのビジネス要件をサポートするために多数の決定を行います。 SAP HANA の設計上の決定は、お客様のインフラストラクチャの決定に影響を与えます。 表では、これらの SAP HANA 設計上の考慮事項に関するサンプル決定の一部について、詳細に説明しています。

SAP HANA の設計上の考慮事項と決定例に関する概要:

SAP HANA の設計上の考慮事項と決定例に関する概要の分析
設計項目 決定事項の例
サイジング・タイプ 標準サイジング
デプロイメント方式 アプライアンス・デプロイメント
デプロイメント・タイプ MDC
システムタイプ 分散、スケールアウト
処理タイプ OLAP、スケールアウト
ストレージ・タイプ ネットワーク・ファイル・ストレージ (NFS)
ストレージ・ファイル・システム NFS マウント・ポイント
高可用性フェンシング・メカニズム STONITH
高可用性レプリケーション・モード SAP HANA システムレプリケーション、同一アベイラビリティゾーンまたはデータセンター内での完全同期レプリケーション
災害復旧フェンシング・メカニズム STONITH
災害復旧レプリケーション・モード SAP HANA システム・レプリケーション、異なるリージョンへの非同期レプリケーション
バックアップ Backint ネイティブ、日次の完全バックアップ + 30 分ごとの増分バックアップ
SAP HANA コンポーネント ライブ・キャッシュ・アプリケーション (LCAPPS)、Extended Application Services Advanced (XSA - Cloud Foundry)

SAP HANA のパフォーマンス指標とサイジング

SAP HANA をクラウド IaaS に展開する際のサイズや計画に関する設計上の意思決定を導く、さまざまなパフォーマンス指標があります。 これらのパフォーマンス指標はそれぞれ、ビジネス要件を満たすことを考慮して定義され、インフラストラクチャーが適切であるかどうかを決定します。 これらの考慮事項には、SAP HANA データベース・サーバーの設計上の決定事項に加えて、コンピュート容量、ストレージの容量と待ち時間、ネットワークのスループットと待ち時間があります。

SAP HANA のパフォーマンス指標の例としては、以下のようなものがあります

パフォーマンス指標の例 SAP HANA
インディケーター 説明
メモリー
  • SAP の主な要因 サイズ(およびランドスケープのコスト+ライセンス) * 圧縮後のデータフットプリント(カラムストアおよびロウストア内のビジネスおよびメタデータ)と使用する SAP HANA コンポーネント(キャッシュストアなど)によって決定されます
CPU
  • SAP AnyDB オプションと比較すると、 SAP HANA の並列処理能力を最大限に活用して最適なレスポンスを得るには、より多くのCPUパワーが必要となります。 times.
  • 分析シナリオにおける大規模な並列化は、レスポンスタイムに影響を与えます。 したがって、分析処理ではCPU要件がより重要となります。 scenarios.
  • 混合トランザクションおよび分析ワークロードは SAP HANA でサポートされていますが、共有リソースを競合します。
ディスク容量サイズ****ディスクスループット(I/O)
  • ログおよびキャッシュデータの永続化に必要なディスク容量 * ディスク容量のサイズは、データベースストアの使用タイプ(行や列など)によって異なります。
  • 許容できるデータスループットとストレージシステムのレイテンシ(つまり、ディスクへの読み取り/書き込み)でプロセスを実行するには、十分なI/Oパフォーマンスが必要です
ネットワーク負荷
  • ネットワークスループット帯域幅(ギガビット毎秒(Gbps) ): SAP アプリケーションサーバーとデータベースサーバー 間の転送データ量 SAP アプリケーションとエンドユーザー間の転送データ量 ネットワークの往復遅延(ミリ秒(ms) ): SAP アプリケーションサーバーとデータベースサーバー _間の時間 ホストとネットワーク接続ストレージ間_の 時間 SAP アプリケーションとエンドユーザー間の時間

SAP HANA のサイジング・タイプとデプロイメント方式

サイジング・タイプは SAP HANA のサイジング方式を示し、事前定義構成またはカスタム構成のいずれかを使用します。

一方、デプロイメント方式 (デリバリー・モデルと呼ばれることもあります) は、SAP HANA 用に認定された IaaS を実行することを示し、事前定義構成またはカスタム構成のいずれかになります。

アプライアンスとTDIの展開方法の概要は以下の通りです

アプライアンスとTDIの導入方法
アプライアンス TDI
アプリケーション アプリケーション
データベース カスタムデータベースのサイズ設定(CPU:DRAMの比率を含む)
Linux オペレーティング・システム サポート対象の Linux® オペレーティングシステムのバージョンを定義済みの範囲から選択してください
仮想化 (オプション) 仮想化 (オプション)
サーバー サーバー
ストレージ カスタムストレージ

以下のサブセクションでは、標準サイジングタイプのアプライアンス展開方法と、エキスパートサイジングのTDI展開方法について説明します。 方法と種類に関する詳細な文書は、 SAP の文書に記載されています

標準サイジング・タイプ向けのアプライアンスのデプロイメント方式

標準サイジング・タイプ

SAP この用語は、特定のベンチマークを満たすためのハードウェア要件(ネットワーク、CPU、メモリ、ストレージなど)のサイジング結果を導き出すために、ハードウェアのテストとTシャツのサイズに基づいて、事前に定義された構成サイズを定義するサイジング作業を指します。

アプライアンスのデプロイメント方式

SAP HANA でサポートされるハードウェアは、デプロイメント方式によって異なります。 アプライアンス展開方法では、 SAP 認定のハードウェアパートナーが提供する、 SAP に最適化された事前定義済みの検証済みハードウェアを使用します。このハードウェアでは、特定のオペレーティングシステムが稼働しています。 これらのハードウェア・オプションは、さまざまな構成サイズで提供されます。

パートナー (クラウド・サービス・プロバイダーなど) は、SAP HANA の運用を中断せず、システム障害から保護する、冗長ハードウェア、ソフトウェア、およびネットワーク・コンポーネントの複数の層を持つアプライアンスを提供します。 これらのコンポーネントには以下のものがあります。

  • 予備電源機構およびファンと無停電電源装置 (UPS)
  • エンタープライズ・グレードのエラー修正機能付きメモリー
  • 完全冗長ネットワーク・スイッチおよびルーター
  • 停電時にも書き込みを保証するバッテリーを使用したディスクストレージシステム。
  • ディスクストレージシステムで、冗長性とディスク故障からの復旧のためにストライピングとミラーリングを使用するもの。

クラウド・サービス・プロバイダーは SAP と連携し、アプライアンスのデプロイメント方式を使用して SAP HANA 用の SAP 認定 IaaS を設計する際に、以下のように正しいサイジングを定義します。

  • 指定されたワークロードに対応できるハードウェアで最高のパフォーマンスが得られるようにします。これには、ディスクへのスワッピングを無効にして、OS およびその他のプログラムの常駐メモリーを考慮した後で、SAP HANA に専用メモリーを割り当てます。
  • パフォーマンスとスループットを最大化するために、SAP は、(データ・ボリューム要件がより高いデプロイメントのために) スケールアウトする前に、可能な限りスケールアップしておく (アプリケーション・ワークロード用に最大のプロセッサーおよびメモリー仕様を持つ構成を獲得する) ことを推奨しています。
  • ソース・マシンとターゲット・マシンの両方が SAP HANA アプライアンスの仕様に準拠していれば、ハードウェア構成の異なる別の SAP HANA アプライアンス・ベンダーのマシンにデータベースをコピーできます。

エキスパート・サイジングの TDI デプロイメント方式

エキスパート・サイジング・タイプ

エキスパート・サイジング・タイプとは、 SAP アプリケーション(ネットワーク、CPU、メモリ、ストレージなど)のハードウェア要件を満たすサイジング結果をより詳細にするために、顧客固有のデータを分析し、使用するサイジング作業を指します。

SAP によると、エキスパート・サイジングでは通常、「機能レベルと技術レベルの両方で、いくつかのビジネスプロセスをより詳細に調査する」ことが含まれます(引用元: サイジングの種類 - エキスパート・サイジング )。

したがって、専門家のサイジングでは、サイジングを行うための標準化されたツールは使用されず、多くの場合、多大な労力と SAP 専門知識が必要となります。 エキスパートによるサイジングを利用するプロジェクトでは、社内の SAP チームを支援するために、外部のコンサルティングおよびシステム導入ビジネスパートナーを利用することが多い。

エキスパート・サイジングでは、おそらく以下の手順が実行されるでしょう(出典: サイジングの種類 - エキスパート・サイジング ):

  • 最も重要な照会/アプリケーション/シナリオを特定する
  • 例えば、フィルタリングの条件や権限など、どのように使用されているかを特定する。
  • これらの照会/アプリケーション/シナリオを代表的なテスト・データ (テスト・データの品質とテスト・データの数量) に対して実行する。 実動データの最近のコピーが理想的である
  • リソース消費量 (CPU/メモリー) および応答時間を測定する
  • 照会/アプリケーション/シナリオの予想される使用法に基づいて予測計算を実行する

TDI デプロイメント方式

SAP HANA でサポートされるハードウェアは、デプロイメント方式によって異なります。 TDI デプロイメント方式では、柔軟な OS または SAP HANA バージョンを使用する SAP 認定ハードウェア・パートナーによってカスタム定義されたハードウェアが使用されます。これらのハードウェアは、(SAP によってテスト済みの最大構成の範囲内で) 任意のサイズに構成できます。

パートナー (クラウド・サービス・プロバイダーなど) は、TDI でさまざまな構成オプションおよび冗長オプションを提供します。 これらのオプションは、スケールアップまたはスケールアウトのいずれのサイジングを選択したかによって異なり、指定された SAP HANA 認定管理者が取り付ける必要があります。 これらの **5 月**には、以下のことが含まれています。

  • 予備電源機構およびファンと無停電電源装置 (UPS)
  • エンタープライズ・グレードのエラー修正機能付きメモリー
  • 完全冗長ネットワーク・スイッチおよびルーター
  • バッテリーを使用し、電源障害の発生時にも書き込みを保証するディスク・ストレージ・システム
  • 冗長性とディスク障害からの復旧のためにストライピングおよびミラーリングを使用するディスク・ストレージ・システム

SAP とクラウド・サービス・プロバイダーは、TDI デプロイメント方式で SAP HANA 用 SAP 認定 IaaS を使用して、お客様が選択したスケールアップまたはスケールアウトのサイジングをサポートすることに合意します。

  • スケールアップまたはスケールアウトのいずれのサイジングが選択されたかによって、異なるシステム設計オプションが提供されます。SAP サポート組織から要求された場合、SAP HANA データベースを実動システムで使用する前に、TDI テスト用の SAP HANA Hardware Configuration Check Tool を使用して検証する必要があります。
  • パフォーマンスとスループットを最大化するために、SAP は、(データ・ボリューム要件がより高いデプロイメントのために) スケールアウトする前に、可能な限りスケールアップしておく (アプリケーション・ワークロード用に最大のプロセッサーおよびメモリー仕様を持つ構成を獲得する) ことを推奨しています。

SAP HANA デプロイメント・タイプ

SAP HANA は、データベース・スキーマの抽象化と論理的分離の構成が異なる、さまざまなレイアウトでデプロイできます。 ユース・ケースごとに異なるデプロイメント・タイプが設計されます。SAP は、実動 SAP システムでの使用が (制限付き/制限なしで) 承認されるデプロイメント・タイプと、承認されないデプロイメント・タイプを定義しています。 詳細情報はこちらをご覧ください 。 SAP HANA 展開タイプ - SAP HANA サーバーインストールおよびアップデートガイド、およびこの情報の要約:

同じ物理ホストでホストされる複数の SID については、システム管理とパフォーマンス管理に関するタスクに対し、特に詳細な注意が必要です。 詳細については、 SAP Note 1681092 - 同じ基盤サーバー上の複数の SAP HANA システム(SID) を参照してください。

SAP HANA システム・タイプ

システムタイプは、 SAP から SAP HANA のシステムタイプとして、以下のようにリストされています

  • 単一ホスト・システム - 1 つのホスト・サーバーに 1 つの SAP HANA インスタンス
  • マルチノード/分散/スケールアウト・クラスター

単一ホスト・システムは、最も単純なシステム・インストール・タイプです。 1 つのホスト・サーバー上で SAP HANA システム全体を稼働させてから、必要に応じてシステムをスケールアップできます。

マルチノード/分散/スケールアウト・クラスターでは、複数のホスト・サーバーにわたってシステムがインストールされます。各ホスト・ノードに対する CPU/RAM の制限と、使用できるホスト・ノード数の制限があります。 最大規模のスケールアウト構成に関する情報は 、 SAP HANA ハードウェアディレクトリ - 認定 IaaS プラットフォームに掲載されています。

SAP HANA スケールアウト・クラスター

スケールアウトの使用は、主に SAP BW/4HANA または SAP BW on HANA 用に設計されています。 アプリケーション層における SAP BW/4HANA のスケールアップおよびスケールアウトに関する考慮事項については、個別に説明します。 これらの考慮事項は、以下のセクションで説明するデータベースレイヤーの考慮事項に加えて行われるものです。

SAP HANA データベースサーバーノードまたは SAP NetWeaver アプリケーションサーバーコンポーネントが複数のアベイラビリティゾーンおよびデータセンターに分散されている場合、 SAP はお客様の SAP HANA スケールアウトクラスター( SAP HANA マルチノードシステムとも呼ばれる)をサポートしないことにご注意ください。

IBM Power Virtual Servers では、OLAP または OLTP のいずれの処理タイプでもスケールアウトはサポートされていません。

ネットワーキング

SAP HANA マルチノードでは、特定のネットワークが正しく機能するようになっている必要があります。 ご使用のシステム用に他のコンポーネントを注文する前に、これらのネットワークがデータベース・ノードと共に正しく設定されている必要があります。 ネットワークフロー/トラフィックを分離することで、サーバーに複数のネットワークインターフェースが接続されている場合、パフォーマンスが向上します(つまり、大量のストレージトラフィックをユーザートラフィックから分離しておく)。

ネットワークの分離についてまとめると、SAP HANA スケールアウト・クラスターには次のものが必要です。

  • クライアント・サイド・ネットワーク。これは、SAP Advanced Business Application Programming (SAP ABAP) アプリケーション・サーバー、SAP HANA Studio クライアント、およびその他のネットワーク・クライアントをマルチノード・システムに接続します。 ネットワークのスループットと可用性のオプションは、SAP HANA マルチノード・システムの環境および使用シナリオによって異なります。 ご使用のアプリケーションに必要とされる、SAP HANA データベースとの間のデータ転送量、および可用性の重要パフォーマンス指標 (KPI) を考慮してください。
  • ストレージ・ネットワーク。これは、ネットワーク・ストレージ (インフラストラクチャーの選択に応じてファイル/NFS またはブロック/iSCSI) に接続されます。 ネットワークのスループットと可用性のオプションは、SAP HANA マルチノード・システムの環境および使用シナリオによって異なります。 各 SAP HANA ノードで 10,000 IOPS が使用可能になるようにするために必要なスループットと待ち時間を考慮してください。
  • SAP HANA 内部通信用のノード間ネットワーク (ストレージ・ネットワークと同等にセットアップされたもの)。 ノード間ネットワークは、ノード間の通信と、操作中にノード間で必要となることがあるデータ転送にのみ使用されます。

各環境内に、個別のネットワーキング設計があります。 クラシック・インフラストラクチャー環境ネットワークは最初の設計で、多数の従来型の物理的ネットワーキング概念の中で、最も堅牢なオプションです。 VPC インフラストラクチャー環境ネットワークは、ソフトウェアによって定義されるネットワークです。 IBM Power 環境ネットワーク (IBM Power Systems の補完的なオファリング) は、エンタープライズ・グレードのパフォーマンスを実現するためのネットワーキング原則を使用して設計されています。

これらの環境ネットワークが異なるため、異なるインフラストラクチャオプションに対して、NICスループットの追加設定を変更します

  • クラシック・インフラストラクチャー・ネットワーク上のベアメタル: パフォーマンスと冗長性を最大化するために、10 Gbps の物理ネットワーク・インターフェース (NIC) が提供され、Link Aggregation Control Protocol (LACP) を使用した結合でプロビジョンされます。 スイッチは、物理 NIC での冗長性を注文すると自動的に構成されます。 ポートの物理マシン仕様および物理スイッチの可用性に応じて、追加の NIC カードが追加される場合があります。
  • VPC インフラストラクチャー・ネットワーク上の Intel Virtual Server: パフォーマンスと冗長性を最大化するために、複数のサブネット上に最大 5 つのネットワーク・インターフェース (vNIC) を追加できます。
  • IBM Power Virtual Server、 IBM Power Infrastructure ネットワーク上: パフォーマンスの冗長性を最大限に高めるために、異なる VLAN (およびそれぞれのサブネット) に接続された複数のネットワーク インターフェイス ( vNIC ) を追加できます。
  • クラシック・インフラストラクチャー・ネットワーク上の VMware for SAP
    • IBM Cloud for VMware Solutions クラシックインフラストラクチャネットワーク上 : VMware 用の冗長アダプターは、 NSX-T上のVDS を使用して、 VMware vSphere 分散スイッチ(VDS)によって、現在の VMware のSDDCのベストプラクティスに従って設定されます。 変更される可能性がありますが、Route Based on Originating Virtual Port ロード・バランシング・アルゴリズムを使用してすべての分散スイッチを設定することで、冗長性が構成されます。 アルゴリズムで使用されるすべてのポートグループは、2つのアップリンク(アクティブ:0,1)にまたがるチームを使用するように構成する必要があります。
    • クラシック・インフラストラクチャー・ネットワーク上の IBM Cloud ベアメタルと VMware vSphere (手動構成): アダプターにはベスト・プラクティスを使用することをお勧めしますが、vSwitch では物理 NIC アダプターの LACP 結合を使用することができます。

スケールアウト・ストレージ

データは、単一のデータベースをホストしている複数の SAP HANA ノードに分散されます。

「Sizing SAP HANA- SAP HANA Master Guide」 のガイドラインに従って、対象の SAP HANA システムの必要な総ストレージ容量のサイズを決定します。

SAP HANA 共有ボリューム、およびデータ・ボリュームとログ・ボリュームには、すべてのノードからアクセスできなければなりません (ストレージ接続に使用しているサブネット内のすべてのノードに対し、ネットワーク・ストレージからのアクセスを許可したほうが簡単な場合があります)。 接続されたネットワーク・ファイル・システム (NFS) ボリュームが満たされなければならない、次のような特定のパフォーマンス基準があります。

  • /hana/data/ ボリュームおよび /hana/log ボリュームの場合は、ノードごとに 10 IOPS/GB 以上の個別のボリュームが必要です
  • /hana/shared ボリュームはすべてのノードで共有され、10 IOPS/GB 以上である必要があり、さらに 12 IOPS/GB まで増大することが推奨されます

クラシック・インフラストラクチャーの場合:

  • SAP HANA を NetApp FAS システムで NFS を使用して読み、 SAP HANA マルチノードシステムの構成を支援します。
  • マウントするボリュームごとに、/etc/fstab でネットワーク・ファイル・システム (NFS) マウント・オプション rw,bg,hard,timeo=600,intr,noatime,vers=4,minorversion=1,lock,rsize=1048576,wsize=1048576 を使用します。

すべてのノードにすべてのボリュームをマウントすると、マルチノード・サーバーが構成され、SAP HANA マルチノード・データベースをインストールする準備が整います。 SAP HANA Serverインストールおよびアップデートガイドの手順に従って、必要なバージョンの SAP HANA データベースをインストールします。

SAP HANA のパフォーマンス

SAP HANA データベース・サーバーが稼働を開始したら、パフォーマンスを調べて、ビジネス・アプリケーションの要件を満たすことを確認することが重要です。 これは、TDI デプロイメント方式を使用するデプロイメントでは特に重要です。

SAP HANA パフォーマンスの検証

SAP HANA ハードウェアおよびクラウド測定ツール(HCMT) は、以前の SAP HANA HW Configuration Check Tool(HWCCT) に代わるものです。 HCMT バイナリー実行可能ファイルは (通常は) SAP HANA インストールの前に実行され、システム・パフォーマンスを分析する一連の自動テストを実行します。

HCMT 実行の出力は、結果アーカイブ・ファイル hcmtresult-[timestamp].zip です。

この HCMT 結果アーカイブ ファイルは、詳細な分析のために SAP HANA ハードウェアおよびクラウド測定分析(HCMA) にアップロードされます。

HCMT ツールのダウンロード、インストール、および構成の詳細については、 SAP ノート 2493172 - SAP HANA ハードウェアおよびクラウド測定ツールを参照してください。

使用可能メモリーに対する SAP HANA オーバーヘッドの影響

すべての SAP HANA データベース・サーバーで、オペレーティング・システムおよび運用に必要なその他のサービスのために少量のメモリー割り振りが予約されます。

SAP ではこれらのオーバーヘッドに対し、次のような一般規則が使用されます。

  • OS用に予約済み = 最初の64GBの10% + 残りのメモリすべてに3%
  • SAP HANA のサービスとキャッシュ用に予約済み = 50 GB

この例は、 4TB メモリ(DRAM)を使用した場合の SAP HANA の純容量を示しています。メモリ予約のオーバーヘッドを考慮した後のものです

SAP HANA ネット容量の例
物理メモリー 4096 GB DRAM
OS 用に予約済み 127 GB
SAP HANA 3969 GB で使用可能
SAP HANA サービスおよびキャッシュ用に予約済み 50 GB
SAP HANA データに使用可能な正味容量 + 一時ディスク・スペース 3919 GB

これについて は、 SAP Note 2296290 - SAP BW /4HANA の新しいサイジングレポートの添付ファイル SAPBW4HANA_Sizing_V2.6.4.pdf に詳細が記載されています。

SAP HANA 高可用性および災害復旧 (HA/DR)

SAP HANA の高可用性 (HA) および災害復旧 (DR) の最初の要件は、SAP 高可用性のための正しいオペレーティング・システム (OS) アドオンを使用することです。 デプロイする前に、SAP HA のための OS の詳細について IBM Cloud サポートと相談してください。

HA/DR を備えた SAP HANA を実行するために IBM Cloud でサポートされ、デプロイされる OS は次のとおりです。

  • Red Hat Enterprise Linux (RHEL)
  • SUSE Enterprise Linux Server (SLES)

IBM Cloud 環境には、事前構成の高可用性 (HA) シナリオのサポートはありません。 しかし、 SAP HANA に対しては、 Red Hat Enterprise Linux HA 拡張機能を使用することで、従来のオンプレミスデータセンターを使用する既存の展開と同様の方法で HA ソリューションを実装することができます。

SAP HANA システム・レプリケーション (HSR) には、以下の状況に合うように SAP が設計したさまざまなレプリケーション・モードを使用した、サーバーからレプリカへの自動フェイルオーバー機能が構成されています。

  • さまざまな SAP ビジネス・アプリケーション
  • 計画外のダウン時間に対して許容されるさまざまなビジネス・リスク
  • さまざまなインフラストラクチャーの回復力コスト・プロファイル

SAP HANA システム・レプリケーション (HSR) については SAP の資料を、SAP HANA HA/DR については OS ベンダーの資料を参照してください。ご使用のランドスケープ設計に対する推奨事項を詳しく知りたい場合は、SAP にご相談ください。

システムの複製やネットワークのスループットと待ち時間の詳細については、以下の資料を参照してください。

OSのHAクラスタ拡張の設定に関する詳細については、 Linux のベンダー資料をご覧ください。

SUSE Linux Enterprise Server for SAP:

Red Hat Enterprise Linux for SAP: