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