Azure NetApp Files のパフォーマンスに関する考慮事項
重要
この記事では、"通常のボリューム" のみのパフォーマンス考慮事項を取り上げます。
"大きなボリューム" については、「大きなボリュームに関する要件と考慮事項」を参照してください。
自動 QoS を使用するボリュームのスループット制限は、ボリュームに割り当てられたクォータと選択されたサービス レベルの組み合わせで決まります。 手動 QoS を使用するボリュームの場合は、スループット制限を個別に定義できます。 Azure NetApp Files についてパフォーマンス計画を立てるときは、いくつかの考慮事項を把握している必要があります。
クォータとスループット
スループット制限は、読み取り速度と書き込み速度の組み合わせです。 スループット制限は、実現される実際のパフォーマンスの 1 つの決定要因でしかありません。
ストレージのパフォーマンスに関する一般的な考慮事項が、提供される全体的パフォーマンスに影響します。 この考慮事項には、読み取りと書き込みの組み合わせ、転送サイズ、ランダムまたはシーケンシャル パターン、その他の多くの要因が含まれます。
メトリックは、5 分間に収集された複数のデータ ポイントの集計として報告されます。 メトリックの集計について詳しくは、「Azure Monitor メトリックの集計と表示」を参照してください。
テストで観測された最大の実験的スループットは、4,500 MiB/秒 です。 Premium ストレージ層では、70.31 TiB の自動 QoS ボリューム クォータにより、このパフォーマンス レベルを達成するのに十分高いスループット制限がプロビジョニングされます。
自動 QoS ボリュームについて、70.31 TiB を超えるボリューム クォータ量の割り当てを検討している場合は、追加データを格納するために追加のクォータをボリュームに割り当てることができます。 ただし、追加されたクォータによって、実際のスループットがさらに増加することはありません。
同じ経験的スループット上限が、手動 QoS を使用するボリュームにも適用されます。 ボリュームに割り当てることができる最大スループットは、4,500 MiB/秒です。
自動 QoS ボリューム クォータとスループット
自動 QoS の種類を使用したボリュームのクォータ管理とスループットについて説明します。
ボリューム クォータのオーバープロビジョニング
ワークロードのパフォーマンスがスループット制限にバインドされている場合は、より高いスループット レベルを設定してより高いパフォーマンスを達成するために、自動 QoS ボリューム クォータをオーバープロビジョニングすることが可能です。
たとえば、Premium ストレージ層の自動 QoS ボリュームに 500 GiB のデータのみ格納されているが、128 MiB/秒のスループットが必要である場合は、クォータを 2 TiB に設定し、それに応じてスループット レベルが設定されるようにすることができます (1 TB あたり 64 MiB/秒 * 2 TiB = 128 MiB/秒)。
より高いスループットを達成するために一貫してボリュームをオーバープロビジョニングしている場合は、代わりに、手動 QoS ボリュームを使用するか、使用するサービス レベルを上げることを検討してください。 この例では、Ultra ストレージ層を代わりに使用することで、自動 QoS ボリューム クォータの半分で同じスループット制限を達成することができます (Tib あたり 128 MiB/秒 * 1 TiB = 128 MiB/秒)。
ボリューム クォータの動的な増加または削減
パフォーマンス要件が本質的に一時的なものである場合、またはパフォーマンスのニーズを一定期間増加した場合は、動的にボリューム クォータを増減して瞬時にスループット制限を調整できます。 次の考慮事項に注意してください。
ボリューム クォータの増減は、IO を一時停止せずに行うことができ、ボリュームへのアクセスが中断されたり影響を受けたりすることはありません。
クォータの調整は、ボリュームに対するアクティブな I/O トランザクション中に行うことができます。 ボリューム クォータは、ボリュームに格納されている論理データ量未満にまで削減することはできません。
ボリューム クォータが変更されると、スループット制限の対応する変更はほぼ瞬時に実行されます。
この変更によってボリュームのアクセスや I/O が中断されたり影響を受けたりすることはありません。
ボリューム クォータを調整するには、容量プール サイズの変更が必要になることがあります。
容量プール サイズの調整は、ボリュームの可用性や I/O に影響を与えることなく動的に行うことができます。
手動 QoS ボリューム クォータとスループット
手動 QoS ボリュームを使用する場合は、スループットを各ボリュームに個別に割り当てることができるため、より高いスループットを実現するためにボリューム クォータをオーバープロビジョニングする必要はありません。 ただし、パフォーマンスのニーズに応じて十分なスループットを備えた容量プールが事前にプロビジョニングされていることを確認する必要があります。 容量プールのスループットは、そのサイズとサービス レベルに応じてプロビジョニングされます。 詳細については、「Azure NetApp Files のサービス レベル」を参照してください。
パフォーマンスのためのボリュームの監視
Azure NetApp Files ボリュームは、使用可能なパフォーマンス メトリックを使用して監視できます。
(QoS 設定によって決まる) ボリューム スループットが最大値に達すると、ボリュームの応答時間 (待機時間) が増加します。 この影響は、ストレージによって発生するパフォーマンスの問題として誤って認識される可能性があります。 ボリューム QoS 設定 (手動 QoS) を増やすか、ボリューム サイズ (自動 QoS) を増やすと、許容されるボリューム スループットが増加します。
最大スループット制限に達したかどうかを確認するには、スループット制限に達したメトリックを監視します。 その他の推奨事項については、「Azure NetApp Files のパフォーマンスに関するよくあるご質問」を参照してください。