次世代サービス向けのシャーシ間サービス冗長性の設定
このトピックでは、次世代サービスのシャーシ間サービス冗長性を設定する方法について説明します。このトピックでは、ノンストップ サービス冗長性(双方向の自動スイッチオーバー)を設定する手順と、一方向冗長性の手順(元のプライマリから元のスタンバイへの自動スイッチオーバーのみ)について説明します。
手動リクエストコマンドを使用して、プライマリロールをリリースまたは取得することもできます。
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>
コマンドは、指定された冗長性イベントを自動的にトリガーします。プライマリロールをリリースまたは取得する冗長性ポリシーに冗長性イベントを割り当てる設定を作成する必要があります。また、 コマンドで使用される冗長性セットに冗長性ポリシーを割り当てる必要があります。
次世代サービス サービス セットのノンストップ サービス冗長性の設定
サービスのノンストップ冗長性により、重要なイベントが発生した場合に、MXシリーズルーター間でサービスの自動切り替えが可能になります。ゲートウェイ1からゲートウェイ2、およびゲートウェイ2からゲートウェイ1への自動スイッチオーバーは、手動操作なしで行われます。
サービスセットにノンストップサービス冗長性を設定するには、ゲートウェイ1とゲートウェイ2の両方で次の手順を実行します。
- 1つ以上の冗長性イベントを設定して、サービスをピアゲートウェイに切り替える際の条件を監視します。
- 冗長性イベントの名前を設定します。
[edit services] user@host# set event-options redundancy-event event-name
例えば:
[edit services] user@host# set event-options redundancy-event RELS_MSHIP_CRIT_EV
- インターフェイスがダウンしたときにサービススイッチオーバーをトリガーするインターフェイスを指定します。
[edit services event-options redundancy-event event-name] user@host# set monitor link-down [interface-name]
- プロセス・ルーティング・デーモン再始動要求がサービス・スイッチオーバーをトリガーすることを指定します。
[edit services event-options redundancy-event event-name] user@host# set monitor process routing restart
- プロセス・ルーティング・デーモンの終了要求がサービス・スイッチオーバーをトリガーすることを指定します。
[edit services event-options redundancy-event event-name] user@host# set monitor process routing abort
- ピアからの所有権取得要求が、サービスのスイッチオーバーをトリガーすることを指定します。
[edit services event-options redundancy-event event-name] user@host# set monitor peer mastership-acquire
- 冗長性イベントの名前を設定します。
- 冗長イベント条件が満たされた場合に、プライマリロールを解放し、静的ルートを削除する冗長性ポリシーを設定します。
- ポリシーの名前を設定します。
user@host# edit policy-options redundancy-policy policy-name
例えば:
user@host# edit policy-options redundancy-policy RLS_MSHIP_POL
- プライマリ ロールをリリースする冗長性イベントを指定します。
[edit policy-options redundancy-policy policy-name] user@host# set redundancy-events [event-list]
例えば:
[edit policy-options redundancy-policy RLS_MSHIP_POL user@host# set redundancy-events RELS_MSHIP_CRIT_EV
プライマリロールを手動でリリースするを実行
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>
できるようにしたい場合は、冗長性ポリシーに含 event-name めます。冗長性イベント自体は、request コマンドによってトリガーされるため、設定する必要はありません。例えば:
[edit policy-options redundancy-policy RLS_MSHIP_POL user@host# set redundancy-events [RELS_MSHIP_CRIT_EV RELS_MSHIP_MANUAL_EV]
- プライマリロールをリリースします。
[edit policy-options redundancy-policy policy-name] user@host# set then release-mastership
- スタティック ルートを削除します。
[edit policy-options redundancy-policy policy-name] user@host# set then delete-static-route destination (receive | next-hop next-hop) routing-instance routing-instance
- ポリシーの名前を設定します。
- 冗長イベントを設定して、ピア ゲートウェイがプライマリ ロールを解放するタイミングを識別します。
[edit services] user@host# set event-options redundancy-event event-name monitor peer release-mastership
例えば:
[edit services] user@host# set event-options redundancy-event PEER_RELS_MSHIP_EV monitor peer release-mastership
- ピアゲートウェイからプライマリロールを取得し、静的ルートを追加する冗長性ポリシーを設定します。
- ポリシーの名前を設定します。
user@host# edit policy-options redundancy-policy policy-name
例えば:
user@host# edit policy-options redundancy-policy ACQU_MSHIP_POL
- プライマリロールを取得する冗長性イベントを指定します。
[edit policy-options redundancy-policy policy-name] user@host# set redundancy-events [event-list]
例えば:
[edit policy-options redundancy-policy ACQU_MSHIP_POL] user@host# set redundancy-events PEER_RELS_MSHIP_EV
プライマリロールを手動で取得するを実行
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>
できるようにしたい場合は、冗長性ポリシーに含 event-name めます。冗長性イベント自体は、request コマンドによってトリガーされるため、設定する必要はありません。例えば:
[edit policy-options redundancy-policy ACQU_MSHIP_POL] user@host# set redundancy-events [PEER_RELS_MSHIP_EV ACQU_MSHIP_MANUAL_EV]
- 主要な役割を獲得する。
[edit policy-options redundancy-policy policy-name] user@host# set then acquire-mastership
- 静的ルートを追加します。
[edit policy-options redundancy-policy policy-name] user@host# set then add-static-route destination (receive | next-hop next-hop) routing-instance routing-instance
- ポリシーの名前を設定します。
- 冗長性セットを設定します。
- 冗長性セットの名前を設定します。
[edit services] user@host# set redundancy-set redundancy-set
例えば:
[edit services] user@host# set redundancy-set 1
- 冗長性セットの冗長性グループ ID を指定します。
[edit services redundancy-set redundancy-set] user@host# set redundancy-group redundancy-group
例えば:
[edit services redundancy-set 1] user@host# set redundancy-group 1
冗長性グループ ID は、既存の ICCP 設定階層を介して ICCP デーモン(iccpd)に設定された同じ冗長性グループ ID です。例えば
iccp { local-ip-addr 10.1.1.1; peer 10.2.2.2 { redundancy-group-id-list 1; liveness-detection { minimum-interval 1000; } } }
- プライマリ ロールをリリースする冗長性ポリシーと、プライマリ ロールを取得する冗長性ポリシーを指定します。
[edit services redundancy-set redundancy-set] user@host# set redundancy-policy [redundancy-policy-list]
例えば:
[edit services redundancy-set 1] user@host# set redundancy-policy [ACQU_MSHIP_POL RLS_MSHIP_POL]
- 冗長性セットのヘルスチェックプローブの頻度を秒単位で設定します。
[edit services redundancy-set redundancy-set] user@host# set healthcheck-timer-interval healthcheck-timer-interval
デフォルトは30秒です。
- ヘルプチェックの応答の最大待機時間を秒単位で設定します。
[edit services redundancy-set redundancy-set] user@host# set hold-time hold-time
範囲は0~3600秒です。
- srd helloメッセージの頻度を秒単位で設定します。
[edit services redundancy-set redundancy-set] user@host# set keepalive keepalive
範囲は1~60秒です。
- 冗長性セットの名前を設定します。
- ルーティングポリシーを設定します。
- 冗長性関連のルーティング変更を必要とする信号ルートを識別します。シグナルルートと、使用するルーティングテーブルを指定します。
[edit policy-options condition condition-name} user@host# set if-route-exists signal-route table routing-table
例えば:
[edit policy-options condition switchover-route-exists] user@host# set if-route-exists 10.45.45.0/24 table bgp1_table
- シグナルルートのローカルプリファレンスを変更するには、ポリシーステートメントに入力します。
[edit policy-options policy-statement policy-name] user@host# set term term from protocol [protocol variables] prefix-list prefix-list condition condition-name then local-preference preference-value accept
- シグナルルートのパス先頭に値を変更するには、ポリシーステートメントで値を入力します。
[edit policy-options policy-statement policy-name] user@host# set term term from prefix-list prefix-list condition condition-name then as-path-prepend [as-prepend-values] next-hop self accept
- 冗長性関連のルーティング変更を必要とする信号ルートを識別します。シグナルルートと、使用するルーティングテーブルを指定します。
- 冗長性セットをサービスセットに割り当てることで、サービスセットの冗長性を設定します。
[edit] user@host# set services service-set service-set-name redundancy-set-id redundancy-set
- ピアゲートウェイでこれらの手順を繰り返します。
次世代サービス サービス セットの一方向サービス冗長性の設定
一方向のサービス冗長性により、元のプライマリ ゲートウェイであるゲートウェイ 1 から、元のスタンバイ ゲートウェイであるゲートウェイ 2 への自動サービス スイッチオーバーが可能になります。ゲートウェイ 2 からゲートウェイ 1 への自動スイッチオーバーは発生しません。ゲートウェイ2からゲートウェイ1に切り替えるには、手動で切り替える必要があります。
- ゲートウェイ1では、最初のプライマリで、1つ以上の冗長性イベントを設定して、スタンバイゲートウェイであるゲートウェイ2へのサービススイッチオーバーをトリガーする条件を監視します。
- 冗長性イベントの名前を設定します。
[edit services] user@gateway1# set event-options redundancy-event event-name
例えば:
[edit services] user@gateway1# set event-options redundancy-event RELS_MSHIP_CRIT_EV
- インターフェイスがダウンしたときにサービススイッチオーバーをトリガーするインターフェイスを指定します。
[edit services event-options redundancy-event event-name] user@gateway1# set monitor link-down [interface-name]
- プロセス・ルーティング・デーモン再始動要求がサービス・スイッチオーバーをトリガーすることを指定します。
[edit services event-options redundancy-event event-name] user@gateway1# set monitor process routing restart
- プロセス・ルーティング・デーモンの終了要求がサービス・スイッチオーバーをトリガーすることを指定します。
[edit services event-options redundancy-event event-name] user@gateway1# set monitor process routing abort
- 冗長性イベントの名前を設定します。
- ゲートウェイ1では、プライマリロールをリリースし、冗長性イベント条件が満たされた場合に静的ルートを削除する冗長性ポリシーを設定します。
- ポリシーの名前を設定します。
user@gateway1# edit policy-options redundancy-policy policy-name
例えば:
user@gateway1# edit policy-options redundancy-policy RLS_MSHIP_POL
- プライマリ ロールをリリースする冗長性イベントを指定します。
[edit policy-options redundancy-policy policy-name] user@gateway1# set redundancy-events [event-list]
例えば:
[edit policy-options redundancy-policy RLS_MSHIP_POL] user@gateway1# set redundancy-events RELS_MSHIP_CRIT_EV
プライマリロールを手動でリリースするを実行
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>
できるようにしたい場合は、冗長性ポリシーに含 event-name めます。冗長性イベント自体は、request コマンドによってトリガーされるため、設定する必要はありません。例えば:
[edit policy-options redundancy-policy RLS_MSHIP_POL] user@gateway1# set redundancy-events [RELS_MSHIP_CRIT_EV RELS_MSHIP_MANUAL_EV]
- プライマリロールをリリースします。
[edit policy-options redundancy-policy policy-name] user@gateway1# set then release-mastership force
- スタティック ルートを削除します。
[edit policy-options redundancy-policy policy-name] user@gateway1# set then delete-static-route destination (receive | next-hop next-hop) routing-instance routing-instance
- ポリシーの名前を設定します。
- ゲートウェイ1では、ゲートウェイ1(
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>
)で手動リクエストを実行する際に、ゲートウェイ2からプライマリロールを取得する冗長性ポリシーを設定します。- ポリシーの名前を設定します。
user@gateway1# edit policy-options redundancy-policy policy-name
例えば:
user@gateway1# edit policy-options redundancy-policy ACQU_MSHIP_POL
- 手動要求が使用する冗長性イベントの名前を指定します。
[edit policy-options redundancy-policy policy-name] user@gateway1# set redundancy-events event-name
例えば:
[edit policy-options redundancy-policy ACQU_MSHIP_POL] user@gateway1# set redundancy-events ACQU_MSHIP_MANUAL_EV
冗長性イベント自体は、request コマンドによってトリガーされるため、設定する必要はありません。
- 主要な役割を獲得する。
[edit policy-options redundancy-policy policy-name] user@host# set then acquire-mastership
- ポリシーの名前を設定します。
- ゲートウェイ1で、冗長性セットを設定します。
- 冗長性セットの名前を設定します。
[edit services] user@gateway1# set redundancy-set redundancy-set
例えば:
[edit services] user@gateway1# set redundancy-set 1
- 冗長性セットの冗長性グループ ID を指定します。
[edit services redundancy-set redundancy-set] user@gateway1# set redundancy-group redundancy-group
例えば:
[edit services redundancy-set 1] user@gateway1# set redundancy-group 1
冗長性グループ ID は、既存の ICCP 設定階層を介して ICCP デーモン(iccpd)に設定された同じ冗長性グループ ID です。例えば
iccp { local-ip-addr 10.1.1.1; peer 10.2.2.2 { redundancy-group-id-list 1; liveness-detection { minimum-interval 1000; } } }
- プライマリ ロールをリリースする冗長性ポリシーと、プライマリ ロールを取得する冗長性ポリシーを指定します。
[edit services redundancy-set redundancy-set] user@gateway1# set redundancy-policy [redundancy-policy-list]
例えば:
[edit services redundancy-set 1] user@gateway1# set redundancy-policy [ ACQU_MSHIP_POL RLS_MSHIP_POL]
- 冗長性セットのヘルスチェックプローブの頻度を秒単位で設定します。
[edit services redundancy-set redundancy-set] user@gateway1# set healthcheck-timer-interval healthcheck-timer-interval
デフォルトは30秒です。
- ヘルプチェックの応答の最大待機時間を秒単位で設定します。
[edit services redundancy-set redundancy-set] user@gateway1# set hold-time hold-time
範囲は0~3600秒です。
- srd helloメッセージの頻度を秒単位で設定します。
[edit services redundancy-set redundancy-set] user@gateway1# set keepalive keepalive
範囲は1~60秒です。
- 冗長性セットの名前を設定します。
- ゲートウェイ1で、ルーティングポリシーを設定します。
- 冗長性関連のルーティング変更を必要とする信号ルートを識別します。シグナルルートと、使用するルーティングテーブルを指定します。
[edit policy-options condition condition-name} user@gateway1# set if-route-exists signal-route table routing-table
例えば:
[edit policy-options condition switchover-route-exists] user@gateway1# set if-route-exists 10.45.45.0/24 table bgp1_table
- シグナルルートのローカルプリファレンスを変更するには、ポリシーステートメントに入力します。
[edit policy-options policy-statement policy-name] user@gateway1# set term term from protocol [protocol variables] prefix-list prefix-list condition condition-name then local-preference preference-value accept
- シグナルルートのパス先頭に値を変更するには、ポリシーステートメントで値を入力します。
[edit policy-options policy-statement policy-name] user@gateway1# set term term from prefix-list prefix-list condition condition-name then as-path-prepend [as-prepend-values] next-hop self accept
- 冗長性関連のルーティング変更を必要とする信号ルートを識別します。シグナルルートと、使用するルーティングテーブルを指定します。
- ゲートウェイ1では、サービスセットに冗長性セットを割り当てることで、サービスセットの冗長性を設定します。
[edit] user@gateway1# set services service-set service-set-name redundancy-set-id redundancy-set
- ゲートウェイ2では、初期スタンバイで、冗長イベントを設定して、ピアゲートウェイがプライマリロールをリリースするタイミングを識別します。
[edit services] user@gateway2# set event-options redundancy-event event-name monitor peer release-mastership
例えば:
[edit services] user@gateway2# set event-options redundancy-event PEER_RELS_MSHIP_EV monitor peer release-mastership
- ゲートウェイ2では、ピアゲートウェイからプライマリロールを取得し、静的ルートを追加する冗長性ポリシーを設定します。
- ポリシーの名前を設定します。
user@gateway2# edit policy-options redundancy-policy policy-name
例えば:
user@gateway2# edit policy-options redundancy-policy ACQU_MSHIP_POL
- ピアゲートウェイのプライマリロールリリースイベントに設定された冗長性イベントを指定します。
[edit policy-options redundancy-policy policy-name] user@gateway2# set redundancy-events event-name
例えば:
[edit policy-options redundancy-policy ACQU_MSHIP_POL] user@gateway2# set redundancy-events PEER_RELS_MSHIP_EV
- 主要な役割を獲得する。
[edit policy-options redundancy-policy policy-name] user@gateway2# set then acquire-mastership
- 静的ルートを追加します。
[edit policy-options redundancy-policy policy-name] user@gateway2# set then add-static-route destination (receive | next-hop next-hop) routing-instance routing-instance
- ポリシーの名前を設定します。
- ゲートウェイ2では、冗長イベントを設定して、ピアゲートウェイがプライマリロールを要求するタイミングを識別します。
[edit services] user@gateway2# set event-options redundancy-event event-name monitor peer mastership-acquire
例えば:
[edit services] user@gateway2# set event-options redundancy-event PEER_MSHIP_ACQU_EV monitor peer mastership-acquire
- ゲートウェイ2では、プライマリロールをリリースし、ゲートウェイ1がプライマリロールを要求すると静的ルートを削除する冗長性ポリシーを設定します。
- ポリシーの名前を設定します。
user@gateway2# edit policy-options redundancy-policy policy-name
例えば:
user@gateway2# edit policy-options redundancy-policy RELS-MSHIP_POL
- ピアゲートウェイがプライマリロールを要求するタイミングを識別する、設定された冗長性イベントを指定します。
[edit policy-options redundancy-policy policy-name] user@gateway2# set redundancy-events event-name
例えば:
[edit policy-options redundancy-policy RELS-MSHIP_POL] user@gateway2# set redundancy-events PEER_MSHIP_ACQU_EV
- プライマリロールをリリースします。
[edit policy-options redundancy-policy policy-name] user@gateway2# set then release-mastership force
- スタティック ルートを削除します。
[edit policy-options redundancy-policy policy-name] user@gateway2# set then delete-static-route destination (receive | next-hop next-hop) routing-instance routing-instance
- ポリシーの名前を設定します。
- ゲートウェイ2では、1つ以上の冗長性イベントを設定して、警告をトリガーする条件を監視します。
- 冗長性イベントの名前を設定します。
[edit services] user@gateway2# set event-options redundancy-event event-name
例えば:
[edit services] user@gateway2# set event-options redundancy-event WARN_EV
- インターフェイスがダウンしたときに警告をトリガーするインターフェイスを指定します。
[edit services event-options redundancy-event event-name] user@gateway2# set monitor link-down [interface-name]
- プロセス・ルーティング・デーモンの再始動要求によって警告がトリガーされていることを指定します。
[edit services event-options redundancy-event event-name] user@gateway2# set monitor process routing restart
- プロセス・ルーティング・デーモンの終了要求が警告をトリガーすることを指定します。
[edit services event-options redundancy-event event-name] user@gateway2# set monitor process routing abort
- 冗長性イベントの名前を設定します。
- ゲートウェイ2で、警告をブロードキャストする冗長性ポリシーを設定します。
- ポリシーの名前を設定します。
user@gateway2# edit policy-options redundancy-policy policy-name
例えば:
user@gateway2# edit policy-options redundancy-policy WARN_POL
- 警告をトリガーする設定済みの冗長性イベントを指定します。
[edit policy-options redundancy-policy policy-name] user@gateway2# set redundancy-events [event-list]
例えば:
[edit policy-options redundancy-policy WARN_POL] user@gateway2# set redundancy-events WARN_EV
- 警告をブロードキャストします。
[edit policy-options redundancy-policy policy-name] user@gateway2# set then broadcast-warning
- ポリシーの名前を設定します。
- ゲートウェイ2で、冗長性セットを設定します。
- 冗長性セットの名前を設定します。
[edit services] user@gateway2# set redundancy-set redundancy-set
例えば:
[edit services] user@gateway2# set redundancy-set 1
- 冗長性セットの冗長性グループ ID を指定します。
[edit services redundancy-set redundancy-set] user@gateway2# set redundancy-group redundancy-group
例えば:
[edit services redundancy-set 1] user@gateway2# set redundancy-group 1
冗長性グループ ID は、既存の ICCP 設定階層を介して ICCP デーモン(iccpd)に設定された同じ冗長性グループ ID です。例えば
iccp { local-ip-addr 10.1.1.1; peer 10.2.2.2 { redundancy-group-id-list 1; liveness-detection { minimum-interval 1000; } } }
- プライマリロールをリリースする冗長性ポリシー、プライマリロールを取得する冗長性ポリシー、警告をトリガーする冗長性ポリシーを指定します。
[edit services redundancy-set redundancy-set] user@gateway2# set redundancy-policy [redundancy-policy-list]
例えば:
[edit services redundancy-set 1] user@gateway2# set redundancy-policy [ ACQU_MSHIP_POL RLS_MSHIP_POL WARN_POL]
- 冗長性セットのヘルスチェックプローブの頻度を秒単位で設定します。
[edit services redundancy-set redundancy-set] user@gateway2# set healthcheck-timer-interval healthcheck-timer-interval
デフォルトは30秒です。
- ヘルプチェックの応答の最大待機時間を秒単位で設定します。
[edit services redundancy-set redundancy-set] user@gateway2# set hold-time hold-time
範囲は0~3600秒です。
- srd helloメッセージの頻度を秒単位で設定します。
[edit services redundancy-set redundancy-set] user@gateway2# set keepalive keepalive
範囲は1~60秒です。
- 冗長性セットの名前を設定します。
- ゲートウェイ2で、ルーティングポリシーを設定します。
- 冗長性関連のルーティング変更を必要とする信号ルートを識別します。シグナルルートと、使用するルーティングテーブルを指定します。
[edit policy-options condition condition-name} user@gateway2# set if-route-exists signal-route table routing-table
例えば:
[edit policy-options condition switchover-route-exists] user@gateway2# set if-route-exists 10.45.45.0/24 table bgp1_table
- シグナルルートのローカルプリファレンスを変更するには、ポリシーステートメントに入力します。
[edit policy-options policy-statement policy-name] user@gateway2# set term term from protocol [protocol variables] prefix-list prefix-list condition condition-name then local-preference preference-value accept
- シグナルルートのパス先頭に値を変更するには、ポリシーステートメントで値を入力します。
[edit policy-options policy-statement policy-name] user@gateway2# set term term from prefix-list prefix-list condition condition-name then as-path-prepend [as-prepend-values] next-hop self accept
- 冗長性関連のルーティング変更を必要とする信号ルートを識別します。シグナルルートと、使用するルーティングテーブルを指定します。
- ゲートウェイ2では、サービスセットに冗長性セットを割り当てることで、サービスセットの冗長性を設定します。
[edit] user@gateway2# set services service-set service-set-name redundancy-set-id redundancy-set