Entendendo a redundância do mecanismo de roteamento

Visão geral da redundância do mecanismo de roteamento

Os mecanismos de roteamento redundantes são dois mecanismos de roteamento instalados na mesma plataforma de roteamento. Um funciona como o principal, enquanto o outro permanece como um backup caso o mecanismo de roteamento primário fracasse. Em plataformas de roteamento com mecanismos de roteamento duplos, a reconvergência da rede ocorre mais rapidamente do que em plataformas de roteamento com um único mecanismo de roteamento.

Quando um mecanismo de roteamento é configurado como primário, ele tem funcionalidade completa. Ele recebe e transmite informações de roteamento, constrói e mantém tabelas de roteamento, comunica-se com interfaces e componentes do Mecanismo de encaminhamento de pacotes e tem controle total sobre o chassi. Quando um mecanismo de roteamento está configurado para ser o backup, ele não se comunica com o Mecanismo de encaminhamento de pacotes ou componentes do chassi.

Nota:

Em dispositivos que executam o Junos OS Release 8.4 ou posteriores, ambos os mecanismos de roteamento não podem ser configurados para serem primários ao mesmo tempo. Essa configuração faz com que a verificação de confirmação seja reprovada.

Um failover do mecanismo de roteamento primário para o mecanismo de roteamento de backup ocorre automaticamente quando o mecanismo de roteamento primário experimenta uma falha de hardware ou quando você configurou o software para oferecer suporte a uma mudança na função primária com base em condições específicas. Você também pode mudar manualmente a função primária do Mecanismo de Roteamento emitindo um dos request chassis routing-engine comandos. Neste tópico, o termo failover refere-se a um evento automático, enquanto o switchover refere-se a um evento automático ou manual.

Quando ocorre um failover ou uma switchover, o mecanismo de roteamento de backup assume o controle do sistema como o novo mecanismo de roteamento primário.

• Se o switchover gracioso do mecanismo de roteamento não estiver configurado, quando o mecanismo de roteamento de backup se torna primário, ele reinicia o plano do switch e baixa sua própria versão do microkernel para os componentes do Mecanismo de encaminhamento de pacotes. O tráfego é interrompido enquanto o mecanismo de encaminhamento de pacotes é reinitializado. Todos os processos de kernel e encaminhamento são reiniciados.

• Se o switchover gracioso do mecanismo de roteamento estiver configurado, as informações de interface e kernel serão preservadas. A mudança é mais rápida porque os mecanismos de encaminhamento de pacotes não são reiniciados. O novo mecanismo de roteamento primário reinicia o processo de protocolo de roteamento (rpd). Todos os hardwares e interfaces são adquiridos por um processo semelhante a uma reinicialização calorosa.

• Se o switchover gracioso do mecanismo de roteamento e o roteamento ativo ininterrupto (NSR) forem configurados, o tráfego não será interrompido durante a transição. As informações de protocolo de interface, kernel e roteamento estão preservadas.

• Se o switchover gracioso do mecanismo de roteamento e a reinicialização graciosa forem configurados, o tráfego não será interrompido durante a transição. As informações de interface e kernel estão preservadas. Extensões de protocolo de reinicialização graciosas coletam e restauram rapidamente as informações de roteamento dos roteadores vizinhos.

Condições que desencadeiam falha no mecanismo de roteamento

Os eventos a seguir podem resultar em uma mudança automática na função primária do Mecanismo de Roteamento, dependendo da sua configuração:

• A plataforma de roteamento experimenta uma falha de hardware. Uma mudança na função primária do mecanismo de roteamento ocorre se o mecanismo de roteamento ou o módulo de host ou subsistema associado forem desligados de forma brusca. Você também pode configurar o mecanismo de roteamento de backup para assumir a função principal se ele detectar um erro de disco rígido no mecanismo de roteamento primário. Para habilitar esse recurso, inclua a failover on-disk-failure declaração no nível de [edit chassis redundancy] hierarquia.

• A plataforma de roteamento experimenta uma falha de software, como uma falha no kernel ou um bloqueio de CPU. Você deve configurar o mecanismo de roteamento de backup para assumir o papel principal quando ele detecta uma perda de sinal keepalive. Para habilitar esse método de failover, inclua a failover on-loss-of-keepalives declaração no nível de [edit chassis redundancy] hierarquia.

