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 anterior)

Nota:

Esse tópico se aplica à versão 15.1 do Junos OS e anterior. (Para o lançamento do Junos OS 16.1 e superior, veja a sincronização stateful entre chassis para NAT de longa duração e visão geral de fluxos de firewall stateful (MS-MPC, MS-MIC) (versão 16.1 e posterior).)

A alta disponibilidade entre chassis oferece suporte à sincronização stateful dos serviços usando um switchover para um PIC de serviços de backup em um chassi diferente. Esse tópico se aplica à versão 15.1 do Junos OS e anterior. (Para o lançamento do Junos OS 16.1 e superior, veja a sincronização stateful entre chassis para NAT de longa duração e visão geral de fluxos de firewall stateful (MS-MPC, MS-MIC) (versão 16.1 e posterior).) O recurso é descrito nos seguintes tópicos:

Alta disponibilidade entre chassis para firewall stateful e visão geral do NAPT44 (MS-MIC, MS-MPC)

As implantações de NAT de nível de operadora (CGN) 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-chassis possa ser usada em ambientes de chassi duplo, ele lida apenas com falhas pic de serviço. Se o tráfego for trocado 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 oferece redundância usando menos PICs de serviço do que a alta disponibilidade intra-chassis. Apenas fluxos de longa duração são sincronizados entre o chassi principal e o chassi de backup no par de alta disponibilidade. Os PICs de serviço não replicam o estado até que um comando CLI explícito seja request services redundancy (synchronize | no-synchronize)emitido para iniciar ou interromper a replicação do estado. As informações de estado do firewall stateful, NAPT44 e APP podem ser sincronizadas.

Nota:

Quando os PICs primários e de backup estiverem ativados, a replicação começa imediatamente quando o request services redundancy command problema é emitido.

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

As seguintes restrições se aplicam:

  • O NAPT44 é o único tipo de tradução suportado.

  • O checkpointing não é compatível com ALGs, alocação de blocos de porta PBA (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

Configurando a alta disponibilidade entre chassis para firewall stateful e NAPT44 (MS-MPC, MS-MIC)

Para configurar a disponibilidade entre chassis para firewall stateful e NAPT44 no PICS do 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 hierárquicos [edit interfaces interface-name redundancy-options] , definir o ipaddress redundancy-peer. Este endereço IPv4 especifica um dos endereços IP hospedados do PIC remoto. Este endereço é usado pelo canal TCP entre os pares de HA.
    Nota:

    Quando você habilita ou desativa a alta disponibilidade de MS-MICs ou MS-MPCs configurando ou removendo os PICs de serviços adaptativos primários e de backup usando a redundancy-options redundancy-peer ipaddress address declaração no [edit interfaces interface-name] nível de hierarquia, a mudança 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 de conjunto de serviços tem o efeito de desativar o conjunto de serviços, aplicar a mudança e, em seguida, 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 é um membro do par de alta disponibilidade, configure as opções de replicação de serviços usando a opção replicate-services .

Exemplo: Alta disponibilidade stateful entre chassis para NAT e firewall stateful (MS-MIC, MS-MPC)

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

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Dois roteadores MX480 com placas de linha MS-MPC

  • Versão do Junos OS 13.3 ou posterior

Visão geral

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

Configuração

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

Configuração rápida da CLI

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

Nota:

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

Nota:

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

Configurando interfaces para Chassis 1.

Procedimento passo a passo

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

  • redundancy-options redundancy-peer ipaddress address

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

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 sincronizar o tráfego.

  3. Configure interfaces remanescentes conforme necessário.

Resultados

Configure as informações de roteamento para o chassi 1

Procedimento passo a passo

A configuração de roteamento detalhado 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 Chassis 1.

Resultados

Configuração de NAT e firewall stateful para Chassis 1

Procedimento passo a passo

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

  1. Configure o NAT conforme necessário.

  2. Configure firewall stateful conforme necessário.

Resultados

Configuração do conjunto de serviços

Procedimento passo a passo

Configure o conjunto de serviço 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 registro desejadas.

Resultados

Configuração de interfaces para Chassis 2

Procedimento passo a passo

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

  • redundancy-options redundancy-peer ipaddress address

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

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

    Os redundancy-peer ipaddress pontos para o endereço da unidade (unidade 10) no chassi ms-4/0/0 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 sincronizar o tráfego

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

Resultados

Configure as informações de roteamento para Chassis 2

Procedimento passo a passo

A configuração de roteamento detalhado 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ído aqui.

  • Configure as instâncias de roteamento para o chassi 2.

    Nota:

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

    • Configuração de NAT e firewall stateful

    • Configuração do conjunto de serviços

Resultados