このページの内容
次世代サービスのためのシャーシ間サービス冗長性概要
シャーシ間サービス冗長性の概要
サービス用のシャーシ間冗長性は、サービス冗長性デーモン(SRD)によって制御されます。SRDでは、2つの異なるシャーシ上にあるプライマリサービス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—冗長ペアの各シャーシ上の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-force の場合、冗長性ピアの状態が警告されていても、プライマリ ロールのリリースは成功します。
同様に、スタンバイでの冗長性ポリシーアクションが acquire-primary role で、ローカル状態が wait の場合、primary-role-release は失敗します。冗長性ポリシーアクションがacquire-primary role-forceの場合、スタンバイ状態が待機状態であってもプライマリロールのリリースは成功します。
手動コマンドを使用して、プライマリロールを解放または取得する冗長性ポリシーをトリガーすることもできます。
同時起動時のマスター選択
プライマリシャーシとバックアップシャーシが同時に起動すると、システムはシャーシ間制御プロトコル(ICCP)IPアドレスに基づいてマスターを決定します。高い ICCP IP アドレスを持つシャーシがマスターとして選択されます。
-
両方のシャーシがマスター状態にある場合:
IPアドレスの小さいシャーシは、マスターロールを放棄します。
-
両方のシャーシがスタンバイ状態の場合:
IPアドレスが高いシャーシがマスターの役割を引き継ぎます。
GRES は SRD でサポートされていますが、監視対象イベントとして扱われません。SRDは、状態遷移のたびにシャーシの状態をカーネルに保存します。GRES の回復時に、この保存された状態が復元されます。シャーシが GRES の前にマスターの役割にあった場合、それはマスターとして再開されます。それ以外の場合は、スタンバイとして戻ります。