ストレージのサイジング
変更を提案
PDF
次のセクションでは、 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（データ）は、使用する特定のNVMeディスクに応じて、最大2/5のSAP HANAホストをサポートします。SSDとSAP HANAホストは、両方のストレージコントローラ間で均等に分散する必要があります。AFFシステムとASAシステムの内蔵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 コピーのバックアップ保持期間は、容量サイジングの際に入力として使用されます。
次の図に、サイジングプロセスの概要を示します。
