次の方法で共有


SAP HANA Azure 仮想マシンの Premium SSD v2 ストレージの構成

Premium SSD v2 を使うと、ストレージ アーキテクチャの構築方法が簡素化され、ストレージ機能をワークロードに合わせて調整できます。 Premium SSD v2 では、容量、IOPS (1 秒あたりの I/O 操作)、スループットを互いに独立して構成し、支払うことができます。

LVM を使用する場合のストライプ サイズに関する一般的な考慮事項、HANA データ ボリュームのパーティション分割、または特定のストレージの種類に限定されないその他の考慮事項については、次の 2 つのドキュメントを確認してください。

このドキュメントでのストレージ構成に関する提案は、最初の方向性を示すことを目的としています。 ワークロードを実行し、ストレージの使用パターンを分析すると、提供されているストレージ帯域幅または IOPS をすべて使用しているわけではないことに気付く場合があります。 ストレージをダウンサイズすることや、最初はディスク サイズを小さくして、時間の経過と共にオンライン拡張を利用することを検討できます。 逆に、これらの構成で推奨されているストレージ スループットよりも多くのスループットがワークロードに必要な場合もあります。 その結果、より多くの容量、IOPS、またはスループットをデプロイすることが必要となります。 必要なストレージ容量、必要なストレージ待ち時間、必要なストレージ スループットと IOPS、最も安価な構成のバランスの面で、ユーザーと HANA ワークロードにとって適切な妥協点を見つけ、それに合わせて調整できるように、Azure には機能や価格がそれぞれ異なるさまざまなストレージの種類が用意されています。

運用環境のシナリオで Azure Premium SSD v2 で推奨される開始構成は、次のようになります。

/hana/data - 1.2 x VM メモリのサイズ。必要に応じてサイズを大きくできます。 次の表のデータ スループットと IOPS の値を参照してください。

/hana/log - 0.5 x VM メモリのサイズ。1 TiB メモリを超える VM の場合は 500 GiB。 次の表のログ スループットと IOPS の値を参照してください。

/hana/log - 1 x VM メモリのサイズ。1 TiB メモリを超える VM の場合は 1 TiB。 開始構成として既定の IOPS とスループットを使用します。

仮想マシンのメモリまたは SKU データ スループット データ IOPS ログ スループット ログの IOPS
1 TiB 未満 425 MBps 3,000 275 MBps 3,000
1 TiB 以上 2 TiB 未満 600 MBps 5,000 300 MBps 4,000
2 TiB 以上 4 TiB 未満 800 MBps 12,000 300 MBps 4,000
4 TiB 以上 8 TiB 未満 1,200 MBps2 20,000 400 MBps 5,000
M416ms_v2 (11,400 GiB) 1,300 MBps 25,000 400 MBps 5,000
M624(d)s_12_v3 (11,400 GiB) 1,300 MBps 40,000 600 MBps 6,000
M832(d)s_12_v3 (11,400 GiB) 1,300 MBps 40,000 600 MBps 6,000
M832ixs1 (14,902 GiB) 2,000 MBps 40,000 600 MBps 9,000
M832i(d)s_16_v3 (15,200 GiB) 4,000 MBps 60,000 600 MBps 10,000
M832ixs_v21 (23,088 GiB) 2,000 MBps 60,000 600 MBps 10,000
M896ixds_32_v31 (30,400 GiB) 2,000 MBps 80,000 600 MBps 10,000
M1792ixds_32_v31 (30,400 GiB) 2,000 MBps 80,000 600 MBps 10,000

1 VM の種類は既定では使用できません。 担当の Microsoft アカウント チームまでご連絡ください。

2 M208(m)s_v2 仮想マシンでは、VM の制限により 1,000 MBps に制限されます。

仮想マシンのメモリとリモート ストレージの機能の詳細については、「M ファミリのメモリ最適化 VM サイズ シリーズ」と「E ファミリのメモリ最適化 VM サイズ シリーズ」を参照してください。

推奨されるさまざまなボリュームのストレージ スループットが、実行するワークロードに対応できるかどうかを確認します。 ワークロードで /hana/data と /hana/log にさらに大きいボリュームが必要な場合は、使っている個々のディスクの IOPS とスループットの一方または両方を増やす必要があります。

テーブル内の値は、ファイル システム全体の合計値として示されています。 1 つの Premium SSD v2 ディスクで 1,200 MB/秒のスループット制限があるため、より大きな VM に対しては複数のディスクとストライピングを使用する必要があります。 同様に、ストライピングを使用してディスクあたり 125 MB/秒と 3,000 IOPS のメリットを活用する場合は、合計値をディスクの数で割ってください。

複数のディスクを使用する場合の例

Azure マネージド ディスクの価格表を見ると、Premium SSD v2 で導入されたコスト体系では、2 つの一般的なパスを利用できることがわかります。

  1. /hana/data/hana/log に単一のディスクを使うことでストレージ アーキテクチャを簡素化し、以下で推奨されるレベルを達成するために必要に応じて、より多くの IOPS とスループットを購入します。 1 つのディスクのスループットの上限は 1,200 MB/秒および 80,000 IOPS であることを認識する必要があります。
  2. 各ディスクで無料で提供される 3,000 IOPS と 125MB/秒を活用することを考えます。 そのためには、合計すると必要な容量になるように複数の小さなディスクを作成し、論理ボリューム マネージャーを使ってこれらの複数のディスク間にストライプ ボリュームを構築します。 複数のディスク間でストライピングを行うと、IOPS とスループットのコスト要因が減る可能性があります。 しかし、その結果、デプロイの自動化とこのようなソリューションの運用に必要な労力が増えます。

