NetApp Console ローカル展開でボリュームの高レイテンシを調査する
変更を提案
PDF
NetApp Console ローカルデプロイメントのワークロードアナライザーを使用して、ボリュームの応答速度が遅い原因を特定します。
アラートまたはボリュームインベントリからアナライザーを開くと、ボリュームは既に選択されているため、時間範囲とチャートの内訳に集中できます。
アプリケーションのパフォーマンスが低下した場合は、I/Oパスのどの部分が速度低下の原因となっているかを特定してください。レイテンシー分析セクションでは、応答時間を遅延センターごとに分類し、ネットワークの問題、データ処理オーバーヘッド、アグリゲートの競合、およびその他の要因を区別することができます。
-
以下のいずれかの方法でワークロードアナライザーを開きます。
-
「Health」メニューから「Workload Analyzer」を選択し、「Volume」フィールドで調査対象のボリュームを検索して選択します。
-
ストレージ > フリート > インベントリ ページから、分析するボリュームに移動し、アクションメニューから 分析 を選択します。
-
*アラート > 概要*ページから、調査対象のボリュームに関連する容量アラートを選択し、アラートの詳細から*分析*を選択します。
-
-
パフォーマンスの問題が発生していた期間を対象期間として「時間範囲」を設定し、「分析」を選択します。
-
「イベントタイムライン」セクションを確認して、レイテンシの増加と一致する構成変更とアラートを確認してください。
アナライザーは、構成変更イベント（レンチアイコン）とアラートイベント（警告アイコンと重大アイコン）をレイテンシチャートと同じ時間軸上にプロットするため、変更がパフォーマンス低下に先行していたかどうかを簡単に確認できます。
-
「レイテンシー」セクションで、「表示」ドロップダウンを開き、「遅延中心による内訳」を選択します。このグラフは、各遅延センターが時間経過に伴う総レイテンシーにどのように寄与しているかを示しています。遅延センターには以下が含まれます：
-
読み取りレイテンシ
-
書き込みレイテンシ
-
その他の遅延
-
-
グラフ上で遅延が最も高いポイントにカーソルを合わせると、各遅延センターの値と、それが全体の遅延に占める割合が表示されます。
最も遅延が大きい箇所は、通常、競合しているリソースを示しています。共有リソースが需要に追いつけない場合、そのリソースを使用するボリュームはI/O処理でより長い待ち時間が発生します。ワークロードを移動したり、QoS制限を調整したりするなどして、そのリソースへの負荷を軽減し、レイテンシを低減してください。
-
最も大きな影響を与えている要因を特定し、その値を基に次のステップを決定してください。
-
読み取りレイテンシが高い場合は、ディスク競合が発生している可能性があります。「リソース使用率」セクションで、アグリゲートのビジー率を確認してください。
-
*書き込みレイテンシ*が大きい場合は、NICの飽和状態、またはクラスタ外のネットワークパスの問題を示している可能性があります。
-
「その他のレイテンシ」が高い場合は、インライン効率設定がワークロードが許容できる以上のCPUを消費している可能性があります。効率設定またはQoSの調整を検討してください。
-
*クラウドレイテンシ*が高い場合、ワークロードが容量層上のコールドデータに頻繁にアクセスしていることを示している可能性があります。階層化ポリシーの見直しを検討してください。
-
-
遅延センターが速度低下を説明していない場合は、「容量分析」セクションを確認してください。ONTAP システムが 85% を超えて使用されている場合、遅延センターの内訳に関係なく、高い使用率がパフォーマンスの問題を引き起こす可能性があります。
-
変更イベントの直後にレイテンシが増加した場合は、イベントの詳細と関連するグラフを合わせて、考えられる原因を検証してください。
-
QoSの変更については、レイテンシラインとQoS制限ラインを比較し、スループットチャートを確認して、需要がポリシーの上限に達しているかどうかを確認してください。
-
アグリゲートまたはボリュームの移動については、レイテンシのスパイクを、同じ期間に表示されているノードおよびアグリゲートの利用率の値と比較してください。
-
階層化ポリシーの変更については、クラウドのレイテンシへの寄与を確認し、変更後にコールドデータへのアクセスが増加したかどうかを判断してください。
-
構成または配置の問題が原因で問題が発生し、Console のローカル展開で解決できる場合、ボリュームのアラートに Fix-It オプションが表示されることがあります。