この例では、 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 で実行できます。