次世代サービス向けシャーシ間サービス冗長性の概要
シャーシ間サービスの冗長性の概要
サービスのシャーシ間冗長性は、サービス冗長デーモン(SRD)によって制御されます。SRDでは、2つの異なるMXシリーズシャーシ上にあるプライマリサービスPICとスタンバイサービスPIC間のスイッチオーバーをトリガーするイベントを指定できます。SRDは状態を監視し、イベント発生時にスイッチオーバーを実行します。シャーシ間サービスの冗長性は、プライマリ/セカンダリ モデルであり、アクティブ/アクティブ クラスタではありません。冗長ペアの1つのサービスPICのみ(現在のプライマリ)が、サービス対象のトラフィックを受信します。
冗長性は、次の監視対象イベントに基づいて設定できます。
リンクダウンイベント。
FPCとPICの再起動。
ルーティングプロトコルデーモン(rpd)は終了し、再起動します。
ピア ゲートウェイ イベント(プライマリ ロールの取得または解放の要求、警告のブロードキャストの要求など)。
利点
シャーシ間サービスの冗長性により、監視対象イベントが発生した場合、あるシャーシ上のサービスPICから別のシャーシ上のサービスPICへの自動スイッチオーバーを提供します。
サービス冗長コンポーネント
以下の設定可能なコンポーネントが、サービスの冗長処理を制御します。
Redundancy Event—冗長ピアがプライマリ ロールを取得または解放したり、警告を作成したり、信号ルートを追加または削除したりするトリガーとなる、監視対象のクリティカル イベント。
1 つの監視対象インターフェイスは 1 つの冗長イベントにしか含まれませんが、1 つの冗長イベントに複数の監視対象インターフェイスを含めることは可能です。
Redundancy Policy- 冗長イベントが発生したときに実行する一連のアクションを定義するポリシー。使用可能なアクションには、プライマリロールの獲得または解放、警告の作成、およびシグナル経路の追加または削除が含まれます。最大 256 の冗長ポリシーを設定できます。冗長性ポリシーには、最大 256 のインターフェイスダウン イベントを含めることができます。
1 つの冗長性イベントは 1 つの冗長性ポリシーにのみ属することができますが、1 つの冗長性ポリシーは複数の冗長性イベントを持つことができます。例えば、冗長性ポリシー RP1 には、冗長性イベント RE1 と RE2 を含めることができます。冗長イベント RE1 と RE2 は、RP1 以外の冗長ポリシーに含めることはできません。
Redundancy Set—冗長ペアの各 MXシリーズシャーシ上の 1 つ以上のサービス セットと、冗長セットに関連付けられた冗長性グループに割り当てられる 1 つ以上の冗長性ポリシーの集合。特定の冗長セットは 1 つのゲートウェイでのみアクティブにできますが、すべての冗長セットを同じゲートウェイでアクティブにする必要はありません。たとえば、冗長性セット A をゲートウェイ 1 でアクティブにし、冗長性セット B をゲートウェイ 2 でアクティブにすることができます。最大 128 個の冗長セットを設定できます。
1つのサービスセットには1つの冗長セットしか割り当てできませんが、複数のサービスセットに同じ冗長セットを割り当てることは可能です。
1 つの冗長性ポリシーは 1 つの冗長性セットにのみ含まれることができますが、1 つの冗長性セットに複数の冗長性ポリシーを含めることができます。例えば、冗長性セットRS1は、冗長性ポリシーRP1およびRP2を含むことができる。冗長ポリシー RP1 および RP2 は、RS1 以外の冗長セットに含めることはできません。冗長性セットには、最大 16 個の冗長性ポリシーを設定できます。
Redundancy Group- 冗長性グループは、関連する ICCP 冗長性グループを識別します。冗長性セットと冗長性グループの間には 1 対 1 の関係があります。1 つの冗長セットは、1 つの冗長グループにのみ属することができます。最大 16 個の冗長性グループを設定できます。最大 16 個の冗長セットを同じ冗長グループに関連付けることができます。
Signal routes- プライマリ ロールの状態の変化に基づいて、サービスの冗長性処理によって追加または削除されるスタティック ルート。
Routing Policies- 信号ルートの有無に基づいてルートをアドバタイズするポリシー。
VRRP (Virtual Router Redundancy Protocol) route tracking- 設定内のルーティング インスタンスルーティングテーブルに到達可能な信号ルートが存在するかどうかを追跡します。VRRP ルート トラッキングは、追跡されたルートの到達可能性に基づいて、VRRP グループの優先度を動的に変更します。
サービス冗長化運用
サービスの冗長性は次のように動作します。
サービス冗長デーモンは、ルーティングエンジン上で実行されます。設定された冗長性イベントを継続的に監視します。
冗長イベントが検出されると、サービス冗長デーモンは以下を実行します。
冗長性ポリシーで指定された信号ルートを追加または削除します。
サービスをスタンバイに切り替えます。
必要に応じて、ステートフル同期ロールを更新します。
その結果、ルート変更が発生します。
このルートに接続するルーティングポリシーは、異なる方法でルートをアドバタイズするために接続します。
アドバタイズされた優先順位を変更するためのVRRP。
スイッチオーバープロセスをまとめると:
重大なイベントが発生します。
サービス冗長デーモンは、シグナル経路を追加または削除します。
ルーティングポリシーは、異なる方法でルートをアドバタイズします。VRRP はアドバタイズされた優先度を変更します。
サービスがスタンバイに切り替わります。
それに応じて、ステートフル同期が更新されます。
ルーティングの優先順位は、サービスのプライマリ ロールの順序と一致している必要があります。
冗長性ポリシー アクションが release-primary role で、冗長性ピアの状態が wait の場合、primary-role-release は失敗します。冗長性ポリシー アクションが release-primary role-force の場合、冗長性ピアの状態が警告されていても、プライマリ ロールの解放は成功します。
同様に、スタンバイの冗長ポリシー アクションが acquire-primary role で、ローカル状態が wait の場合、primary-role-release は失敗します。冗長性ポリシー アクションが acquire-primary role-force の場合、スタンバイ状態が wait であっても、プライマリ ロールの解放は成功します。
また、手動コマンドを使用して、プライマリロールを解放または取得する冗長ポリシーをトリガーすることもできます。
ゲートウェイ 1(下位 IP アドレスで設定されたシャーシ)がプライマリ シャーシであり、その上でサービス冗長デーモンを無効にすると、ゲートウェイ 2 へのスイッチオーバーが発生します。ゲートウェイ 2(より高い IP アドレスで設定されたシャーシ)がプライマリシャーシであり、その上でサービス冗長デーモンを非アクティブにした場合、スイッチオーバーは発生しません。