Configuração da redundância de serviços entre chassis para serviços de próxima geração
Este tópico descreve como configurar a redundância entre serviços de chassi para serviços de próxima geração. Este tópico contém um procedimento para configurar a redundância de serviços ininterruptos (alternâncias automáticas em ambas as direções) e um procedimento para redundância unidirecional (alternâncias automáticas somente do primário original para o standby original).
Você também pode usar um comando de solicitação manual para liberar ou adquirir a função principal:
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>
O comando aciona automaticamente o evento de redundância especificado. Você deve criar uma configuração que atribua o evento de redundância a uma política de redundância que libere ou adquira a função principal. Você também deve atribuir a política de redundância ao conjunto de redundância usado no comando.
Configuração da redundância de serviços ininterruptos para o conjunto de serviços de serviços de próxima geração
A redundância de serviços ininterrupta oferece alternâncias automáticas de serviços entre os roteadores quando ocorre um evento crítico. As comutações automáticas do gateway1 para o gateway2 e do gateway2 para o gateway1 ocorrem sem intervenção manual.
Para configurar a redundância de serviços ininterruptos para um conjunto de serviços, execute as seguintes etapas no gateway1 e no gateway2:
- Configure um ou mais eventos de redundância para monitorar as condições que acionam uma comutação de serviços para o gateway de peer.
- Configure um nome para o evento de redundância.
[edit services] user@host# set event-options redundancy-event event-name
Por exemplo:
[edit services] user@host# set event-options redundancy-event RELS_MSHIP_CRIT_EV
- Especifique todas as interfaces que acionam uma comutação de serviços quando a interface fica inativa.
[edit services event-options redundancy-event event-name] user@host# set monitor link-down [interface-name]
- Especifique que uma solicitação de reinicialização do daemon de roteamento de processo aciona uma comutação de serviços.
[edit services event-options redundancy-event event-name] user@host# set monitor process routing restart
- Especifique que uma solicitação de encerramento do daemon de roteamento de processo aciona uma comutação de serviços.
[edit services event-options redundancy-event event-name] user@host# set monitor process routing abort
- Especifique que uma solicitação do par para adquirir a propriedade aciona uma alternância de serviços.
[edit services event-options redundancy-event event-name] user@host# set monitor peer mastership-acquire
- Configure um nome para o evento de redundância.
- Configure uma política de redundância que libere a função primária e exclua uma rota estática quando as condições do evento de redundância forem atendidas.
- Configure um nome para a política.
user@host# edit policy-options redundancy-policy policy-name
Por exemplo:
user@host# edit policy-options redundancy-policy RLS_MSHIP_POL
- Especifique os eventos de redundância que liberam a função primária.
[edit policy-options redundancy-policy policy-name] user@host# set redundancy-events [event-list]
Por exemplo:
[edit policy-options redundancy-policy RLS_MSHIP_POL user@host# set redundancy-events RELS_MSHIP_CRIT_EV
Se você quiser executar a
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>função primária para liberar manualmente, inclua-a event-name na política de redundância. O evento de redundância em si não precisa ser configurado, pois é acionado pelo request comando.Por exemplo:
[edit policy-options redundancy-policy RLS_MSHIP_POL user@host# set redundancy-events [RELS_MSHIP_CRIT_EV RELS_MSHIP_MANUAL_EV]
- Libere o papel principal.
[edit policy-options redundancy-policy policy-name] user@host# set then release-mastership
- Exclua a rota estática.
[edit policy-options redundancy-policy policy-name] user@host# set then delete-static-route destination (receive | next-hop next-hop) routing-instance routing-instance
- Configure um nome para a política.
- Configure um evento de redundância para identificar quando o gateway par libera a função primária.
[edit services] user@host# set event-options redundancy-event event-name monitor peer release-mastership
Por exemplo:
[edit services] user@host# set event-options redundancy-event PEER_RELS_MSHIP_EV monitor peer release-mastership
- Configure uma política de redundância que adquira a função primária do gateway peer e adicione uma rota estática.
- Configure um nome para a política.
user@host# edit policy-options redundancy-policy policy-name
Por exemplo:
user@host# edit policy-options redundancy-policy ACQU_MSHIP_POL
- Especifique os eventos de redundância que adquirem a função principal.
[edit policy-options redundancy-policy policy-name] user@host# set redundancy-events [event-list]
Por exemplo:
[edit policy-options redundancy-policy ACQU_MSHIP_POL] user@host# set redundancy-events PEER_RELS_MSHIP_EV
Se você quiser executar a
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>função primária para adquirir manualmente, inclua-a event-name na política de redundância. O evento de redundância em si não precisa ser configurado, pois é acionado pelo request comando.Por exemplo:
[edit policy-options redundancy-policy ACQU_MSHIP_POL] user@host# set redundancy-events [PEER_RELS_MSHIP_EV ACQU_MSHIP_MANUAL_EV]
- Adquira o papel principal.
[edit policy-options redundancy-policy policy-name] user@host# set then acquire-mastership
- Adicione uma rota estática.
[edit policy-options redundancy-policy policy-name] user@host# set then add-static-route destination (receive | next-hop next-hop) routing-instance routing-instance
- Configure um nome para a política.
- Configure o conjunto de redundância.
- Configure um nome para o conjunto de redundância.
[edit services] user@host# set redundancy-set redundancy-set
Por exemplo:
[edit services] user@host# set redundancy-set 1
- Especifique a ID do grupo de redundância para o conjunto de redundância.
[edit services redundancy-set redundancy-set] user@host# set redundancy-group redundancy-group
Por exemplo:
[edit services redundancy-set 1] user@host# set redundancy-group 1
A ID do grupo de redundância é a mesma ID do grupo de redundância configurada para o daemon ICCP (iccpd) por meio da hierarquia de configuração ICCP existente. Por exemplo,
iccp { local-ip-addr 10.1.1.1; peer 10.2.2.2 { redundancy-group-id-list 1; liveness-detection { minimum-interval 1000; } } } - Especifique a política de redundância que libera a função primária e a política de redundância que adquire a função primária.
[edit services redundancy-set redundancy-set] user@host# set redundancy-policy [redundancy-policy-list]
Por exemplo:
[edit services redundancy-set 1] user@host# set redundancy-policy [ACQU_MSHIP_POL RLS_MSHIP_POL]
- Configure a frequência das investigações de verificação de integridade do conjunto de redundância, em segundos.
[edit services redundancy-set redundancy-set] user@host# set healthcheck-timer-interval healthcheck-timer-interval
O padrão é 30 segundos.
- Configure o tempo máximo de espera para uma resposta de verificação de ajuda, em segundos.
[edit services redundancy-set redundancy-set] user@host# set hold-time hold-time
O intervalo é de 0 a 3600 segundos.
- Configure a frequência das mensagens de olá srd, em segundos.
[edit services redundancy-set redundancy-set] user@host# set keepalive keepalive
O intervalo é de 1 a 60 segundos.
- Configure um nome para o conjunto de redundância.
- Configure políticas de roteamento.
- Identificar rotas de sinal que exigem mudanças de roteamento relacionadas à redundância. Especifique a rota do sinal e a tabela de roteamento que é usada.
[edit policy-options condition condition-name} user@host# set if-route-exists signal-route table routing-table
Por exemplo:
[edit policy-options condition switchover-route-exists] user@host# set if-route-exists 10.45.45.0/24 table bgp1_table
- Para alterar a preferência local para a rota do sinal, insira-a em uma declaração de política.
[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
- Para alterar os valores as-path-prepend para a rota de sinal, insira-os na declaração de política.
[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
- Identificar rotas de sinal que exigem mudanças de roteamento relacionadas à redundância. Especifique a rota do sinal e a tabela de roteamento que é usada.
- Configure a redundância para o conjunto de serviços atribuindo o conjunto de redundância ao conjunto de serviços.
[edit] user@host# set services service-set service-set-name redundancy-set-id redundancy-set
- Repita essas etapas no gateway de peer.
Configuração da redundância de serviços unidirecionais para o conjunto de serviços de serviços de próxima geração
A redundância de serviços unidirecionais oferece alternâncias automáticas de serviços do gateway1, o gateway primário original, para o gateway2, o gateway em standby original. Uma comutação automática do gateway 2 para o gateway1 não acontece. Para alternar do gateway2 para o gateway1, você deve executar uma comutação manual.
- No gateway1, o primário inicial, configure um ou mais eventos de redundância para monitorar as condições que acionam uma comutação de serviços para gateway2, o gateway em standby.
- Configure um nome para o evento de redundância.
[edit services] user@gateway1# set event-options redundancy-event event-name
Por exemplo:
[edit services] user@gateway1# set event-options redundancy-event RELS_MSHIP_CRIT_EV
- Especifique todas as interfaces que acionam uma comutação de serviços quando a interface fica inativa.
[edit services event-options redundancy-event event-name] user@gateway1# set monitor link-down [interface-name]
- Especifique que uma solicitação de reinicialização do daemon de roteamento de processo aciona uma comutação de serviços.
[edit services event-options redundancy-event event-name] user@gateway1# set monitor process routing restart
- Especifique que uma solicitação de encerramento do daemon de roteamento de processo aciona uma comutação de serviços.
[edit services event-options redundancy-event event-name] user@gateway1# set monitor process routing abort
- Configure um nome para o evento de redundância.
- No gateway1, configure uma política de redundância que libere a função primária e exclua uma rota estática quando as condições do evento de redundância forem atendidas.
- Configure um nome para a política.
user@gateway1# edit policy-options redundancy-policy policy-name
Por exemplo:
user@gateway1# edit policy-options redundancy-policy RLS_MSHIP_POL
- Especifique os eventos de redundância que liberam a função primária.
[edit policy-options redundancy-policy policy-name] user@gateway1# set redundancy-events [event-list]
Por exemplo:
[edit policy-options redundancy-policy RLS_MSHIP_POL] user@gateway1# set redundancy-events RELS_MSHIP_CRIT_EV
Se você quiser executar a
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>função primária para liberar manualmente, inclua-a event-name na política de redundância. O evento de redundância em si não precisa ser configurado, pois é acionado pelo request comando.Por exemplo:
[edit policy-options redundancy-policy RLS_MSHIP_POL] user@gateway1# set redundancy-events [RELS_MSHIP_CRIT_EV RELS_MSHIP_MANUAL_EV]
- Libere o papel principal.
[edit policy-options redundancy-policy policy-name] user@gateway1# set then release-mastership force
- Exclua a rota estática.
[edit policy-options redundancy-policy policy-name] user@gateway1# set then delete-static-route destination (receive | next-hop next-hop) routing-instance routing-instance
- Configure um nome para a política.
- No gateway1, configure uma política de redundância que adquira a função primária do gateway2 quando você executar uma solicitação manual no gateway1 (
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>) .- Configure um nome para a política.
user@gateway1# edit policy-options redundancy-policy policy-name
Por exemplo:
user@gateway1# edit policy-options redundancy-policy ACQU_MSHIP_POL
- Especifique o nome do evento de redundância que a solicitação manual usa.
[edit policy-options redundancy-policy policy-name] user@gateway1# set redundancy-events event-name
Por exemplo:
[edit policy-options redundancy-policy ACQU_MSHIP_POL] user@gateway1# set redundancy-events ACQU_MSHIP_MANUAL_EV
O evento de redundância em si não precisa ser configurado, pois é acionado pelo request comando.
- Adquira o papel principal.
[edit policy-options redundancy-policy policy-name] user@host# set then acquire-mastership
- Configure um nome para a política.
- No gateway1, configure o conjunto de redundância.
- Configure um nome para o conjunto de redundância.
[edit services] user@gateway1# set redundancy-set redundancy-set
Por exemplo:
[edit services] user@gateway1# set redundancy-set 1
- Especifique a ID do grupo de redundância para o conjunto de redundância.
[edit services redundancy-set redundancy-set] user@gateway1# set redundancy-group redundancy-group
Por exemplo:
[edit services redundancy-set 1] user@gateway1# set redundancy-group 1
A ID do grupo de redundância é a mesma ID do grupo de redundância configurada para o daemon ICCP (iccpd) por meio da hierarquia de configuração ICCP existente. Por exemplo,
iccp { local-ip-addr 10.1.1.1; peer 10.2.2.2 { redundancy-group-id-list 1; liveness-detection { minimum-interval 1000; } } } - Especifique a política de redundância que libera a função primária e a política de redundância que adquire a função primária.
[edit services redundancy-set redundancy-set] user@gateway1# set redundancy-policy [redundancy-policy-list]
Por exemplo:
[edit services redundancy-set 1] user@gateway1# set redundancy-policy [ ACQU_MSHIP_POL RLS_MSHIP_POL]
- Configure a frequência das investigações de verificação de integridade do conjunto de redundância, em segundos.
[edit services redundancy-set redundancy-set] user@gateway1# set healthcheck-timer-interval healthcheck-timer-interval
O padrão é 30 segundos.
- Configure o tempo máximo de espera para uma resposta de verificação de ajuda, em segundos.
[edit services redundancy-set redundancy-set] user@gateway1# set hold-time hold-time
O intervalo é de 0 a 3600 segundos.
- Configure a frequência das mensagens de olá srd, em segundos.
[edit services redundancy-set redundancy-set] user@gateway1# set keepalive keepalive
O intervalo é de 1 a 60 segundos.
- Configure um nome para o conjunto de redundância.
- No gateway1, configure políticas de roteamento.
- Identificar rotas de sinal que exigem mudanças de roteamento relacionadas à redundância. Especifique a rota do sinal e a tabela de roteamento que é usada.
[edit policy-options condition condition-name} user@gateway1# set if-route-exists signal-route table routing-table
Por exemplo:
[edit policy-options condition switchover-route-exists] user@gateway1# set if-route-exists 10.45.45.0/24 table bgp1_table
- Para alterar a preferência local para a rota do sinal, insira-a em uma declaração de política.
[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
- Para alterar os valores as-path-prepend para a rota de sinal, insira-os na declaração de política.
[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
- Identificar rotas de sinal que exigem mudanças de roteamento relacionadas à redundância. Especifique a rota do sinal e a tabela de roteamento que é usada.
- No gateway1, configure a redundância para o conjunto de serviços atribuindo o conjunto de redundância ao conjunto de serviços.
[edit] user@gateway1# set services service-set service-set-name redundancy-set-id redundancy-set
- No gateway2, o modo de espera inicial, configure um evento de redundância para identificar quando o gateway peer libera a função primária.
[edit services] user@gateway2# set event-options redundancy-event event-name monitor peer release-mastership
Por exemplo:
[edit services] user@gateway2# set event-options redundancy-event PEER_RELS_MSHIP_EV monitor peer release-mastership
- No gateway2, configure uma política de redundância que adquira a função primária do gateway peer e adicione uma rota estática.
- Configure um nome para a política.
user@gateway2# edit policy-options redundancy-policy policy-name
Por exemplo:
user@gateway2# edit policy-options redundancy-policy ACQU_MSHIP_POL
- Especifique o evento de redundância configurado para o evento de liberação de função primária do gateway de mesmo nível.
[edit policy-options redundancy-policy policy-name] user@gateway2# set redundancy-events event-name
Por exemplo:
[edit policy-options redundancy-policy ACQU_MSHIP_POL] user@gateway2# set redundancy-events PEER_RELS_MSHIP_EV
- Adquira o papel principal.
[edit policy-options redundancy-policy policy-name] user@gateway2# set then acquire-mastership
- Adicione uma rota estática.
[edit policy-options redundancy-policy policy-name] user@gateway2# set then add-static-route destination (receive | next-hop next-hop) routing-instance routing-instance
- Configure um nome para a política.
- No gateway2, configure um evento de redundância para identificar quando o gateway peer solicita a função primária.
[edit services] user@gateway2# set event-options redundancy-event event-name monitor peer mastership-acquire
Por exemplo:
[edit services] user@gateway2# set event-options redundancy-event PEER_MSHIP_ACQU_EV monitor peer mastership-acquire
- No gateway2, configure uma política de redundância que libere a função primária e exclua uma rota estática quando o gateway1 solicitar a função primária.
- Configure um nome para a política.
user@gateway2# edit policy-options redundancy-policy policy-name
Por exemplo:
user@gateway2# edit policy-options redundancy-policy RELS-MSHIP_POL
- Especifique o evento de redundância configurado que identifica quando o gateway de peer solicita a função primária.
[edit policy-options redundancy-policy policy-name] user@gateway2# set redundancy-events event-name
Por exemplo:
[edit policy-options redundancy-policy RELS-MSHIP_POL] user@gateway2# set redundancy-events PEER_MSHIP_ACQU_EV
- Libere o papel principal.
[edit policy-options redundancy-policy policy-name] user@gateway2# set then release-mastership force
- Exclua a rota estática.
[edit policy-options redundancy-policy policy-name] user@gateway2# set then delete-static-route destination (receive | next-hop next-hop) routing-instance routing-instance
- Configure um nome para a política.
- No gateway2, configure um ou mais eventos de redundância para monitorar as condições que disparam um aviso.
- Configure um nome para o evento de redundância.
[edit services] user@gateway2# set event-options redundancy-event event-name
Por exemplo:
[edit services] user@gateway2# set event-options redundancy-event WARN_EV
- Especifique todas as interfaces que disparam um aviso quando a interface fica inativa.
[edit services event-options redundancy-event event-name] user@gateway2# set monitor link-down [interface-name]
- Especifique que uma solicitação de reinicialização do daemon de roteamento de processo aciona um aviso.
[edit services event-options redundancy-event event-name] user@gateway2# set monitor process routing restart
- Especifique que uma solicitação de encerramento do daemon de roteamento de processo aciona um aviso.
[edit services event-options redundancy-event event-name] user@gateway2# set monitor process routing abort
- Configure um nome para o evento de redundância.
- No gateway2, configure uma política de redundância que transmita um aviso.
- Configure um nome para a política.
user@gateway2# edit policy-options redundancy-policy policy-name
Por exemplo:
user@gateway2# edit policy-options redundancy-policy WARN_POL
- Especifique os eventos de redundância configurados que disparam um aviso.
[edit policy-options redundancy-policy policy-name] user@gateway2# set redundancy-events [event-list]
Por exemplo:
[edit policy-options redundancy-policy WARN_POL] user@gateway2# set redundancy-events WARN_EV
- Transmita o aviso.
[edit policy-options redundancy-policy policy-name] user@gateway2# set then broadcast-warning
- Configure um nome para a política.
- No gateway2, configure o conjunto de redundância.
- Configure um nome para o conjunto de redundância.
[edit services] user@gateway2# set redundancy-set redundancy-set
Por exemplo:
[edit services] user@gateway2# set redundancy-set 1
- Especifique a ID do grupo de redundância para o conjunto de redundância.
[edit services redundancy-set redundancy-set] user@gateway2# set redundancy-group redundancy-group
Por exemplo:
[edit services redundancy-set 1] user@gateway2# set redundancy-group 1
A ID do grupo de redundância é a mesma ID do grupo de redundância configurada para o daemon ICCP (iccpd) por meio da hierarquia de configuração ICCP existente. Por exemplo,
iccp { local-ip-addr 10.1.1.1; peer 10.2.2.2 { redundancy-group-id-list 1; liveness-detection { minimum-interval 1000; } } } - Especifique a política de redundância que libera a função primária, a política de redundância que adquire a função primária e a política de redundância que dispara um aviso.
[edit services redundancy-set redundancy-set] user@gateway2# set redundancy-policy [redundancy-policy-list]
Por exemplo:
[edit services redundancy-set 1] user@gateway2# set redundancy-policy [ ACQU_MSHIP_POL RLS_MSHIP_POL WARN_POL]
- Configure a frequência das investigações de verificação de integridade do conjunto de redundância, em segundos.
[edit services redundancy-set redundancy-set] user@gateway2# set healthcheck-timer-interval healthcheck-timer-interval
O padrão é 30 segundos.
- Configure o tempo máximo de espera para uma resposta de verificação de ajuda, em segundos.
[edit services redundancy-set redundancy-set] user@gateway2# set hold-time hold-time
O intervalo é de 0 a 3600 segundos.
- Configure a frequência das mensagens de olá srd, em segundos.
[edit services redundancy-set redundancy-set] user@gateway2# set keepalive keepalive
O intervalo é de 1 a 60 segundos.
- Configure um nome para o conjunto de redundância.
- No gateway2, configure políticas de roteamento.
- Identificar rotas de sinal que exigem mudanças de roteamento relacionadas à redundância. Especifique a rota do sinal e a tabela de roteamento que é usada.
[edit policy-options condition condition-name} user@gateway2# set if-route-exists signal-route table routing-table
Por exemplo:
[edit policy-options condition switchover-route-exists] user@gateway2# set if-route-exists 10.45.45.0/24 table bgp1_table
- Para alterar a preferência local para a rota do sinal, insira-a em uma declaração de política.
[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
- Para alterar os valores as-path-prepend para a rota de sinal, insira-os na declaração de política.
[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
- Identificar rotas de sinal que exigem mudanças de roteamento relacionadas à redundância. Especifique a rota do sinal e a tabela de roteamento que é usada.
- No gateway2, configure a redundância para o conjunto de serviços atribuindo o conjunto de redundância ao conjunto de serviços.
[edit] user@gateway2# set services service-set service-set-name redundancy-set-id redundancy-set