次世代サービスのためのシャーシ間サービスの冗長性の設定
このトピックでは、次世代サービス向けにシャーシ間サービスの冗長性を設定する方法について説明します。このトピックでは、ノンストップ サービスの冗長性(双方向の自動スイッチオーバー)を設定する手順と、一方向の冗長性(元のプライマリから元のスタンバイへの自動スイッチオーバーのみ)の手順について説明します。
手動要求コマンドを使用して、プライマリロールを解放または取得することもできます。
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>
このコマンドは、指定された冗長イベントを自動的にトリガーします。プライマリロールをリリースまたは取得する冗長ポリシーに冗長イベントを割り当てる設定を作成する必要があります。また、コマンドで使用される冗長セットに冗長ポリシーを割り当てる必要があります。
次世代サービスサービスセットのノンストップサービス冗長性の設定
ノンストップサービスの冗長性により、重大なイベントが発生した場合、MXシリーズルーター間でサービスを自動的に切り替えることができます。gateway1 から gateway2 へ、および gateway2 から gateway1 への自動スイッチオーバーは、手動による介入なしで実行されます。
サービス セットにノンストップ サービスの冗長性を設定するには、gateway1 と gateway2 の両方で次の手順を実行します。
- 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
- 信号ルートのas-path-prepend値を変更するには、ポリシー ステートメントに入力します。
[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
- ピア ゲートウェイでこれらの手順を繰り返します。
次世代サービスサービスセットの一方向サービス冗長性の設定
一方向のサービスの冗長性により、gateway1(元のプライマリ ゲートウェイ)からgateway2(元のスタンバイ ゲートウェイ)への自動サービス切り替えが提供されます。ゲートウェイ 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
- 冗長イベントの名前を設定します。
- gateway1 では、冗長性イベントの条件が満たされたときにプライマリ ロールを解放し、静的ルートを削除する冗長性ポリシーを構成します。
- ポリシーの名前を設定します。
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
- ポリシーの名前を設定します。
- gateway1 で、gateway1(
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>
)で手動要求を実行するときに gateway2 からプライマリ ロールを取得する冗長ポリシーを設定します。- ポリシーの名前を設定します。
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
- ポリシーの名前を設定します。
- gateway1 で、冗長セットを設定します。
- 冗長セットの名前を設定します。
[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
- 信号ルートのas-path-prepend値を変更するには、ポリシー ステートメントに入力します。
[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
- 冗長性関連のルーティング変更が必要な信号ルートを特定します。使用する信号経路とルーティングテーブルを指定します。
- gateway1 では、冗長セットをサービス セットに割り当てて、サービス セットの冗長性を設定します。
[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
- ポリシーの名前を設定します。
- gateway2 では、冗長イベントを設定して、ピア ゲートウェイがプライマリ ロールを要求するタイミングを特定します。
[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
- gateway2 では、gateway1 がプライマリ ロールを要求したときにプライマリ ロールを解放し、静的ルートを削除する冗長性ポリシーを設定します。
- ポリシーの名前を設定します。
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
- ポリシーの名前を設定します。
- gateway2 で、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
- ポリシーの名前を設定します。
- gateway2 で、冗長セットを設定します。
- 冗長セットの名前を設定します。
[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 秒です。
- 冗長セットの名前を設定します。
- gateway2 で、ルーティング ポリシーを設定します。
- 冗長性関連のルーティング変更が必要な信号ルートを特定します。使用する信号経路とルーティングテーブルを指定します。
[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
- 信号ルートのas-path-prepend値を変更するには、ポリシー ステートメントに入力します。
[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
- 冗長性関連のルーティング変更が必要な信号ルートを特定します。使用する信号経路とルーティングテーブルを指定します。
- gateway2 で、冗長セットをサービス セットに割り当てて、サービス セットの冗長性を設定します。
[edit] user@gateway2# set services service-set service-set-name redundancy-set-id redundancy-set