メインコンテンツまでスキップ

アグリゲート内のすべてのボリュームの IOPS の合計がアグリゲートの IOPS と一致しないのはなぜですか。

Views:
8
Visibility:
Public
Votes:
0
Category:
active-iq-unified-manager
Specialty:
perf
Last Updated:

環境

  • OnCommand Unified Manager ( OCUM )
  • Active IQ Unified Manager ( AIQUM )
  • ONTAP 9
  • clustered Data ONTAP 8.3

回答

  • ONTAP には、ボリューム IOPS とは異なる数の IOPS でアグリゲートサイクルを実行するバックグラウンドタスクが多数あります
  • ONTAP は、パフォーマンスを最大限に高めるために IOP ごとにディスクへの移行を回避するために、使用済みおよび予測される次のブロックをキャッシュ内に保持するように最適化されているため、ディスクから initally read :ディスクからキャッシュされます
    • つまり、ワークロードが大量にキャッシュされているため、ディスク IOPS よりもボリューム IOPS がカウントされます
    • 逆の処理は、バックグラウンド処理が大量に発生していて、ボリュームワークロードがほとんど発生していない場合にも同様です
    • 例: ボリューム内の 10 個のデータブロックが 1000 IOPS の速度で繰り返し読み取られる場合は、最初の 2 つのブロックが読み取られ、先読みで次の 8 つのブロックが先読みで読み出され、そのブロックがキャッシュ( RAM )に格納されて 1000 IOPS が処理されます

 

アグリゲートの処理数がボリュームと異なるのはなぜですか。
  • ONTAP はバックグラウンド処理が多数存在し、この処理をボリュームから切り離しています
  • ONTAP ではワークロードの動作が異なります
    • 要求が来たときは IOPS が混在します
      • たとえば 、 1 つのボリュームに 4KB の読み取りがあり、残りの 1MB の読み取りがあり、整合ポイントまでディスクに書き込まれない書き込みワークロードが存在する場合があります
    • ネットワークで IOP が 1 つ発生すると、複数の WAFL IOPS がトリガーされるか、ネットワークで複数の IOPS を使用して 1 つの WAFL IOP が作成される可能性があります

 

IOP タイプ(読み取り、書き込み、その他、小規模または大規模)の違いが、ディスクよりボリュームの IOPS 数に与える影響
  • 同じデータを繰り返し読み取る読み取りは、最初のヒット後にキャッシュされます
  • 先読みは、要求される前に必要なブロックを取得するため、ボリューム IOPS よりも多くのディスク IOPS を引き起こします
  • 大きな読み取り( 64KB を超える)にはボリューム IOPS が 1 つ設定されますが、複数のディスク IOPS がマージされます
  • 書き込みは整合ポイントを通過し ' ディスクには書き込まれません
  • 一般に、ファイルシステム構造を変更しないその他の IOPS はキャッシュに格納されます
    • 例:ボリュームには 100 、 000 、 GETATTR IOPS がありますが、ワークロードの初回ロード後はディスクを使用してデータを読み取ることはありません
  • ファイルシステム構造を変更するその他の IOPS では、メタデータとデータブロックを更新するために複数のディスク IOPS が必要になる場合があります
    • 例: ファイルを上書きする属性設定には、次のような変更があります。
      1. メタデータを更新します
      2. 既存のブロックを空きとしてマークします
      3. WAFL の動作により、新しいディスク上の新しい場所に新しいデータを整合ポイントに書き込みます

 

AIQUM でこれらの出力を使用して、ワークロードを追加できるかどうかを確認します

追加情報

例: このアグリゲートのボリューム IOPS (合計 2000 未満)は、 Active IQ Unified Manager では合計アグリゲート IOPS ではありません

aiqum-aggr-vol-iops.png

 

Scan to view the article on your device