ストレージのサイジング
次のセクションでは、 SAP HANA 用のストレージシステムのサイジングに必要なパフォーマンスと容量に関する考慮事項の概要を説明します。
|
適切なサイズのストレージ環境を構築するために、ネットアップまたはネットアップパートナーの営業担当者にお問い合わせください。 |
パフォーマンスに関する考慮事項
SAP では、データベースホストのメモリサイズや SAP HANA データベースを使用するアプリケーションに関係なく、すべての本番用 SAP HANA 環境に有効な静的なストレージ KPI のセットが定義されています。これらの 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 を実現しています。
|
認定 FAS 製品ファミリーのストレージコントローラは、他のディスクタイプやディスクバックエンドソリューションと組み合わせて SAP HANA にも使用できます。ただし、ネットアップがサポートし、 SAP HANA TDI パフォーマンス KPI を達成する必要があります。たとえば、 NetApp Storage Encryption ( NSE )や NetApp FlexArray テクノロジなどです。 |
本ドキュメントでは、 SAS HDD およびソリッドステートドライブ( SSD )のディスクサイジングについて説明します。
HDD
SAP のストレージパフォーマンス KPI を実現するには、 SAP HANA ノードごとに 10 本以上のデータディスク( 10k rpm SAS )が必要です。
|
この計算は、ストレージコントローラ、ディスクシェルフ、およびデータベースの容量要件に左右されません。ディスクシェルフを追加しても、ストレージコントローラでサポートできる SAP HANA ホストの最大数は増加しません。 |
ソリッドステートドライブ
SSD の場合は、データディスクの数は、ストレージコントローラから SSD シェルフへの SAS 接続スループットによって決まります。
単一のディスクシェルフで実行できる SAP HANA ホストの最大数と、 SAP HANA ホストごとに必要な SSD の最小数は、 SAP パフォーマンステストツールを実行して決定されています。このテストでは、ホストの実際のストレージ容量要件は考慮しません。また、実際に必要なストレージ構成を判断するために必要な容量も計算する必要があります。
-
SSD を 24 本搭載した 12Gb SAS ディスクシェルフ( DS224C )は、ディスクシェルフが 12Gb に接続される場合、最大 14 台の SAP HANA ホストをサポートします。
-
SSD を 24 本搭載した 6Gb SAS ディスクシェルフ( DS2246 )は、最大 4 台の SAP HANA ホストをサポートします。
SSD と SAP HANA ホストは、両方のストレージコントローラ間で均等に分散する必要があります。
次の表に、ディスクシェルフごとにサポートされる SAP HANA ホストの数を示します。
24 本の SSD をフル搭載した 6Gb SAS シェルフ( DS2246 | 12Gb SAS シェルフ( DS224C )には 24 本の SSD がフル搭載されています | |
---|---|---|
ディスクシェルフあたりの SAP HANA ホストの最大数 |
4. |
14 |
|
この計算は、使用しているストレージコントローラには依存しません。ディスクシェルフを追加しても、ストレージコントローラでサポートできる SAP HANA ホストの最大数は増加しません。 |
混在ワークロード
SAP HANA とその他のアプリケーションワークロードを、同じストレージコントローラ上または同じストレージアグリゲート内で実行することはできません。ただし、ネットアップのベストプラクティスとして、 SAP HANA ワークロードを他のすべてのアプリケーションワークロードから分離することを推奨します。
SAP HANA ワークロードとその他のアプリケーションワークロードを、同じストレージコントローラまたは同じアグリゲートに導入することもできます。その場合は、混在ワークロード環境内で SAP HANA に対して適切なパフォーマンスが確保されていることを確認する必要があります。また、 Quality of Service ( QoS ;サービス品質)パラメータを使用して、他のアプリケーションの影響を制御し、 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 パフォーマンステストツールの構成ファイルで設定する必要があるパラメータを示します。
パラメータ | 価値 |
---|---|
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 パフォーマンステストツールで決定されています。
サイジングプロセスでは、本番用および非本番用の SAP HANA ホストの数、各ホストの RAM サイズ、ストレージベースの Snapshot コピーのバックアップ保持期間などの詳細が必要です。SAP HANA ホストの数によって、必要なストレージコントローラとディスクの数が決まります。
RAM のサイズ、各 SAP HANA ホストでのディスク上の正味データサイズ、および Snapshot コピーのバックアップ保持期間は、容量サイジングの際に入力として使用されます。
次の図に、サイジングプロセスの概要を示します。
![エラー:グラフィックイメージがありません](./../media/saphana-fas-nfs_image9.jpg)