SAP HANA Azure 仮想マシンの Premium SSD Storage の構成
このドキュメントでは、低遅延ストレージを必要とする DBMS やその他のアプリケーション用の低遅延ストレージとして数年前に導入された Azure Premium Storage または Premium SSD の HANA Storage 構成について説明します。 LVM を使用する場合のストライプ サイズに関する一般的な考慮事項、HANA データ ボリュームのパーティション分割、または特定のストレージの種類に限定されないその他の考慮事項については、次の 2 つのドキュメントを確認してください。
重要
このドキュメントでのストレージ構成に関する提案は、最初の方向性を示すことを目的としています。 ワークロードを実行し、ストレージの使用パターンを分析すると、提供されているストレージ帯域幅または IOPS をすべて使用しているわけではないことに気付く場合があります。 その場合は、ストレージのダウンサイジングを検討してください。 逆に、これらの構成で推奨されているストレージ スループットよりも多くのスループットがワークロードに必要な場合もあります。 その結果、より多くの容量、IOPS、またはスループットをデプロイすることが必要となります。 必要なストレージ容量、必要なストレージ待ち時間、必要なストレージ スループットと IOPS、最も安価な構成のバランスの面で、ユーザーと HANA ワークロードにとって適切な妥協点を見つけ、それに合わせて調整できるように、Azure には機能や価格がそれぞれ異なるさまざまなストレージの種類が用意されています。
Azure M シリーズ仮想マシン用の Azure 書き込みアクセラレータおよび Premium Storage を使用するソリューション
Azure 書き込みアクセラレータは、Azure M シリーズ VM と Azure Premium Storage を組み合わせた場合にのみ使用できる機能です。 名前が示すように、この機能の目的は、Azure Premium Storage に対する書き込みの I/O 待ち時間を短縮することです。 SAP HANA の場合、書き込みアクセラレータは /hana/log ボリュームに対してのみ使用する必要があります。 したがって、/hana/data と /hana/log は別々のボリュームであり、Azure 書き込みアクセラレータは /hana/log ボリュームのみをサポートします。
重要
Azure Premium Storage を使用する場合、 /hana/log ボリュームに Azure 書き込みアクセラレータを使用することが必須となります。 書き込みアクセラレータは、Premium Storage と、M シリーズおよび Mv2 シリーズの VM でのみ使用できます。 書き込みアクセラレータは、Esv3 や Edsv4 などの他の Azure VM ファミリとの組み合わせでは機能しません。
Azure Premium Disk のキャッシュに関する下記の推奨事項は、次のような SAP HANA の I/O 特性を前提としています。
- HANA データ ファイルに対する読み取りワークロードはほとんどありません。 例外は、HANA インスタンスの再開後や、データが HANA に読み込まれたときの、大きなサイズの I/O です。 データ ファイルに対する大きな読み取り I/O の別のケースとして、HANA データベースのバックアップがあり得ます。 結果として、大部分のケースではすべてのデータ ファイル ボリュームを完全に読み取る必要があるため、読み取りキャッシュはほとんど意味がありません。
- データ ファイルに対する書き込みは、HANA セーブポイントと HANA クラッシュ復旧に基づいてバーストで発生します。 セーブポイントの書き込みは非同期であり、どのユーザー トランザクションも保持されません。 クラッシュ復旧中のデータの書き込みは、システムの応答性を再び向上させるためにパフォーマンス クリティカルです。 ただし、クラッシュ復旧はどちらかといえば例外的な状況です。
- HANA redo ファイルからの読み取りはほとんどありません。 例外は、トランザクション ログ バックアップやクラッシュ復旧の実行時、または HANA インスタンスの再開フェーズでの大きなサイズの I/O です。
- SAP HANA redo ログ ファイルに対する主な負荷は書き込みです。 ワークロードの性質に応じて、I/O サイズを 4 KB まで小さくしたり、1 MB 以上の I/O サイズにできます。 SAP HANA redo ログに対する書き込み待機時間はパフォーマンス クリティカルです。
- すべての書き込みを信頼性の高い方法でディスク上に保存する必要があります。
推奨事項:SAP HANA で確認されたこれらの I/O パターンの結果として、Azure Premium Storage を使用したさまざまなボリュームのキャッシュは、次のように設定する必要があります。
- /hana/data - なし、または読み取りキャッシュ
- /hana/log - なし。 M シリーズおよび Mv2 シリーズ VM の書き込みアクセラレータを有効にします。Azure portal のオプションは "なし + 書き込みアクセラレータ" です。
- /hana/shared - 読み取りキャッシュ
- OS ディスク - VM の作成時に Azure によって設定される既定のキャッシュを変更しない
Premium Storage の Azure バースト機能
容量が 512 GiB 以下の Azure Premium Storage ディスクの場合、バースト機能が提供されます。 ディスク バーストの動作の詳細については、「ディスク バースト」をご覧ください。 この記事を読むと、I/O ワークロードがディスクの公称 IOPS およびスループットを下回っているときの、IOPS とスループットの蓄積の概念を理解できます (公称スループットの詳細については、「Managed Disks の価格」をご覧ください)。 現在の使用量とディスクの公称値との差分だけ、IOPS とスループットが蓄積されます。 バーストは最大 30 分に制限されています。
このバースト機能を計画できる理想的なケースとして、別の DBMS のデータ ファイルを含むボリュームまたはディスクが考えられます。 特に、小規模から中規模のシステムで、これらのボリュームに対して予想される I/O ワークロードは次のとおりです。
- データはメモリにキャッシュされるか、SAP HANA の場合のように完全にメモリ内で処理されるのが理想的であるため、低から中程度の読み取りワークロード
- 定期的に発行されるデータベースのチェックポイントまたはセーブポイントによってトリガーされる書き込みのバースト
- ストレージ スナップショットを使用してバックアップが実行されない場合に、連続ストリームを読み取るバックアップ ワークロード
- SAP HANA の場合、インスタンスの再起動後のメモリへのデータの読み込み
特に、ワークロードが 1 秒あたり数百個のトランザクションしか処理しない小規模な DBMS システムでは、トランザクション ログまたは再実行ログを格納するディスクまたはボリュームでも、このようなバースト機能は意味があります。 このようなディスクまたはボリュームに対して予想されるワークロードは次のとおりです。
- アプリケーションによって発行されるすべてのコミットによって I/O 操作がトリガーされる可能性が高いため、ワークロードとワークロードの性質に依存するディスクへの定期的な書き込み
- インデックスの作成や再構築などの運用タスクでのスループットの高いワークロード
- トランザクション ログまたは再実行ログのバックアップを実行するときの読み取りバースト
運用環境で推奨される Azure Premium Storage に基づくストレージ ソリューション
重要
Azure M シリーズ仮想マシンの SAP HANA 認定は、 /hana/log ボリュームに Azure 書き込みアクセラレータを使用している場合に限定されます。 そのため、運用環境シナリオでの Azure M シリーズ仮想マシンへの SAP HANA のデプロイは、 /hana/log ボリュームに Azure 書き込みアクセラレータを使用して構成することが求められます。
Note
Azure Premium Storage を含むシナリオでは、バースト機能が構成に実装されます。 ストレージ テスト ツールを使っているときには、その形や形式を問わず、Azure Premium ディスクのバースト動作を考慮に入れてください。 SAP HWCCT または HCMT ツールによって提供されるストレージ テストを実行する場合、一部のテストが、蓄積できるバースト クレジットを超えるため、すべてのテストが基準を満たすことは想定されていません。 (特に、すべてのテストが中断なく連続して実行される場合)。
Note
M32ts と M32ls の VM で HCMT/HWCCT ディスク テストを使用すると、ディスク スループットが予想よりも低くなる可能性があります。 ディスク バーストや、基になるディスクの I/O スループットが十分にプロビジョニングされている場合でも同様です。 観察された動作の根本原因は、HCMT/HWCCT ストレージ テスト ファイルが、Premium Storage データ ディスクの読み取りキャッシュに完全にキャッシュされたことでした。 このキャッシュは、仮想マシンをホストするコンピューティング ホスト上に配置され、HCMT/HWCCT のテスト ファイルを完全にキャッシュできます。 このような場合は、「M シリーズ」記事の "キャッシュが有効な場合の一時ストレージの最大スループット: IOPS/MBps (キャッシュ サイズは GiB 単位)" の列に記載されているクォータが関係します。 特に M32ts および M32ls の場合、読み取りキャッシュに対するスループットのクォータは 400 MB/秒しかありません。テスト ファイルが完全にキャッシュされた結果、ディスク バーストまたはより高いプロビジョニングされた I/O スループットにもかかわらず、テストが最大スループット 400 MB/秒をわずかに下回る可能性があります。 別の方法として、Azure Premium Storage データ ディスクで読み取りキャッシュを有効にせずにテストすることもできます。
Note
運用環境シナリオでは、IAAS に関する SAP ドキュメントで、特定の VM の種類が SAP HANA でサポートされているかどうかを確認してください。
推奨事項:運用環境のシナリオで推奨される Azure Premium Storage を使用した構成は次のようになります。
SAP /hana/data ボリュームの構成:
| VM の SKU | RAM | 最大 VM I/O スループット |
/hana/data | プロビジョニングされたスループット | 最大バースト スループット | IOPS | バースト IOPS |
|---|---|---|---|---|---|---|---|
| M32ts | 192 GiB | 500 MBps | 4 x P6 | 200 MBps | 680 MBps | 960 | 14,000 |
| M32ls | 256 GiB | 500 MBps | 4 x P6 | 200 MBps | 680 MBps | 960 | 14,000 |
| M64ls | 512 GiB | 1,000 MBps | 4 x P10 | 400 MBps | 680 MBps | 2,000 | 14,000 |
| M32(d)ms_v2 | 875 GiB | 500 MBps | 4 x P15 | 500 MBps | 680 MBps | 4,400 | 14,000 |
| M48(d)s_1_v3、M96(d)s_1_v3 | 974 GiB | 1,560 MBps | 4 x P15 | 500 MBps | 680 MBps | 4,400 | 14,000 |
| M64s、M64(d)s_v2 | 1,024 GiB | 1,000 MBps | 4 x P15 | 500 MBps | 680 MBps | 4,400 | 14,000 |
| M64ms、M64(d)ms_v2 | 1,792 GiB | 1,000 MBps | 4 x P20 | 600 MBps | 680 MBps | 9,200 | 14,000 |
| M96(d)s_2_v3 | 1,946 GiB | 3,120 MBps | 4 x P20 | 600 MBps | 680 MBps | 9,200 | 14,000 |
| M128s、M128(d)s_v2 | 2,048 GiB | 2,000 MBps | 4 x P20 | 600 MBps | 680 MBps | 9,200 | 14,000 |
| M192i(d)s_v2 | 2,048 GiB | 2,000 MBps | 4 x P20 | 600 MBps | 680 MBps | 9,200 | 14,000 |
| M128ms、M128(d)ms_v2 | 3,892 GiB | 2,000 MBps | 4 x P30 | 800 MBps | バースティングなし | 20,000 | バースティングなし |
| M176(d)s_3_v3 | 2,794 GiB | 4,000 MBps | 4 x P30 | 800 MBps | バースティングなし | 20,000 | バースティングなし |
| M176(d)s_4_v3 | 3,750 GiB | 4,000 MBps | 4 x P30 | 800 MBps | バースティングなし | 20,000 | バースティングなし |
| M192i(d)ms_v2 | 4,096 GiB | 2,000 MBps | 4 x P30 | 800 MBps | バースティングなし | 20,000 | バースティングなし |
| M208s_v2 | 2,850 GiB | 1,000 MBps | 4 x P30 | 800 MBps | バースティングなし | 20,000 | バースティングなし |
| M208ms_v2 | 5,700 GiB | 1,000 MBps | 4 x P40 | 1,000 MBps | バースティングなし | 30,000 | バースティングなし |
| M416s_v2 | 5,700 GiB | 2,000 MBps | 4 x P40 | 1,000 MBps | バースティングなし | 30,000 | バースティングなし |
| M416s_8_v2 | 7,600 | 2,000 MBps | 4 x P40 | 1,000 MBps | バースティングなし | 30,000 | バースティングなし |
| M416ms_v2 | 11,400 GiB | 2,000 MBps | 4 x P50 | 1,000 MBps | バースティングなし | 30,000 | バースティングなし |
| M832ixs1 | 14,902 GiB | 2,000 Mbps を超える | 4 x P601 | 2,000 MBps | バースティングなし | 64,000 | バースティングなし |
| M832ixs_v21 | 23,088 GiB | 2,000 Mbps を超える | 4 x P601 | 2,000 MBps | バースティングなし | 64,000 | バースティングなし |
1 VM の種類は既定では使用できません。 担当の Microsoft アカウント チームにご連絡ください
2 VM によって提供される最大スループットと SAP HANA ワークロードによるスループット要件 (特にセーブポイント アクティビティ) により、はるかに多い Premium Storage v1 容量のデプロイを強制される場合があります。
/hana/log ボリュームの場合、 構成は次のようになります。
| VM の SKU | RAM | 最大 VM I/O スループット |
/hana/log ボリューム | プロビジョニングされたスループット | 最大バースト スループット | IOPS | バースト IOPS |
|---|---|---|---|---|---|---|---|
| M32ts | 192 GiB | 500 MBps | 3 x P10 | 300 MBps | 510 MBps | 1,500 | 10,500 |
| M32ls | 256 GiB | 500 MBps | 3 x P10 | 300 MBps | 510 MBps | 1,500 | 10,500 |
| M64ls | 512 GiB | 1,000 MBps | 3 x P10 | 300 MBps | 510 MBps | 1,500 | 10,500 |
| M32(d)ms_v2 | 875 GiB | 500 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| M48(d)s_1_v3、M96(d)s_1_v3 | 974 GiB | 1,560 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| M64s、M64(d)s_v2 | 1,024 GiB | 1,000 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| M64ms、M64(d)s_v2 | 1,792 GiB | 1,000 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| M96(d)s_2_v3 | 1,946 GiB | 3,120 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| M128s、M128(d)s_v2 | 2,048 GiB | 2,000 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| M192i(d)s_v2 | 2,048 GiB | 2,000 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| M176(d)s_3_v3 | 2,794 GiB | 4,000 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| M176(d)s_4_v3 | 3,750 GiB | 4,000 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| M192i(d)ms_v2 | 4,096 GiB | 2,000 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| M208s_v2 | 2,850 GiB | 1,000 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| M208ms_v2 | 5,700 GiB | 1,000 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| M416s_v2 | 5,700 GiB | 2,000 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| M416s_8_v2 | 7,600 GiB | 2,000 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| M416ms_v2 | 11,400 GiB | 2,000 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| M832ixs1 | 14,902 GiB | 2,000 Mbps を超える | 4 x P20 | 600 MBps | 680 MBps | 9,200 | 14,000 |
| M832ixs_v21 | 23,088 GiB | 2,000 Mbps を超える | 4 x P20 | 600 MBps | 680 MBps | 9,200 | 14,000 |
1 VM の種類は既定では使用できません。 担当の Microsoft アカウント チームにご連絡ください
その他のボリュームの場合、構成は次のようになります。
| VM の SKU | RAM | 最大 VM I/O スループット |
/hana/shared2 | /root ボリューム | /usr/sap |
|---|---|---|---|---|---|
| M32ts | 192 GiB | 500 MBps | 1 x P15 | 1 x P6 | 1 x P6 |
| M32ls | 256 GiB | 500 MBps | 1 x P15 | 1 x P6 | 1 x P6 |
| M64ls | 512 GiB | 1000 MBps | 1 x P20 | 1 x P6 | 1 x P6 |
| M32dms_v2、M32ms_v2 | 875 GiB | 500 MBps | 1 x P30 | 1 x P6 | 1 x P6 |
| M48(d)s_1_v3、M96(d)s_1_v3 | 974 GiB | 1,560 MBps | 1 x P30 | 1 x P6 | 1 x P6 |
| M64s、M64(d)s_v2 | 1,024 GiB | 1,000 MBps | 1 x P30 | 1 x P6 | 1 x P6 |
| M64ms、M64(d)ms_v2 | 1,792 GiB | 1,000 MBps | 1 x P30 | 1 x P6 | 1 x P6 |
| M96(d)s_2_v3 | 1,946 GiB | 3,120 MBps | 1 x P30 | 1 x P10 | 1 x P6 |
| M128s、M128(d)s_v2 | 2,048 GiB | 2,000 MBps | 1 x P30 | 1 x P10 | 1 x P6 |
| M192i(d)s_v2 | 2,048 GiB | 2,000 MBps | 1 x P30 | 1 x P10 | 1 x P6 |
| M176(d)s_3_v3 | 2,794 GiB | 4,000 MBps | 1 x P30 | 1 x P10 | 1 x P6 |
| M176(d)s_4_v3 | 3,750 GiB | 4,000 MBps | 1 x P30 | 1 x P10 | 1 x P6 |
| M128ms、M128dms_v2、M128ms_v2 | 3,892 GiB | 2,000 MBps | 1 x P30 | 1 x P10 | 1 x P6 |
| M192i(d)ms_v2 | 4,096 GiB | 2,000 MBps | 1 x P30 | 1 x P10 | 1 x P6 |
| M208s_v2 | 2,850 GiB | 1,000 MBps | 1 x P30 | 1 x P10 | 1 x P6 |
| M208ms_v2 | 5,700 GiB | 1,000 MBps | 1 x P30 | 1 x P10 | 1 x P6 |
| M416s_v2 | 5,700 GiB | 2,000 MBps | 1 x P30 | 1 x P10 | 1 x P6 |
| M416s_8_v2 | 7,600 GiB | 2,000 MBps | 1 x P30 | 1 x P10 | 1 x P6 |
| M416ms_v2 | 11,400 GiB | 2,000 MBps | 1 x P30 | 1 x P10 | 1 x P6 |
| M832ixs1 | 14,902 GiB | 2,000 Mbps を超える | 1 x P30 | 1 x P10 | 1 x P6 |
| M832ixs_v21 | 23,088 GiB | 2,000 Mbps を超える | 1 x P30 | 1 x P10 | 1 x P6 |
1 VM の種類は既定では使用できません。 担当の Microsoft アカウント チームにご連絡ください
2/hana/shared のサイズ設定に関する考慮事項を注意深く確認してください
推奨されるさまざまなボリュームのストレージ スループットが、実行するワークロードに対応できるかどうかを確認します。 ワークロードに /hana/data および /hana/log のより大きなボリュームが必要な場合は、Azure Premium Storage VHD の数を増やす必要があります。 記載されている数よりも多くの VHD でボリュームのサイズを設定すると、その Azure 仮想マシンの種類の制限内で IOPS と I/O スループットが向上します。
Azure 書き込みアクセラレータは、Azure マネージド ディスクでのみ動作します。 そのため、少なくとも、 /hana/log ボリュームを形成する Azure Premium Storage ディスクはマネージド ディスクとしてデプロイする必要があります。 Azure 書き込みアクセラレータの詳細と制限事項については、書き込みアクセラレータに関する記事をご覧ください。
E シリーズ VM の使用時に SAP HANA 認定 KPI に準拠するために、/hana/log ボリュームにのみ Azure Premium Storage ではなく Azure Ultra Disk Storage を使用する必要がある場合があります。 ただし、多くの顧客は、非運用の目的で、場合によっては小規模な運用ワークロードで /hana/log ボリュームに Premium Storage SSD ディスクを使用しています。重要な redo ログの書き込みの場合に Premium Storage で生じる書き込み待機時間がワークロード要件を満たしているためです。 Azure Premium Storage 上の /hana/data ボリュームの構成は次のようになります。
| VM の SKU | RAM | 最大 VM I/O スループット |
/hana/data | プロビジョニングされたスループット | 最大バースト スループット | IOPS | バースト IOPS |
|---|---|---|---|---|---|---|---|
| E20ds_v4 | 160 GiB | 480 MBps | 3 x P10 | 300 MBps | 510 MBps | 1,500 | 10,500 |
| E20(d)s_v5 | 160 GiB | 750 MBps | 3 x P10 | 300 MBps | 510 MBps | 1,500 | 10,500 |
| E32ds_v4 | 256 GiB | 768 Mbps | 3 x P10 | 300 MBps | 510 MBps | 1,500 | 10,500 |
| E32ds_v5 | 256 GiB | 865 MBps | 3 x P10 | 300 MBps | 510 MBps | 1,500 | 10,500 |
| E48ds_v4 | 384 GiB | 1,152 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| E48ds_v4 | 384 GiB | 1,315 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| E64s_v3 | 432 GiB | 1,200 MB/秒 | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| E64ds_v4 | 504 GiB | 1,200 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| E64(d)s_v5 | 512 GiB | 1,735 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
| E96(d)s_v5 | 672 GiB | 2,600 MBps | 3 x P15 | 375 MBps | 510 MBps | 3,300 | 10,500 |
Ultra Disk 上の /hana/log など、その他のボリュームの場合、構成は次のようになります。
| VM の SKU | RAM | 最大 VM I/O スループット |
/hana/log volume | /hana/log I/O throughput | /hana/log IOPS | /hana/shared1 | /root ボリューム | /usr/sap |
|---|---|---|---|---|---|---|---|---|
| E20ds_v4 | 160 GiB | 480 MBps | 80 GB | 250 MBps | 1,800 | 1 x P15 | 1 x P6 | 1 x P6 |
| E20(d)s_v5 | 160 GiB | 750 MBps | 80 GB | 250 MBps | 1,800 | 1 x P15 | 1 x P6 | 1 x P6 |
| E32ds_v4 | 256 GiB | 768 Mbps | 128 GB | 250 MBps | 1,800 | 1 x P15 | 1 x P6 | 1 x P6 |
| E32(d)s_v5 | 256 GiB | 865 MBps | 128 GB | 250 MBps | 1,800 | 1 x P15 | 1 x P6 | 1 x P6 |
| E48ds_v4 | 384 GiB | 1,152 MBps | 192 GB | 250 MBps | 1,800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E48(d)s_v5 | 384 GiB | 1,315 MBps | 192 GB | 250 MBps | 1,800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E64s_v3 | 432 GiB | 1,200 MBps | 220 GB | 250 MBps | 1,800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E64ds_v4 | 504 GiB | 1,200 MBps | 256 GB | 250 MBps | 1,800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E64(d)s_v5 | 512 GiB | 1,735 MBps | 256 GB | 250 MBps | 1,800 | 1 x P20 | 1 x P6 | 1 x P6 |
| E96(d)s_v5 | 672 GiB | 2,600 MBps | 256 GB | 250 MBps | 1,800 | 1 x P20 | 1 x P6 | 1 x P6 |
1/hana/shared のサイズ設定に関する考慮事項を注意深く確認してください
Azure Premium Storage を使用する、コストを意識したソリューション
これまでこのドキュメントの「Azure M シリーズ仮想マシン用の Azure 書き込みアクセラレータおよび Premium Storage を使用するソリューション」セクションで説明した Azure Premium Storage ソリューションは、SAP HANA の運用がサポートされるシナリオに向けられていました。 運用のサポートが可能な構成の特性の 1 つは、SAP HANA データと再実行ログのボリュームを 2 つの異なるボリュームに分離することです。 このような分離の理由として、これらのボリュームでのワークロード特性が異なっていることが挙げられます。 また、推奨される運用構成では、さまざまな種類のキャッシュ、または異なる種類の Azure ブロック ストレージが必要とされる場合があります。 運用環境以外のシナリオの場合、運用システムでは考慮される考慮事項の一部が、よりローエンドの非運用システムには当てはまらない可能性があります。 結果として、HANA のデータとログ ボリュームを組み合わせることができます。 ただし、運用システムで必要とされている一定のスループットや待機時間の KPI を結局満たせないなど、最終的に何らかの問題が生じることがあります。 このような環境でコストを削減するために考えられる別の方法は、Azure Standard SSD ストレージを使用することです。 Standard SSD または Standard HDD Azure ストレージを選択すると、「仮想マシンの SLA」という記事に記載されているように、シングル VM SLA に影響が出ることにご留意ください。
このような構成に向けた、より低コストの代替構成は次のようになります。
| VM の SKU | RAM | 最大 VM I/O スループット |
/hana/data and /hana/log LVM または MDADM によるストライピング |
/hana/shared3 | /root ボリューム | /usr/sap | comments |
|---|---|---|---|---|---|---|---|
| DS14v2 | 112 GiB | 768 MB/秒 | 4 x P6 | 1 x E10 | 1 x E6 | 1 x E6 | 1 ミリ秒未満のストレージ待機時間は達成されません1 |
| E16v3 | 128 GiB | 384 MB/秒 | 4 x P6 | 1 x E10 | 1 x E6 | 1 x E6 | VM の種類は HANA では未認定です 1 ミリ秒未満のストレージ待機時間は達成されません1 |
| M32ts | 192 GiB | 500 MB/秒 | 3 x P10 | 1 x E15 | 1 x E6 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 5,000 に制限されます2 |
| E20ds_v4 | 160 GiB | 480 MB/秒 | 4 x P6 | 1 x E15 | 1 x E6 | 1 x E6 | 1 ミリ秒未満のストレージ待機時間は達成されません1 |
| E32v3 | 256 GiB | 768 MB/秒 | 4 x P10 | 1 x E15 | 1 x E6 | 1 x E6 | VM の種類は HANA では未認定です 1 ミリ秒未満のストレージ待機時間は達成されません1 |
| E32ds_v4 | 256 GiB | 768 Mbps | 4 x P10 | 1 x E15 | 1 x E6 | 1 x E6 | 1 ミリ秒未満のストレージ待機時間は達成されません1 |
| M32ls | 256 GiB | 500 MB/秒 | 4 x P10 | 1 x E15 | 1 x E6 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 5,000 に制限されます2 |
| E48ds_v4 | 384 GiB | 1,152 MBps | 6 x P10 | 1 x E20 | 1 x E6 | 1 x E6 | 1 ミリ秒未満のストレージ待機時間は達成されません1 |
| E64v3 | 432 GiB | 1,200 MB/秒 | 6 x P10 | 1 x E20 | 1 x E6 | 1 x E6 | 1 ミリ秒未満のストレージ待機時間は達成されません1 |
| E64ds_v4 | 504 GiB | 1200 MB/秒 | 7 x P10 | 1 x E20 | 1 x E6 | 1 x E6 | 1 ミリ秒未満のストレージ待機時間は達成されません1 |
| M64ls | 512 GiB | 1,000 MB/秒 | 7 x P10 | 1 x E20 | 1 x E6 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 10,000 に制限されます2 |
| M32(d)ms_v2 | 875 GiB | 500 MB/秒 | 6 x P15 | 1 x E30 | 1 x E6 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 5,000 に制限されます2 |
| M48(d)s_1_v3、M96(d)s_1_v3 | 974 GiB | 1,560 MBps | 7 x P15 | 1 x E30 | 1 x E6 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 10,000 に制限されます2 |
| M64s、M64(d)s_v2 | 1,024 GiB | 1,000 MB/秒 | 7 x P15 | 1 x E30 | 1 x E6 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 10,000 に制限されます2 |
| M64ms、M64(d)ms_v2 | 1,792 GiB | 1,000 MB/秒 | 6 x P20 | 1 x E30 | 1 x E6 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 10,000 に制限されます2 |
| M96(d)s_2_v3 | 1,946 GiB | 3,120 MBps | 6 x P20 | 1 x E30 | 1 x E10 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 20,000 に制限されます2 |
| M128s、M128(d)s_v2 | 2,048 GiB | 2,000 MB/秒 | 6 x P20 | 1 x E30 | 1 x E10 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 20,000 に制限されます2 |
| M192i(d)s_v2 | 2,048 GiB | 2,000 MB/秒 | 6 x P20 | 1 x E30 | 1 x E10 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 20,000 に制限されます2 |
| M128ms、M128(d)ms_v2 | 3,800 GiB | 2,000 MB/秒 | 5 x P30 | 1 x E30 | 1 x E10 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 20,000 に制限されます2 |
| M176(d)s_3_v3 | 2,794 GiB | 4,000 MBps | 4 x P30 | 1 x E30 | 1 x E10 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 10,000 に制限されます2 |
| M176(d)s_4_v3 | 3,750 GiB | 4,000 MBps | 5 x P30 | 1 x E30 | 1 x E10 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 20,000 に制限されます2 |
| M192i(d)ms_v2 | 4,096 GiB | 2,000 MB/秒 | 5 x P30 | 1 x E30 | 1 x E10 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 20,000 に制限されます2 |
| M208s_v2 | 2,850 GiB | 1,000 MB/秒 | 4 x P30 | 1 x E30 | 1 x E10 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 10,000 に制限されます2 |
| M208ms_v2 | 5,700 GiB | 1,000 MB/秒 | 4 x P40 | 1 x E30 | 1 x E10 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 10,000 に制限されます2 |
| M416s_v2 | 5,700 GiB | 2,000 MB/秒 | 4 x P40 | 1 x E30 | 1 x E10 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 20,000 に制限されます2 |
| M416s_8_v2 | 5,700 GiB | 2,000 MB/秒 | 5 x P40 | 1 x E30 | 1 x E10 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 20,000 に制限されます2 |
| M416ms_v2 | 11400 GiB | 2,000 MB/秒 | 7 x P40 | 1 x E30 | 1 x E10 | 1 x E6 | データとログの組み合わせボリュームのために書き込みアクセラレータを使用すると、IOPS 量が 20,000 に制限されます2 |
1Azure 書き込みアクセラレータは、Ev4 および Ev4 VM ファミリでは使用できません。 Azure Premium Storage を使用した結果として、I/O 待機時間が 1 ミリ秒未満になることはありません
2 この VM ファミリは、Azure 書き込みアクセラレータをサポートしていますが、書き込みアクセラレータの IOPS 制限によって、このディスク構成での IOPS 機能が制限される可能性があります
3/hana/shared のサイズ設定に関する考慮事項を注意深く確認してください
SAP HANA のデータとログのボリュームを組み合わせる場合は、ストライプ ボリュームを構築するディスクで、読み取りキャッシュや読み取り/書き込みキャッシュを有効にしないでください。
一覧に示した VM の種類には、SAP では認定されておらず、そのため、いわゆる SAP HANA ハードウェア ディレクトリの一覧には含まれていないものがあります。 お客様からのフィードバックによれば、非運用環境の一部のタスクについては、一覧に含まれない種類の VM が正常に使用されました。
次のステップ
詳細については、次を参照してください。