Tiebreaker ソフトウェアは、 IP ネットワークでホストされるノード管理 LIF およびクラスタ管理 LIF への複数のパスを経由する冗長接続を確立することによって、 MetroCluster 構成内の各コントローラを監視します。

Tiebreaker ソフトウェアで監視される MetroCluster 構成のコンポーネントは次のとおりです。

Tiebreaker ソフトウェアとクラスタ内のすべてのノードおよびクラスタ自体との接続が失われると、クラスタは Tiebreaker ソフトウェアによって「到達不能」と宣言されます。接続障害は 3~5 秒で検出されます。Tiebreaker ソフトウェアからクラスタに到達できない場合、障害が発生していないクラスタ（到達可能なクラスタ）は、 Tiebreaker ソフトウェアがアラートをトリガーする前に、パートナークラスタへのすべてのリンクが切断されていることを示す必要があります。

Tiebreaker ソフトウェアは、ディザスタサイトのクラスタ（すべてのノード）が停止しているか到達不能であり、サバイバーサイトのクラスタが「 AllLinksSevered 」ステータスを示している場合、アラートをトリガーします。

次のシナリオでは、 Tiebreaker ソフトウェアはアラートをトリガーしません（またはアラートが拒否されます）。

"MetroCluster Tiebreaker をアクティブモードで使用する場合のリスクと制限事項"

構成によっては、 MetroCluster 構成の 2 つのクラスタ間のネットワークパスに次の 3 つの種類が存在します。

Tiebreaker ソフトウェアは、サイト間接続のステータスをノードから定期的に取得します。NV インターコネクト接続が失われ、クラスタ間ピアリングが ping に応答しない場合、クラスタはサイトが分離されているとみなし、 Tiebreaker ソフトウェアは「 AllLinksSevered 」というアラートをトリガーします。クラスタが「 AllLinksSevered 」ステータスを識別し、もう一方のクラスタがネットワーク経由で到達できない場合、 Tiebreaker ソフトウェアは「 `d isaster 」としてアラートをトリガーします。

Tiebreaker ソフトウェアは、ノードが停止するとすぐにアラートをトリガーします。電源に障害が発生すると、クラスタ間ピアリング、 NV インターコネクト、メールボックスディスクなどのすべての接続と更新が停止します。クラスタが到達不能になってから 5 秒のデフォルトのサイレント時間を含めて、災害が検出され、トリガーがトリガーされるまでの時間は 30 秒以内にする必要があります。

MetroCluster FC構成では、サイト間のNVインターコネクト接続が停止し、サバイバーサイトのステータスが「AllLinksSevered」になると、Tiebreakerソフトウェアによってアラートがトリガーされます。これはコアダンププロセスが完了するまで発生しません。このシナリオでは、クラスタが到達不能になってから災害が検出されるまでの時間は、コアダンププロセスにかかる時間より長いか、ほぼ同じです。多くの場合、検出時間は 30 秒を超えます。

ノードの動作が停止してもコアダンププロセスのファイルが生成されない場合は、検出時間が 30 秒を超えないようにしてください。MetroCluster IP構成では、NVは通信を停止し、サバイバーサイトはコアダンププロセスを認識しません。

Tiebreaker ソフトウェアは、ノードが停止し、サバイバーサイトのステータスが「 AllLinksSevered 」になった場合にのみアラートをトリガーします。クラスタが到達不能になってから災害が検出されるまでの時間は、 30 秒を超える可能性があります。このシナリオで災害の検出にかかる時間は、ディザスタサイトのノードがシャットダウンされるまでの時間によって異なります。

Tiebreaker ソフトウェアは、ノードが停止するとアラートをトリガーします。FC スイッチが失われると、ノードはディスクへのパスのリカバリを約 30 秒間試行します。この間、ノードはピアリングネットワーク上で稼働し、応答しています。両方の FC スイッチが停止してディスクへのパスをリカバリできない場合、ノードは MultiDiskFailure エラーを生成して停止します。FC スイッチの障害からノードが MultiDiskFailure エラーを生成するまでの時間は約 30 秒長くなります。この 30 秒を災害の検出時間に追加する必要があります。