次世代サービスのシャーシ間サービス冗長化の概要
シャーシ間サービスの冗長性の概要
サービスのシャーシ間冗長性は、サービス冗長デーモン(SRD)によって制御されます。SRDでは、2つの異なるMXシリーズシャーシ上にあるプライマリサービスとスタンバイサービスPIC間のスイッチオーバーをトリガーするイベントを指定できます。SRD は条件を監視し、イベントが発生したときにスイッチオーバーを実行します。シャーシ間サービスの冗長性は、アクティブ/アクティブクラスターではなく、プライマリセカンダリモデルです。冗長性ペアの 1 つのサービス PIC(現在のプライマリ)のみが、サービス対象のトラフィックを受信します。
冗長性は、以下の監視対象イベントに基づいて設定できます。
イベントをリンクダウンします。
FPCとPICの再起動。
ルーティングプロトコルデーモン(rpd)が終了し、再起動します。
ピア ゲートウェイ イベント(プライマリ ロールの取得またはリリースの要求、ブロードキャスト警告など)。
利点
シャーシ間サービスの冗長性により、監視対象のイベントが発生した場合、1つのシャーシ上のサービスPICから別のシャーシのサービスPICに自動スイッチオーバーが提供されます。
サービス冗長性コンポーネント
以下の設定可能なコンポーネントは、サービスの冗長性処理を制御します。
Redundancy Event-冗長ピアがプライマリ ロールを取得またはリリースしたり、警告を作成したり、信号ルートを追加または削除したりするための、監視対象の重要なイベントです。
監視対象のインターフェイスは 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 はアドバタイズされた優先度を変更します。
サービスはスタンバイに切り替わります。
ステートフル同期はそれに応じて更新されます。
ルーティング優先度の順序は、サービスのプライマリ ロールの順序と一致する必要があります。
冗長性ポリシーアクションがリリースプライマリロールで、冗長性ピアの状態が待機している場合、プライマリロールリリースは失敗します。冗長性ポリシーアクションがリリースプライマリロールフォースである場合、冗長性ピアの状態が警告されていても、プライマリロールリリースは成功します。
同様に、スタンバイ上の冗長性ポリシーアクションが取得プライマリロールで、ローカル状態が待機している場合、プライマリロールリリースは失敗します。冗長性ポリシー アクションが acquire-primary role-force の場合、スタンバイ状態が待機していてもプライマリ ロール リリースは成功します。
また、手動コマンドを使用して、プライマリロールをリリースまたは取得する冗長性ポリシーをトリガーすることもできます。
ゲートウェイ 1 の場合、下位の IP アドレスで構成されたシャーシがプライマリ シャーシであり、その上でサービス冗長デーモンを非アクティブにすると、ゲートウェイ 2 へのスイッチオーバーが発生します。ゲートウェイ 2 の上位 IP アドレスで設定されたシャーシがプライマリ シャーシで、その上のサービス冗長デーモンを非アクティブにすると、スイッチオーバーは発生しません。