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 から実行できます。

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

SAS ディスクシェルフ

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

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

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

メモ どちらの構成もアドバンストディスクパーティショニング( ADPv2 )を使用します。ハーフ搭載のディスクシェルフは最大 9 台の SAP HANA ホストをサポートし、フル搭載のシェルフは 1 台のディスクシェルフで最大 14 台のホストをサポートします。SAP HANA ホストは、両方のストレージコントローラ間で均等に分散する必要があります。AFF A700s システムの同じ環境の内蔵ディスク。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 シェルフ

最初のシェルフに12本以上のNVMe SSDを使用すると、最大18台のSAP HANAホストがサポートされます。フル実装のシェルフ( 24 本の SSD )は、最大 48 台の SAP HANA ホストをサポートします。AFF A800 システムの内蔵ディスクは同じ環境です。

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

混在ワークロード

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

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

SAP パフォーマンステストツールを使用して、すでに他のワークロードに使用されている既存のストレージコントローラで追加の 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 ホストの数、各ホストの RAM サイズ、ストレージベースの Snapshot コピーのバックアップ保持期間などの詳細が必要です。SAP HANA ホストの数によって、必要なストレージコントローラとディスクの数が決まります。

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

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

エラー:グラフィックイメージがありません