MetroCluster構成のクラスタの動的なパフォーマンスイベントの分析
Unified Manager を使用して、パフォーマンスイベントが検出された MetroCluster 構成のクラスタについて分析することができます。クラスタの名前、イベントの検出時間、および関連する _OBully と _Victim のワークロードを特定できます。
-
必要なもの *
-
オペレータ、アプリケーション管理者、またはストレージ管理者のロールが必要です。
-
MetroCluster構成に対して新規、確認済み、または廃止状態のパフォーマンスイベントが発生している必要があります。
-
MetroCluster 構成の両方のクラスタを Unified Manager の同じインスタンスで監視している必要があります。
-
イベントの詳細情報を表示するには、イベントの詳細 * ページを表示します。
-
イベントの説明で、関連するワークロードの名前と数を確認します。
この例では、 MetroCluster リソースのアイコンが赤になっています。これは、 MetroCluster リソースが競合状態にあることを示しています。アイコンにカーソルを合わせると、アイコンの説明が表示されます。
-
クラスタの名前とイベントの検出時刻をメモします。この情報を使用して、パートナークラスタのパフォーマンスイベントを分析できます。
-
グラフで、 _Victim ワークロードの応答時間がパフォーマンスしきい値を超えていることを確認します。
この例では、ホバーテキストにVictimワークロードが表示されています。レイテンシグラフには、関連するVictimワークロードの一貫したレイテンシパターンが大まかに表示されます。Victimワークロードの異常なレイテンシによってイベントがトリガーされた場合でも、レイテンシのパターンが一貫していれば、ワークロードのパフォーマンスは想定範囲内に収まっているものの、I/Oの急増によってレイテンシが増加してイベントがトリガーされた可能性があります。
これらのボリュームワークロードにアクセスするアプリケーションをクライアントに最近インストールした場合、そのアプリケーションから大量のI/Oが送信されると、レイテンシが増大する可能性があります。ワークロードのレイテンシが想定範囲内に戻り、イベントの状態が「obsolete」に変わり、30分以上この状態のままになった場合は、このイベントは無視してかまいません。継続中のイベントが新しい状態のままの場合は、さらに詳しく調査して、イベントの原因が他の問題であるかどうかを確認できます。
-
ワークロードスループットグラフで、「 * Bully workloads * 」を選択して Bully ワークロードを表示します。
Bullyワークロードがある場合は、ローカルクラスタの1つ以上のワークロードがMetroClusterリソースを過剰に消費していることが原因でイベントが発生した可能性があります。Bullyワークロードの書き込みスループット(MB/秒)の偏差が大きくなっています。
このグラフには、ワークロードの書き込みスループット(MB/秒)のパターンが大まかに表示されます。書き込みMBpsのパターンからスループットの異常を特定できます。ワークロードがMetroClusterリソースを過剰に消費している可能性があります。
イベントに関連するBullyワークロードがない場合は、クラスタ間のリンクの健常性の問題、またはパートナークラスタのパフォーマンスの問題がイベントの原因である可能性があります。Unified Manager を使用して MetroCluster 構成の両方のクラスタの健常性を確認できます。また、パートナークラスタのパフォーマンスイベントの確認と分析も Unified Manager で実行できます。