Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Alta disponibilidade entre chassis para MS-MIC e MS-MPC (versão 15.1 e anteriores)

Observação:

Este tópico se aplica ao Junos OS versão 15.1 e anteriores. (Para o Junos OS versão 16.1 e superior, consulte a sincronização stateful entre chassis para fluxos de NAT e Firewall com estado de longa duração (MS-MPC, MS-MIC) Visão geral (versão 16.1 e posterior).)

A alta disponibilidade entre chassis oferece suporte à sincronização stateful de serviços usando um switchover para um PIC de serviços de backup em um chassi diferente. Este tópico se aplica ao Junos OS versão 15.1 e anteriores. (Para o Junos OS versão 16.1 e superior, consulte a sincronização stateful entre chassis para fluxos de NAT e Firewall com estado de longa duração (MS-MPC, MS-MIC) Visão geral (versão 16.1 e posterior).) O recurso é descrito nos seguintes tópicos:

Alta disponibilidade entre chassis para Firewall com estado e visão geral do NAPT44 (MS-MIC, MS-MPC)

As implantações de NAT (CGN) de nível de operadora podem usar implementações de chassi duplo para fornecer um caminho de dados redundante e redundância para componentes-chave no roteador. Embora a alta disponibilidade intra-chassi possa ser usada em ambientes de chassi duplo, ela lida apenas com falhas de PIC de serviço. Se o tráfego for comutado para um roteador de backup devido a alguma outra falha no roteador, o estado será perdido. A alta disponibilidade entre chassis preserva o estado e fornece redundância usando menos PICs de serviço do que a alta disponibilidade intrachassi. Somente fluxos de longa duração são sincronizados entre o chassi principal e de backup no par de alta disponibilidade. Os PICs de serviço não replicam o estado até que um comando CLI explícito, request services redundancy (synchronize | no-synchronize), seja emitido para iniciar ou parar a replicação de estado. As informações de firewall stateful, NAPT44 e estado do APP podem ser sincronizadas.

Observação:

Quando os PICs primários e de backup estão ativos, a replicação é iniciada imediatamente quando o request services redundancy command é emitido.

Para usar a alta disponibilidade entre chassis, você deve usar conjuntos de serviços configurados para interfaces de serviço de próximo salto. A alta disponibilidade entre chassis funciona com interfaces de serviço ms configuradas em placas de interface MS-MIC ou MS-MPC. Uma unidade diferente da unidade 0 deve ser configurada com a ip-address-owner service-plane opção.

As seguintes restrições se aplicam:

  • NAPT44 é o único tipo de tradução com suporte.

  • O ponto de verificação não é compatível com ALGs, PBA (alocação de bloco de porta) PBA, mapeamento independente de endpoint (EIM) ou filtros independentes de endpoint (EIF).

A Figura 1 mostra a topologia de alta disponibilidade entre chassis.

Figura 1: Topologia Inter-Chassis High Availability Topology de alta disponibilidade entre chassis

Configuração da alta disponibilidade entre chassis para Firewall com estado e NAPT44 (MS-MPC, MS-MIC)

Para configurar a disponibilidade entre chassis para firewall stateful e NAPT44 em PICS de serviço MS-MIC ou MS-MPC, execute as seguintes etapas de configuração em cada chassi do par de alta disponibilidade:

  1. No nível da [edit interfaces interface-name redundancy-options] hierarquia, defina o ipaddress para o redundancy-peer. Esse endereço IPv4 especifica um dos endereços IP hospedados do PIC remoto. Esse endereço é usado pelo canal TCP entre os pares de HA.
    Observação:

    Quando você ativa ou desativa a alta disponibilidade de MS-MICs ou MS-MPCs configurando ou removendo os PICs de serviços adaptáveis primários e de backup usando a redundancy-options redundancy-peer ipaddress address instrução no nível de [edit interfaces interface-name] hierarquia, a alteração de configuração é tratada como um evento catastrófico para cada conjunto de serviços que se refere à interface afetada no nível de [edit services service-set name interface-service service-interface interface-name] hierarquia. Um evento catastrófico no nível do conjunto de serviços tem o efeito de desativar o conjunto de serviços, aplicar a alteração e reativar o conjunto de serviços.

  2. Especifique o nome de uma instância de roteamento especial, ou VRF, que você deseja aplicar ao tráfego de sincronização de HA entre o par de alta disponibilidade.
  3. Para o conjunto de serviços que define uma interface que é membro do par de alta disponibilidade, configure as opções de replicação de serviço usando a replicate-services opção.

