SRXシャーシクラスターでフェイルオーバーしない冗長グループのトラブルシューティング
診断
シャーシ クラスタの一部である SRXシリーズ サービスゲートウェイ のコマンド プロンプトから、 show chassis cluster status コマンドを実行します。
サンプル出力:
Cluster ID: 1 Node Priority Status Preempt Manual failover Redundancy group: 0 , Failover count: 0 node0 150 primary no no node1 100 secondary no no Redundancy group: 1 , Failover count: 0 node0 255 primary yes no node1 100 secondary yes no
サンプル出力で、フェイルオーバーしない冗長グループの優先度を確認します。
Priorityが255で、Manual failoverフィールドがyesの場合は、冗長グループの手動フェイルオーバーに進みます。プライオリティが
0の場合、または1と254の間の場合は、冗長グループの自動フェイルオーバーに進みます
解決
冗長グループの手動フェイルオーバー
show chassis cluster statusコマンドを使用して、冗長グループの手動フェイルオーバーが以前に開始されたかどうかを確認します。サンプル出力:
Cluster ID: 1 Node Priority Status Preempt Manual failover Redundancy group: 0 , Failover count: 0 node0 150 primary yes no node1 100 secondary yes no Redundancy group: 1 , Failover count: 0 node0 255 primary no yes node1 100 secondary no yes
サンプル出力では
Priority冗長グループ1(RG1)の値が255で、Manual failoverのステータスがyesであり、これは冗長グループの手動フェイルオーバーが先に開始されたことを意味します。冗長グループの優先度をリセットする必要があります。手記:冗長グループの手動フェイルオーバー後、クラスターステータスの手動フェイルオーバーフラグをリセットして、さらにフェイルオーバーできるようにすることをお勧めします。
request chassis cluster failover reset redundancy-group <1-128>を使用して、冗長グループの優先度をリセットします。例えば:
user@host> request chassis cluster failover reset redundancy-group 1 root@srx> request chassis cluster failover reset redundancy-group 1 node0: -------------------------------------------------------------------------- Successfully reset manual failover for redundancy group 1 node1: -------------------------------------------------------------------------- No reset required for redundancy group 1.
これにより、問題が解決し、冗長グループのフェールオーバーをさらに許可する必要があります。これらの手順で問題が解決しない場合は、「次のステップ」セクションに進んでください。
冗長グループx(1〜128の番号が付けられた冗長グループ)フェイルオーバーを手動で開始する場合は、 シャーシ クラスタ冗長グループの手動フェールオーバーについてを参照してください。
冗長グループの自動フェイルオーバー
show chassis cluster interfacesコマンドを使用して、制御リンクとファブリックリンクの設定とリンクステータスを確認します。支社/拠点向け SRXシリーズ サービスゲートウェイの出力例:
{primary:node0} root@SRX_Branch> show chassis cluster interfaces Control link 0 name: fxp1 Control link status: Up Fabric interfaces: Name Child-interface Status fab0 ge-0/0/2 down fab0 fab1 ge-9/0/2 down fab1 Fabric link status: downハイエンドSRXシリーズサービスゲートウェイの出力例:
{primary:node0} root@SRX_HighEnd> show chassis cluster interfaces Control link 0 name: em0 Control link 1 name: em1 Control link status: up Fabric interfaces: Name Child-interface Status fab0 ge-0/0/5 down fab0 Fabric link status: down制御リンクがダウンしている場合は、KB 記事 KB20698 を参照してトラブルシューティングを行い、制御リンクを起動して 3 に進みます。
ファブリック リンクがダウンしている場合は、 SRXシャーシ クラスタのファブリック リンク障害のトラブルシューティング を参照してトラブルシューティングを行い、ファブリック リンクを起動して、 3に進みます。
制御リンクとファブリックリンクの両方がアップしている場合は、ステップ 3 に進みます。
稼働しているインターフェイス監視または IP 監視設定を確認します。設定が正しくない場合は、設定を修正します。設定が正しい場合は、ステップ 4 に進みます。
show chassis cluster statusコマンドの出力で各ノードの優先度を確認します。-
優先度が
0の場合は、JSRP(Junos OS Services Redundancy Protocol)シャーシ クラスタに関する KB 記事 KB16869 および 支社/拠点向け SRXシリーズ ファイアウォールに関する KB 記事 KB19431 を参照してください。 優先度が
255の場合は、「 冗長グループの手動フェールオーバー」を参照してください。プライオリティが
1と254の間であり、それでも冗長性グループがフェイルオーバーしない場合は、「次のステップ」セクションに進みます。
-
次のステップ
これらの手順で問題が解決しない場合は、冗長グループのフェールオーバーのヒントについては、サポート技術情報記事 KB15911 を参照してください。
さらにデバッグする場合は、KB 記事 の KB21164 を参照してデバッグ ログを確認してください。
ジュニパーネットワークスサポートチームでJTACケースをオープンするには、JTACケースをオープンする前に、トラブルシューティングに役立てるために収集する必要があるデータについて、 カスタマーサポート向けのデータ収集 を参照してください。