Skip to main content
NetApp Solutions SAP
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

ストレージのサイジング

共同作成者

次のセクションでは、 SAP HANA 用のストレージシステムのサイジングに必要なパフォーマンスと容量に関する考慮事項の概要を説明します。

メモ ストレージのサイジングプロセスをサポートし、適切なサイズのストレージ環境を構築するには、ネットアップまたはネットアップパートナーの営業担当者にお問い合わせください。

パフォーマンスに関する考慮事項

SAP では、ストレージの主要パフォーマンス指標( KPI )の静的なセットが定義されています。これらの KPI は、データベースホストのメモリサイズや SAP HANA データベースを使用するアプリケーションに関係なく、すべての SAP HANA 本番環境に対して有効です。これらの KPI は、シングルホスト環境、マルチホスト環境、 Business Suite on HANA 環境、 Business Warehouse on HANA 環境、 S/4HANA 環境、および BW/4HANA 環境で有効です。したがって、現在のパフォーマンスサイジングアプローチは、ストレージシステムに接続されているアクティブな SAP HANA ホストの数にのみ依存します。

メモ ストレージパフォーマンス KPI は、本番用 SAP HANA システムにのみ必須ですが、すべての HANA システムに実装できます。

SAP はパフォーマンステストツールを提供します。このツールは、ストレージに接続されたアクティブな SAP HANA ホストのストレージシステムパフォーマンスを検証するために使用する必要があります。

ネットアップは、特定のストレージモデルに接続できる SAP HANA ホストの最大数をテストして事前に定義しました。さらに、本番環境ベースの SAP HANA システムに必要なストレージ KPI を実現しています。

ディスクシェルフで実行できる SAP HANA ホストの最大数と、 SAP HANA ホストごとに必要な SSD の最小数は、 SAP パフォーマンステストツールを実行して決定されています。このテストでは、ホストの実際のストレージ容量要件は考慮しません。また、必要な実際のストレージ構成を決定するために、容量要件を計算する必要があります。

SAS ディスクシェルフ

12Gb SAS ディスクシェルフ( DS224C )では、次のような固定ディスクシェルフ構成を使用してパフォーマンスのサイジングを行います。

  • 12 本の SSD を備えたハーフ搭載のディスクシェルフです

  • 24 本の SSD を搭載したフル搭載のディスクシェルフです

どちらの構成もアドバンストドライブパーティショニング( ADPv2 )を使用します。ハーフ搭載のディスクシェルフは、最大 9 台の SAP HANA ホストをサポートします。フル搭載のシェルフは、 1 台のディスクシェルフで最大 14 台のホストをサポートします。SAP HANA ホストは、両方のストレージコントローラ間で均等に分散する必要があります。

メモ DS224C ディスクシェルフは、 SAP HANA ホストの数をサポートするため、 12Gb SAS を使用して接続する必要があります。

6Gb SAS ディスクシェルフ( DS2246 )は、最大 4 台の SAP HANA ホストをサポートします。SSD と SAP HANA ホストは、両方のストレージコントローラ間で均等に分散する必要があります。次の図は、ディスクシェルフあたりでサポートされる SAP HANA ホストの数を示しています。