ユーザーの方向性は Microsoft が決定するものではなく、単一ディスク アプローチまたは複数ディスク アプローチのどちらを採用するかの決定はユーザーに委ねられます。 ただし、1 つのディスクを使用するアプローチでは 1,200 MB/秒のスループット制限の影響を受ける可能性があることに注意してください。 /hana/data を複数のボリュームに拡張することが必要になる可能性があります。 多くの Azure VM では、1 つの Premium SSD v2 ディスクで提供できるより高いストレージ スループットを実現できます。 また、ストレージ スループットを提供する Azure VM の機能は、時間の経過と共に向上することにも注意してください。 また、HANA のセーブポイントは重要であり、/hana/data ボリュームには高いスループットが求められます。

このテーブルと IOPS およびスループットの価格を組み合わせると、複数の Premium SSD v2 ディスク間でストライピングを行うことで、調べている特定のストレージ構成のコストがどのように削減できるかがわかるはずです。 これらの計算に基づいて、/hana/data/hana/log で単一ディスク アプローチを進めるかどうかを決定できます。

ファイル システムの合計サイズ ディスクの数 個々のディスクのサイズ 必要なスループットの合計 既定のスループット プロビジョニングされる追加のスループット 必要な合計 IOPS 既定の IOPS プロビジョニングされる追加の IOPS
512 GiB 1 512 GiB 425 MBps 125 MBps + 300 MBps 5,000 IOPS 3,000 IOPS + 2,000 IOPS
512 GiB 2 256 GiB 425 MBps 250 MBps (2 x 125) + 175 MBps (2 x 88) 5,000 IOPS 6,000 IOPS (2 x 3,000) なし
512 GiB 4 128 GiB 425 MBps 500 MBps (4 x 125) なし 5,000 IOPS 12,000 IOPS (4 x 3,000) なし
--- --- --- --- --- --- --- --- ---
4 TiB 1 4 TiB 1,000 MBps 125 MBps + 875 MBps 20,000 IOPS 3,000 IOPS + 17,000 IOPS
4 TiB 2 2 TiB 1,000 MBps 250 MBps (2 x 125) + 750 MBps (2 x 375) 20,000 IOPS 6,000 IOPS (2 x 3,000) + 14,000 IOPS (2 x 7,000)
4 TiB 4 1 TiB 1,000 MBps 500 MBps (4 x 125) + 500 MBps (4 x 125) 20,000 IOPS 12,000 IOPS (4 x 3,000) + 8,000 IOPS (4 x 2,000)

Note

このドキュメントで示す構成では、「SAP HANA Azure 仮想マシンのストレージ構成」に記載されている HANA の最小 KPI が維持されます。 これまでのテストでは、一覧の値で SAP HCMT テストのスループットまたは待ち時間が不合格になることは示されませんでした。 ただし、考えられるすべてのバリエーションおよび複数のディスクまたは異なるストライプ サイズにわたって拡張されたストライプ セットの組み合わせがテストされたわけではありません。 複数のディスクにまたがるストライプ ボリュームで実施したテストは、「SAP HANA Azure 仮想マシンのストレージ構成」に記載されているストライプ サイズで行われました。

重要

Azure Premium SSD v2 の論理セクター サイズを 512 バイトまたは 4096 バイトとして定義できます。 既定のセクター サイズは 4096 バイトです。 HCMT を使用して実施されたテストでは、異なるセクター サイズ間のパフォーマンスとスループットに大きな違いは見つかりませんでした。 このセクター サイズは、論理ボリューム マネージャーを使用するときに定義する必要があるストライプ サイズとは異なります。

Premium SSD v2 と Premium SSD および Ultra Disk との主な違い

Premium SSD v2 と既存の NetWeaver および HANA 認定ストレージの主な違いを次に示します。

  • Premium SSD v2 では、デプロイされた正確な容量に対して支払います。 容量のコストを決めるためにサイズのブラケットが使われている Premium ディスクや Ultra Disk とは異なります
  • すべての Premium SSD v2 ストレージ ディスクは 3,000 IOPS と 125 MB/秒 のスループットを備えており、これは容量の価格に含まれます
  • 各ディスクの既定のディスクのものを超える追加の IOPS とスループットをいつでもプロビジョニングでき、個別に課金されます
  • プロビジョニングされた IOPS とスループットに対する変更は、24 時間に 4 回実行できます
  • Premium SSD v2 の待ち時間は Premium Storage より短くなりますが、Ultra Disk よりは長くなります。 ただし、1 ミリ秒未満であるため、Azure 書き込みアクセラレータなどの他の機能の助けを借りることなく SAP HANA の KPI に合格します
  • Ultra Disk と同様に、/hana/data や /hana/log ボリュームに Premium SSD v2 を使用でき、アクセラレータや他のキャッシュは必要ありません
  • Ultra Disk と同様に、Azure Premium SSD v2 では Premium SSD で提供されるようなキャッシュ オプションは提供されません
  • Premium SSD v2 では、同じメモリを提供する HANA 認定の Ev4、Ev5、M シリーズ仮想マシン (VM) に、同じストレージ構成が適用されます
  • Premium SSD とは異なり、Premium SSD v2 にはディスク バーストや VM バーストはありません

Azure 書き込みアクセラレータのサポートや他のキャッシュによるサポートがないため、異なる VM ファミリに対する Premium SSD v2 の構成はより簡単で統一されており、デプロイの自動化でバリエーションを考慮する必要がありません。 バースト機能がないため、提供される スループットと IOPS はより決定論的であり信頼できます。 Premium SSD v2 は新しいストレージの種類であるため、その機能に関していくつかの制限がまだあります。 これらの制限および異なるストレージ間の違いについては、ドキュメントの「Azure マネージド ディスクの種類」を最初にご覧ください。

次のステップ

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