• A plataforma de roteamento experimenta uma falha de interface em0 no mecanismo de roteamento primário. Você deve configurar o mecanismo de roteamento de backup para assumir o papel principal quando detectar a falha da interface em0. Para habilitar esse método de failover, inclua a on-re-to-fpc-stale declaração no nível de [edit chassis redundancy failover] hierarquia.

• Um processo de software específico falha. Você pode configurar o mecanismo de roteamento de backup para assumir a função primária quando um ou mais processos especificados falharem pelo menos quatro vezes em 30 segundos. Inclua a failover other-routing-engine declaração no nível hierárquica [edit system processes process-name] .

Se alguma dessas condições for atendida, uma mensagem é registrada e o mecanismo de roteamento de backup tenta assumir o papel principal. Por padrão, um alarme é gerado quando o mecanismo de roteamento de backup fica ativo. Após o mecanismo de roteamento de backup assumir a função principal, ele continua a funcionar como primário mesmo após o mecanismo de roteamento primário originalmente configurado ter retomado a operação com sucesso. Você deve restaurá-lo manualmente ao seu status de backup anterior. (No entanto, se em qualquer momento um dos mecanismos de roteamento não estiver presente, o outro mecanismo de roteamento se tornará primário automaticamente, independentemente de como a redundância está configurada.)

Comportamento de redundância de mecanismo de roteamento padrão

Por padrão, o Junos OS usa o re0 como mecanismo de roteamento primário e re1 como mecanismo de roteamento de backup. A menos que especificado de outra forma na configuração, o re0 sempre se torna primário quando o mecanismo de roteamento primário em ação é reiniciado.

Nota:

Um único mecanismo de roteamento no chassi sempre se torna o mecanismo de roteamento principal, mesmo que anteriormente fosse o mecanismo de roteamento de backup.

Execute as seguintes etapas para ver como funciona a configuração padrão de redundância do mecanismo de roteamento:

1. Garanta que o re0 seja o mecanismo de roteamento principal.

2. Alterne manualmente o estado da função primária do mecanismo de roteamento emitindo o request chassis routing-engine master switch comando do mecanismo de roteamento primário. re0 agora é o mecanismo de roteamento de backup e o re1 é o mecanismo principal de roteamento.

   Nota:

   Na próxima reinicialização do mecanismo de roteamento primário, o Junos OS retorna o roteador ao estado padrão porque você não configurou os mecanismos de roteamento para manter este estado após uma reinicialização.

3. Reinicialize o mecanismo de roteamento primário re1.

   O Mecanismo de Roteamento ativa e lê a configuração. Como você não especificou na configuração qual mecanismo de roteamento é o principal, o re1 usa a configuração padrão como backup. Agora, ambos re0 e re1 estão em um estado de backup. O Junos OS detecta esse conflito e, para evitar um estado não primário, reverte para a configuração padrão para direcionar o re0 para se tornar primário.

Situações que exigem que você interrompa os mecanismos de roteamento

Antes de desligar a energia para uma plataforma de roteamento que tem dois mecanismos de roteamento ou antes de remover o mecanismo de roteamento primário, você deve primeiro parar o mecanismo de roteamento de backup e, em seguida, parar o mecanismo de roteamento primário. Caso contrário, você pode precisar reinstalar o Junos OS. Você pode usar o request system halt both-routing-engines comando no mecanismo de roteamento primário, que primeiro desativa o mecanismo de roteamento primário e depois desativa o mecanismo de roteamento de backup. Para desligar apenas o mecanismo de roteamento de backup, emita o request system halt comando no mecanismo de roteamento de backup.

Se você parar o mecanismo de roteamento primário e não desligá-lo ou removê-lo, o mecanismo de roteamento de backup permanecerá inativo a menos que você o tenha configurado para se tornar o principal quando detecta uma perda de sinal keepalive do mecanismo de roteamento primário.

Nota:

Para reiniciar o roteador, você deve fazer login na porta do console (em vez da porta de gerenciamento Ethernet) do Mecanismo de Roteamento. Quando você faz login na porta de console do mecanismo de roteamento primário, o sistema é reiniciado automaticamente. Depois de fazer login na porta do console do mecanismo de roteamento de backup, pressione Enter para reiniciá-lo.

Nota:

Se você tiver atualizado o mecanismo de roteamento de backup, primeiro reinicialize-o e depois reinicialize o mecanismo de roteamento primário.