この例では、MetroCluster リソースアイコンが赤色になっており、MetroCluster リソースが競合状態にあることを示しています。アイコンの上にカーソルを合わせると、アイコンの説明が表示されます。ページ上部のイベント ID には、イベントが検出されたクラスターの名前を示すクラスター名が表示されます。

この例では、マウスオーバーで表示される情報にVictimワークロードが表示されています。[レイテンシ]グラフを確認すると、関連するVictimワークロードの全体的なレイテンシのパターンは一貫していることがわかります。Victimワークロードの異常なレイテンシによってイベントがトリガーされた場合でも、レイテンシのパターンが一貫していれば、ワークロードのパフォーマンスは想定範囲内に収まっており、I/Oの一時的な上昇によってレイテンシが増加したことでイベントがトリガーされた可能性が考えられます。

これらのボリュームのワークロードにアクセスするアプリケーションでクライアントに最近インストールしたものがある場合は、そのアプリケーションから大量のI/Oが送信されたことが原因でレイテンシが増加した可能性があります。ワークロードのレイテンシが想定範囲内に戻ってイベントの状態が廃止に変わり、その状態が30分以上続くようであれば、このイベントは無視しても問題がないと考えられます。イベントが新規の状態のまま継続する場合は、イベントの原因となった問題が他にないかどうかをさらに詳しく調べます。

Bullyワークロードがある場合は、ローカル クラスタの1つ以上のワークロードがMetroClusterのリソースを過剰に消費しているためにイベントが発生した可能性が考えられます。Bullyワークロードの書き込みスループット（MBps）の偏差が大きくなっています。

このグラフは、ワークロードの書き込みスループット（MBps）パターンの概要を表示します。書き込みMBpsパターンを確認することで、異常なスループットを特定できます。これは、ワークロードがMetroClusterリソースを過剰に利用していることを示している可能性があります。

イベントに関連するBullyワークロードがない場合は、クラスタ間のリンクの健常性の問題やパートナー クラスタのパフォーマンスの問題がイベントの原因として考えられます。Unified Managerを使用してMetroCluster構成の両方のクラスタの健常性を確認できます。また、パートナー クラスタのパフォーマンス イベントの確認と分析もUnified Managerで実行できます。