Unified Managerを使用して、ハイアベイラビリティ（HA）ペアを構成するクラスタノードでの大量のデータ処理が原因のパフォーマンスイベントを調査できます。また、Unified Managerを使用してノードの健全性を確認し、ノードで検出された最近の健全性イベントがパフォーマンスイベントに関与しているかどうかを判断できます。

要件

オペレータ、アプリケーション管理者、またはストレージ管理者のロールが必要です。
新規、確認済み、または廃止のパフォーマンスイベントが存在する必要があります。

手順

[イベントの詳細]ページを表示してイベントに関する情報を確認します。
[説明]に表示されているイベントに関連するワークロードおよび競合状態のクラスタコンポーネントの説明を確認します。

競合状態のクラスタコンポーネントによってレイテンシが影響を受けたVictimボリュームが1つあります。パートナーノードからすべてのワークロードをテイクオーバーしてデータを処理中のノードが、競合状態のクラスタコンポーネントです。[競合しているコンポーネント]の下に[データ処理]アイコンが赤で強調表示され、イベント発生時にデータを処理していたノードの名前がかっこ内に表示されます。
[説明]で、ボリュームの名前をクリックします。

ボリュームの[パフォーマンスエクスプローラ]ページが表示されます。ページ上部の[イベント]タイムラインで、変更イベントのアイコン（）が表示された場所がUnified ManagerがHAテイクオーバーの開始を検出した時間です。
HAテイクオーバーの変更イベントアイコンにカーソルを合わせます。HAテイクオーバーの詳細がホバーテキストで表示されます。

[レイテンシ]グラフに表示されたイベントから、HAテイクオーバーと同じタイミングで発生した高レイテンシが原因で、選択したボリュームでパフォーマンスしきい値が超えたことがわかります。
[ズームビュー]をクリックして、新しいページに[レイテンシ]グラフを表示します。
[表示]メニューで[クラスタコンポーネント]を選択して、クラスタコンポーネントごとの合計レイテンシを表示します。
HAテイクオーバーの開始を示す変更イベントアイコンにマウスカーソルを合わせ、データ処理のレイテンシを合計レイテンシと比較します。

HAテイクオーバーの実行時に、データ処理ノードでワークロード需要が増加したためにデータ処理のレイテンシが急増しています。CPU利用率の増加によってレイテンシが増加し、イベントがトリガーされました。
障害が発生したノードを修復したあと、ONTAP System Managerを使用してHAギブバックを実行します。ワークロードはパートナーノードから修復されたノードに移動します。
HAギブバックが完了したら、Unified Managerでの次回の構成の検出のあと（約15分後）に、HAテイクオーバーによってトリガーされたイベントとワークロードを[イベント管理]インベントリページで確認します。

HAテイクオーバーによってトリガーされたイベントの状態が「廃止」になり、イベントが解決されたことを確認できます。データ処理コンポーネントでのレイテンシが低下し、その結果合計レイテンシも低下しています。選択したボリュームが現在データ処理に使用しているノードでイベントが解決されました。

Active IQ Unified Manager 9.13

HAテイクオーバーが原因の動的なパフォーマンス イベントへの対処

HAテイクオーバーが原因の動的なパフォーマンスイベントへの対処