Exemplo: alta disponibilidade stateful entre chassis para NAT e Firewall com estado (MS-MIC, MS-MPC)

Este exemplo mostra como configurar a alta disponibilidade entre chassis para firewall stateful e serviços NAT.

Requerimentos

Este exemplo usa os seguintes componentes de hardware e software:

  • Dois roteadores MX480 com placas de linha MS-MPC

  • Junos OS versão 13.3 ou posterior

Visão geral

Dois roteadores MX 3D são configurados de forma idêntica para facilitar o failover stateful para serviços de firewall e NAT em caso de falha do chassi.

Configuração

Para configurar a alta disponibilidade entre chassis para este exemplo, execute estas tarefas:

Configuração rápida da CLI

Para configurar rapidamente este exemplo nos roteadores, copie os comandos a seguir e cole-os na janela do terminal do roteador depois de remover as quebras de linha e substituir as informações de interface específicas do seu site.

Observação:

A configuração a seguir é para o chassi 1.

Observação:

A configuração a seguir é para o chassi 2. O NAT, o firewall stateful e as informações do conjunto de serviços devem ser idênticos para os chassis 1 e 2.

Configuração de interfaces para chassi 1.

Procedimento passo a passo

As interfaces para cada um dos pares de roteadores de HA são configuradas de forma idêntica, com exceção das seguintes opções de PIC de serviço:

  • redundancy-options redundancy-peer ipaddress address

  • unit unit-number family inet address address de uma unidade, diferente de 0, que contém a ip-address-owner service-plane opção

Para configurar interfaces:

  1. Configure o PIC de serviço redundante no chassi 1.

  2. Configure as interfaces para o chassi 1 que são usadas como links de interchassis para tráfego de sincronização.

  3. Configure as interfaces restantes conforme necessário.

Resultados

Configurar informações de roteamento para o chassi 1

Procedimento passo a passo

A configuração detalhada de roteamento não está incluída neste exemplo. Uma instância de roteamento é necessária para o tráfego de sincronização de HA entre o chassi da seguinte forma:

  • Configure instâncias de roteamento para o Chassi 1.

Resultados

Configuração de NAT e Firewall com estado para o Chassi 1

Procedimento passo a passo

Configure o NAT e o firewall stateful de forma idêntica em ambos os roteadores. Para configurar o NAT e o firewall stateful:

  1. Configure o NAT conforme necessário.

  2. Configure o firewall stateful conforme necessário.

Resultados

Configurando o conjunto de serviços

Procedimento passo a passo

Configure o conjunto de serviços de forma idêntica em ambos os roteadores. Para configurar o conjunto de serviços:

  1. Configure as opções de replicação do conjunto de serviços.

  2. Configure referências a NAT e regras de firewall stateful para o conjunto de serviços.

  3. Configure a interface de serviço de próximo salto no MS-PIC.

  4. Configure as opções de log desejadas.

Resultados

Configuração de interfaces para o chassi 2

Procedimento passo a passo

As interfaces para cada um dos pares de roteadores de HA são configuradas de forma idêntica, com exceção das seguintes opções de PIC de serviço:

  • redundancy-options redundancy-peer ipaddress address

  • unit unit-number family inet address address de uma unidade, diferente de 0, que contém a ip-address-owner service-plane opção

  1. Configure o PIC de serviço redundante no chassi 2.

    O redundancy-peer ipaddress aponta para o endereço da unidade (unidade 10) no ms-4/0/0 no chassi no chassi 1 que contém a ip-address-owner service-plane declaração.

  2. Configure as interfaces para o chassi 2 que são usadas como links de interchassis para tráfego de sincronização

  3. Configure as interfaces restantes para o chassi 2 conforme necessário.

Resultados

Configurar informações de roteamento para o chassi 2

Procedimento passo a passo

A configuração detalhada de roteamento não está incluída neste exemplo. Uma instância de roteamento é necessária para o tráfego de sincronização de HA entre os dois chassis e está incluída aqui.

  • Configure instâncias de roteamento para chassis 2.

    Observação:

    As etapas de configuração a seguir são idênticas às etapas mostradas para o chassi 1.

    • Configuração de NAT e Firewall com estado

    • Configurando o conjunto de serviços

Resultados