次の方法で共有


SAP HANA Azure 仮想マシンの Premium SSD Storage の構成

このドキュメントでは、低遅延ストレージを必要とする データベース管理システム (DBMS) やその他のアプリケーション用の低遅延ストレージとして数年前に導入された Azure Premium Storage または Premium SSD の HANA Storage 構成について説明します。 論理ボリューム マネージャー (LVM) を使用する場合のストライプ サイズに関する一般的な考慮事項、HANA データ ボリュームのパーティション分割、または特定のストレージの種類に限定されないその他の考慮事項については、次の 2 つのドキュメントを確認してください。

重要

このドキュメントでのストレージ構成に関する提案は、最初の方向性を示すことを目的としています。 ワークロードを実行し、ストレージの使用パターンを分析すると、提供されているストレージ帯域幅または IOPS (1 秒あたりの I/O 処理回数) をすべて使用しているわけではないことに気付く場合があります。 その場合は、ストレージのダウンサイジングを検討してください。 逆に、これらの構成で推奨されているストレージ スループットよりも多くのスループットがワークロードに必要な場合もあります。 その結果、より多くの容量、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 によって設定される既定のキャッシュを変更しない

Note

一部の新しい M(b)v3 VM の種類では、読み取りキャッシュ Premium SSD v1 ストレージを使用すると、読み取りキャッシュを使用しない場合よりも読み取りと書き込みの IOPS レートとスループットが低下する可能性があります。

Premium Storage の Azure バースト機能

容量が 512 GiB 以下の Azure Premium Storage ディスクの場合、バースト機能が提供されます。 ディスク バーストの動作の詳細については、「ディスク バースト」をご覧ください。 この記事を読むと、I/O ワークロードがディスクの公称 IOPS (1 秒あたりの I/O 処理回数) およびスループットを下回っているときの、IOPS とスループットの蓄積の概念を理解できます (公称スループットの詳細については、「Managed Disks の価格」をご覧ください)。 現在の使用量とディスクの公称値との差分だけ、IOPS とスループットが蓄積されます。 バーストは最大 30 分に制限されています。

このバースト機能を計画できる理想的なケースとして、別の DBMS のデータ ファイルを含むボリュームまたはディスクが考えられます。 特に、小規模から中規模のシステムで、これらのボリュームに対して予想される I/O ワークロードは次のとおりです。

  • データはメモリにキャッシュされるか、SAP HANA の場合のように完全にメモリ内で処理されるのが理想的であるため、低から中程度の読み取りワークロード
  • 定期的に発行されるデータベースのチェックポイントまたはセーブポイントによってトリガーされる書き込みのバースト
  • ストレージ スナップショットを使用してバックアップが実行されない場合に、連続ストリームを読み取るバックアップ ワークロード
  • SAP HANA の場合、インスタンスの再起動後のメモリへのデータの読み込み

特に、ワークロードが 1 秒あたり数百個のトランザクションしか処理しない小規模な DBMS システムでは、トランザクション ログまたは再実行ログを格納するディスクまたはボリュームでも、このようなバースト機能は意味があります。 このようなディスクまたはボリュームに対して予想されるワークロードは次のとおりです。

  • アプリケーションによって発行されるすべてのコミットによって I/O 操作がトリガーされる可能性が高いため、ワークロードとワークロードの性質に依存するディスクへの定期的な書き込み
  • インデックスの作成や再構築などの運用タスクでのスループットの高いワークロード
  • トランザクション ログまたは再実行ログのバックアップを実行するときの読み取りバースト

重要

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,892 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 バースティングなし
M416(d)s_6_v3 5,696 GiB 4,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 バースティングなし
M416(d)s_8_v2 7,600 2,000 MBps 4 x P40 1,000 MBps バースティングなし 30,000 バースティングなし
M416(d)s_8_v3 7,600 4,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 バースティングなし
M624(d)s_12_v3、M832(d)s_12_v3 11,400 GiB 4,000 MBps 4 x P50 1,000 MBps バースティングなし 30,000 バースティングなし
M832ixs1 14,902 GiB 2,000 Mbps を超える 4 x P602 2,000 MBps バースティングなし 64,000 バースティングなし
M832i(d)s_16_v3 15,200 GiB 8,000 Mbps 4 x P602 2,000 MBps バースティングなし 64,000 バースティングなし
M832ixs_v21 23,088 GiB 2,000 Mbps を超える 4 x P602 2,000 MBps バースティングなし 64,000 バースティングなし
M896ixds_32_v31 30,400 GiB 8,000 Mbps 4 x P602 2,000 MBps バースティングなし 64,000 バースティングなし
M1792ixds_32_v31 30,400 GiB 8,000 Mbps 6 x P602 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,892 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
M416(d)s_6_v3 5,696 GiB 2,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
M416(d)s_8_v3 7,600 GiB 4,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
M624(d)s_12_v3、M832(d)s_12_v3 11,400 GiB 4,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
M832i(d)s_16_v3 15,200 GiB 8,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
M896ixds_32_v31 30,400 GiB 8,000 Mbps 4 x P20 600 MBps 680 MBps 9,200 14,000
M1792ixds_32_v31 30,400 GiB 8,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,892 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
M416(d)s_6_v3 5,696 GiB 2,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
M416(d)s_8_v3 7,600 GiB 4,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
M624(d)s_12_v3、M832(d)s_12_v3 11,400 GiB 4,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
M832i(d)s_16_v3 15,200 GiB 8,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
M896ixds_32_v31 30,400 GiB 8,000 Mbps 1 x P30 1 x P10 1 x P6
M1792ixds_32_v31 30,400 GiB 8,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,892 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,892 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

1 Azure 書き込みアクセラレータは、Ev4 と Ev4 VM ファミリでは使用できません。 Azure Premium Storage を使用した結果として、I/O 待機時間が 1 ミリ秒未満になることはありません

2 この VM ファミリは、Azure 書き込みアクセラレータをサポートしていますが、書き込みアクセラレータの IOPS 制限によって、このディスク構成での IOPS 機能が制限される可能性があります

3 /hana/shared のサイズ設定に関する考慮事項を注意深く確認してください

SAP HANA のデータとログのボリュームを組み合わせる場合は、ストライプ ボリュームを構築するディスクで、読み取りキャッシュや読み取り/書き込みキャッシュを有効にしないでください。

一覧に示した VM の種類には、SAP では認定されておらず、そのため、いわゆる SAP HANA ハードウェア ディレクトリの一覧には含まれていないものがあります。 お客様からのフィードバックによれば、非運用環境の一部のタスクについては、一覧に含まれない種類の VM が正常に使用されました。

次のステップ

詳細については、次を参照してください。