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 de serviços de interchassis para serviços de próxima geração. Este tópico contém um procedimento para configurar redundância de serviços sem paradas (switchovers automáticos em ambas as direções) e um procedimento para redundância de ida (switches automáticos apenas da primária original para o standby original).
Você também pode usar um comando de solicitação manual para liberar ou adquirir uma função primária:
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 primária. Você também deve atribuir a política de redundância ao conjunto de redundância usado no comando.
Configuração de redundância de serviços sem parar para conjunto de serviços de próxima geração
A redundância de serviços sem parar oferece switches de serviços automáticos entre os roteadores da Série MX quando ocorre um evento crítico. As mudanças automáticas do gateway1 ao gateway2 e do gateway2 ao gateway1 ocorrem sem intervenção manual.
Para configurar a redundância de serviços sem parar 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 desencadeiam uma transferência de serviços para o gateway 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 quaisquer interfaces que acionem um switchover de serviços quando a interface cair.
[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 processos aciona um switchover de serviços.
[edit services event-options redundancy-event event-name] user@host# set monitor process routing restart
- Especifique que um daemon de roteamento de processos encerre a solicitação aciona um switchover de serviços.
[edit services event-options redundancy-event event-name] user@host# set monitor process routing abort
- Especifique que uma solicitação do peer para adquirir a propriedade aciona um switchover 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 libera a função primária e exclui uma rota estática quando as condições do evento de redundância são 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 ser capaz de executar a
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>função primária de liberação manual, inclua isso event-name na política de redundância. O evento de redundância em si não precisa ser configurado, pois é desencadeado pelo comando de solicitação.Por exemplo:
[edit policy-options redundancy-policy RLS_MSHIP_POL user@host# set redundancy-events [RELS_MSHIP_CRIT_EV RELS_MSHIP_MANUAL_EV]
- Libere a função primária.
[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 peer 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 ser capaz de executar para adquirir manualmente a
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>função primária, inclua isso event-name na política de redundância. O evento de redundância em si não precisa ser configurado, pois é desencadeado pelo comando de solicitação.Por exemplo:
[edit policy-options redundancy-policy ACQU_MSHIP_POL] user@host# set redundancy-events [PEER_RELS_MSHIP_EV ACQU_MSHIP_MANUAL_EV]
- Adquira a função 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
O ID do grupo de redundância é o mesmo ID do grupo de redundância configurado para o daemon ICCP (iccpd) por meio da hierarquia de configuração do 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 o papel primário e a política de redundância que adquire o papel principal.
[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 de sondagens de verificação de saúde 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 é de 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 de mensagens srd hello 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 de sinal e a tabela de roteamento 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 pela rota de 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 mudar os valores de preparação de caminhos para a rota do 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 de sinal e a tabela de roteamento 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 peer.
Configuração da redundância de serviços de ida para o conjunto de serviços de próxima geração
A redundância de serviços de ida oferece switches de serviços automáticos do gateway1, o gateway principal original, ao gateway2, o gateway de espera original. Uma transferência automática do gateway 2 para o gateway1 não acontece. Para mudar do gateway2 para o gateway1, você deve realizar um switchover manual.
- No gateway1, a primária inicial, configure um ou mais eventos de redundância para monitorar as condições que desencadeiam uma mudança de serviços para o gateway2, o gateway de espera.
- 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 quaisquer interfaces que acionem um switchover de serviços quando a interface cair.
[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 processos aciona um switchover de serviços.
[edit services event-options redundancy-event event-name] user@gateway1# set monitor process routing restart
- Especifique que um daemon de roteamento de processos encerre a solicitação aciona um switchover 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 libera a função primária e exclui uma rota estática quando as condições do evento de redundância são 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 ser capaz de executar a
request services redundancy-set redundancy-set trigger redundancy-event event-name <force>função primária de liberação manual, inclua isso event-name na política de redundância. O evento de redundância em si não precisa ser configurado, pois é desencadeado pelo comando de solicitação.Por exemplo:
[edit policy-options redundancy-policy RLS_MSHIP_POL] user@gateway1# set redundancy-events [RELS_MSHIP_CRIT_EV RELS_MSHIP_MANUAL_EV]
- Libere a função primária.
[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ê realiza 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 é desencadeado pelo comando de solicitação.
- Adquira a função 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
O ID do grupo de redundância é o mesmo ID do grupo de redundância configurado para o daemon ICCP (iccpd) por meio da hierarquia de configuração do 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 o papel primário e a política de redundância que adquire o papel principal.
[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 de sondagens de verificação de saúde 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 é de 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 de mensagens srd hello 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 de sinal e a tabela de roteamento 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 pela rota de 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 mudar os valores de preparação de caminhos para a rota do 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 de sinal e a tabela de roteamento 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 standby 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 versão primária da função de gateway peer.
[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 a função 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 libera a função primária e apaga uma rota estática quando o gateway1 solicita 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 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 a função primária.
[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 desencadeiam 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 quaisquer interfaces que acionem um aviso quando a interface cair.
[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 processos aciona um aviso.
[edit services event-options redundancy-event event-name] user@gateway2# set monitor process routing restart
- Especifique que um daemon de roteamento de processos encerre a solicitação 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 transmite 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 desencadeiam 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
O ID do grupo de redundância é o mesmo ID do grupo de redundância configurado para o daemon ICCP (iccpd) por meio da hierarquia de configuração do 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 o papel primário, a política de redundância que adquire o papel primário e a política de redundância que desencadeia 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 de sondagens de verificação de saúde 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 é de 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 de mensagens srd hello 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 de sinal e a tabela de roteamento 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 pela rota de 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 mudar os valores de preparação de caminhos para a rota do 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 de sinal e a tabela de roteamento 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