24 本の SSD をフル搭載した 6Gb SAS シェルフ( DS2246 12Gb SAS シェルフ( DS224C )には、 12 本の SSD と ADPv2 をハーフ搭載しています 12Gb SAS シェルフ( DS224C )では、 24 本の SSD と ADPv2 をフル搭載しています

ディスクシェルフあたりの SAP HANA ホストの最大数

4.

9.

14

メモ この計算は、使用しているストレージコントローラには依存しません。ディスクシェルフを追加しても、ストレージコントローラでサポートできる SAP HANA ホストの最大数は増加しません。

NS224 NVMe シェルフ

1本のNVMe SSD(データ)は、最大5台のSAP HANAホストをサポートします。
SSD と SAP HANA ホストは、両方のストレージコントローラ間で均等に分散する必要があります。
AFF A800、AFF A70、AFF A90システムの内蔵NVMeディスクを同じ環境にします。

メモ ディスクシェルフを追加しても、ストレージコントローラでサポートできる SAP HANA ホストの最大数は増加しません。

混在ワークロード

SAP HANA とその他のアプリケーションワークロードを、同じストレージコントローラ上または同じストレージアグリゲート内で実行することはできません。ただし、ネットアップのベストプラクティスとして、 SAP HANA ワークロードを他のすべてのアプリケーションワークロードから分離することを推奨します。

SAP HANA ワークロードとその他のアプリケーションワークロードを、同じストレージコントローラまたは同じアグリゲートに導入することもできます。その場合は、混在ワークロード環境内で SAP HANA に対して適切なパフォーマンスが確保されていることを確認する必要があります。また、 Quality of Service ( QoS ;サービス品質)パラメータを使用して、 SAP HANA アプリケーションに対する他のアプリケーションの影響を制御し、 SAP HANA アプリケーションのスループットを保証することも推奨します。

SAP HCMT テストツールを使用して、他のワークロードにすでに使用されている既存のストレージコントローラで、追加の SAP HANA ホストを実行できるかどうかを確認する必要があります。SAP アプリケーションサーバは、 SAP HANA データベースと同じストレージコントローラやアグリゲートに安全に配置できます。

容量に関する考慮事項

SAP HANA の容量要件の詳細な概要については、を参照してください "SAP ノート 1900823" ホワイトペーパー。

メモ 複数の SAP HANA システムで構成される SAP 環境全体の容量サイジングは、ネットアップの SAP HANA ストレージサイジングツールを使用して決定する必要があります。ストレージのサイジングプロセスを検証し、適切なサイズのストレージ環境を構築するには、ネットアップまたはネットアップパートナーの営業担当者にお問い合わせください。

パフォーマンステストツールの設定

SAP HANA 1.0 SPS10 以降、 I/O 動作を調整し、使用中のファイルシステムとストレージシステムのデータベースを最適化するためのパラメータが導入されています。SAP のテストツールでストレージのパフォーマンスをテストするときは、 SAP のパフォーマンステストツールにもこれらのパラメータを設定する必要があります。

ネットアップは、最適な値を定義するため、パフォーマンステストを実施しました。次の表に、 SAP テストツールの構成ファイルで設定する必要があるパラメータを示します。

パラメータ 価値

max_parallel _io_requests と入力します

128

async _read_submit

オン

async : write_submit_active

オン

async_write_submit_bblocks

すべて

SAP テストツールの設定の詳細については、を参照してください "SAP ノート 1943937" HWCCT ( SAP HANA 1.0 )および "SAP ノート 2493172" HCMT/HCOT 用( SAP HANA 2.0 )。

次の例は、 HCMT/HCOT 実行プランに変数を設定する方法を示しています。

…
{
         "Comment": "Log Volume: Controls whether read requests are submitted asynchronously, default is 'on'",
         "Name": "LogAsyncReadSubmit",
         "Value": "on",
         "Request": "false"
      },
      {
         "Comment": "Data Volume: Controls whether read requests are submitted asynchronously, default is 'on'",
         "Name": "DataAsyncReadSubmit",
         "Value": "on",
         "Request": "false"
      },
      {
         "Comment": "Log Volume: Controls whether write requests can be submitted asynchronously",
         "Name": "LogAsyncWriteSubmitActive",
         "Value": "on",
         "Request": "false"
      },
      {
         "Comment": "Data Volume: Controls whether write requests can be submitted asynchronously",
         "Name": "DataAsyncWriteSubmitActive",
         "Value": "on",
         "Request": "false"
      },
      {
         "Comment": "Log Volume: Controls which blocks are written asynchronously. Only relevant if AsyncWriteSubmitActive is 'on' or 'auto' and file system is flagged as requiring asynchronous write submits",
         "Name": "LogAsyncWriteSubmitBlocks",
         "Value": "all",
         "Request": "false"
      },
      {
         "Comment": "Data Volume: Controls which blocks are written asynchronously. Only relevant if AsyncWriteSubmitActive is 'on' or 'auto' and file system is flagged as requiring asynchronous write submits",
         "Name": "DataAsyncWriteSubmitBlocks",
         "Value": "all",
         "Request": "false"
      },
      {
         "Comment": "Log Volume: Maximum number of parallel I/O requests per completion queue",
         "Name": "LogExtMaxParallelIoRequests",
         "Value": "128",
         "Request": "false"
      },
      {
         "Comment": "Data Volume: Maximum number of parallel I/O requests per completion queue",
         "Name": "DataExtMaxParallelIoRequests",
         "Value": "128",
         "Request": "false"
      }, …

これらの変数はテスト構成に使用する必要があります。これは通常、 SAP が HCMT/HCOT ツールを使用して提供する事前定義された実行計画の場合です。次に、 4k ログの書き込みテストの例を示します。

…
      {
         "ID": "D664D001-933D-41DE-A904F304AEB67906",
         "Note": "File System Write Test",
         "ExecutionVariants": [
            {
               "ScaleOut": {
                  "Port": "${RemotePort}",
                  "Hosts": "${Hosts}",
                  "ConcurrentExecution": "${FSConcurrentExecution}"
               },
               "RepeatCount": "${TestRepeatCount}",
               "Description": "4K Block, Log Volume 5GB, Overwrite",
               "Hint": "Log",
               "InputVector": {
                  "BlockSize": 4096,
                  "DirectoryName": "${LogVolume}",
                  "FileOverwrite": true,
                  "FileSize": 5368709120,
                  "RandomAccess": false,
                  "RandomData": true,
                  "AsyncReadSubmit": "${LogAsyncReadSubmit}",
                  "AsyncWriteSubmitActive": "${LogAsyncWriteSubmitActive}",
                  "AsyncWriteSubmitBlocks": "${LogAsyncWriteSubmitBlocks}",
                  "ExtMaxParallelIoRequests": "${LogExtMaxParallelIoRequests}",
                  "ExtMaxSubmitBatchSize": "${LogExtMaxSubmitBatchSize}",
                  "ExtMinSubmitBatchSize": "${LogExtMinSubmitBatchSize}",
                  "ExtNumCompletionQueues": "${LogExtNumCompletionQueues}",
                  "ExtNumSubmitQueues": "${LogExtNumSubmitQueues}",
                  "ExtSizeKernelIoQueue": "${ExtSizeKernelIoQueue}"
               }
            },
…

ストレージサイジングプロセスの概要

各ストレージモデルの HANA ホストあたりのディスク数と SAP HANA ホストの密度は、 SAP HANA テストツールを使用して決定されています。

サイジングプロセスでは、本番用および非本番用の SAP HANA ホストの数、各ホストの RAM サイズ、ストレージベースの Snapshot コピーのバックアップ保持期間などの詳細が必要です。SAP HANA ホストの数によって、必要なストレージコントローラとディスクの数が決まります。

RAM のサイズ、各 SAP HANA ホストでのディスク上の正味データサイズ、および Snapshot コピーのバックアップ保持期間は、容量サイジングの際に入力として使用されます。

次の図に、サイジングプロセスの概要を示します。

入力/出力ダイアログを示す図、または書き込まれた内容を表す図