Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
NESTA PÁGINA
 

Cluster de chassi em dispositivos NFX250

O cluster de chassi envolve a sincronização de arquivos de configuração e os estados dinâmicos de sessão de tempo de execução entre dois dispositivos, que fazem parte da configuração do cluster do chassi. No NFX250, as instâncias vSRX em dois dispositivos são agrupadas em um cluster para fornecer alta disponibilidade (HA).

Visão geral do cluster do chassi NFX250

Você pode configurar dispositivos NFX250 para operar no modo cluster conectando e configurando as instâncias vSRX em cada dispositivo para operar como um único nó, fornecendo redundância no nível de dispositivo, interface e serviço.

Quando dois dispositivos são configurados para operar como um cluster de chassi, cada dispositivo se torna um nó desse cluster. Os dois nós fazem backup um do outro, com um nó agindo como o dispositivo principal e o outro nó agindo como o dispositivo secundário, garantindo um failover stateful de processos e serviços quando o sistema ou hardware falha. Se o dispositivo principal falhar, o dispositivo secundário assumirá o processamento do tráfego.

Os nós de um cluster são conectados juntos por meio de dois links chamados link de controle e enlace de malha. Os dispositivos em um cluster de chassi sincronizam os estados de sessão de configuração, kernel e PFE em todo o cluster para facilitar a alta disponibilidade, failover de serviços stateful e balanceamento de carga.

  • Link de controle — sincroniza a configuração entre os nós. Quando você envia declarações de configuração ao cluster, a configuração é sincronizada automaticamente pela interface de controle.

    Para criar um caminho de dados de link de controle de cluster vSRX, conecte a interface ge-0/0/0 em um nó à interface ge-0/0/0 no segundo nó.

    Nota:

    Você só pode usar a interface ge-0/0/0 para criar um link de controle.

  • Enlace de malha (link de dados)— encaminha o tráfego entre os nós. O tráfego que chega em um nó que precisa ser processado no outro nó é encaminhado pelo enlace da malha. Da mesma forma, o tráfego processado em um nó que precisa sair por meio de uma interface no outro nó é encaminhado pelo enlace da malha.

    Você pode usar qualquer interface, exceto o ge-0/0/0 para criar um enlace de malha.

Modos de cluster de chassi

O cluster do chassi pode ser configurado em modo ativo/passivo ou ativo/ativo.

  • Active/passive mode— No modo ativo/passivo, o tráfego de trânsito passa pelo nó principal enquanto o nó de backup é usado apenas em caso de falha. Quando ocorre uma falha, o dispositivo de backup se torna o dispositivo principal e assume todas as tarefas de encaminhamento.

  • Active/active mode— No modo ativo/ativo, o tráfego de trânsito passa por ambos os nós o tempo todo.

Interfaces de cluster de chassi

As interfaces de cluster do chassi incluem:

  • Interface Ethernet redundante (reth) — uma pseudo-interface que inclui uma interface física de cada nó de um cluster. A interface de reth do nó ativo é responsável por passar o tráfego em uma configuração de cluster de chassi.

    Uma interface de reth deve conter, no mínimo, um par de interfaces Fast Ethernet ou um par de interfaces Gigabit Ethernet que são conhecidas como interfaces infantis da interface Ethernet redundante (o pai redundante). Se duas ou mais interfaces infantis de cada nó forem atribuídas à interface Ethernet redundante, um grupo de agregação de enlaces de interface Ethernet redundante pode ser formado.

    Nota:

    Você pode configurar um máximo de 128 interfaces de reth em dispositivos NFX250.

  • Interface de controle — uma interface que fornece o enlace de controle entre os dois nós no cluster. Essa interface é usada para atualizações de roteamento e para tráfego de sinal de plano de controle, como informações de batimentos cardíacos e limiares que desencadeiam failover de nó.

  • Interface de malha — uma interface que fornece a conexão física entre dois nós de um cluster. Uma interface de malha é formada conectando um par de interfaces Ethernet de volta para trás (uma de cada nó). Os mecanismos de encaminhamento de pacotes do cluster usam essa interface para transmitir tráfego de trânsito e sincronizar o estado de tempo de execução do software do plano de dados. Você deve especificar as interfaces físicas a serem usadas para a interface de malha na configuração.

Nota:

O cluster de chassi é habilitado em instâncias vSRX 2.0 VNF em execução em dois dispositivos NFX250 separados.

Limitação do cluster do chassi

O LAG redundante (RLAG) das interfaces de membro de reth do mesmo nó não é suportado. Uma interface de reth com mais de uma interface infantil por nó é chamada RLAG.

Exemplo: configurar um cluster de chassi em dispositivos NFX250

Este exemplo mostra como configurar clusters de chassi em dispositivos NFX250.

Requisitos

Antes de começar:

  • Conecte fisicamente os dois dispositivos e garanta que eles sejam o mesmo modelo NFX250.

  • Garanta que ambos os dispositivos estejam executando a mesma versão do Junos OS

  • (Opcional) Remova todo o mapeamento da interface para a porta de controle ge-0/0/0 em ambos os nós.

  • Conecte a porta de controle ge-0/0/0 no nó 0 à porta ge-0/0/0 no nó 1.

  • Conecte a porta da malha no nó 0 à porta da malha no nó 1.

Visão geral

Este exemplo mostra como configurar clusters básicos de chassi ativo/passivo. Um dispositivo mantém ativamente o controle do cluster do chassi. O outro dispositivo mantém passivamente seu estado para recursos de failover de cluster caso o dispositivo ativo fique inativo.

Nota:

Este exemplo não descreve em detalhes configurações diversas, como como configurar recursos de segurança. Eles são essencialmente os mesmos que seriam para configurações autônomas.

Configuração

Implante vSRX 2.0 VNF em dispositivos NFX250

Procedimento passo a passo

  1. Copie a imagem do vSRX 2.0 VNF para a pasta /var/terceiros/imagens/ pasta.

  2. Defina as VLANs host-OS:

  3. Implante a VNF vSRX no NFX250:

Configure o datapath JCP

Procedimento passo a passo

  1. Configure as portas do painel frontal na família de comutação Ethernet e mapeie-as para as VLANs:

Criação de cluster de chassi VNF HA

Procedimento passo a passo

  1. Acesse a VNF:

  2. Altere o modo para cluster de chassi:

  3. Configure os VNFs gerados em um modo de cluster:

Configuração de um cluster de chassi

Procedimento passo a passo

  1. Configure o ID de cluster nos nós e reinicialize os dispositivos. Uma reinicialização é necessária para entrar no modo cluster após o ID de cluster e o ID de nó serem definidos.

    Nota:

    Você deve entrar no modo operacional para emitir os comandos em ambos os dispositivos.

    O cluster-id é o mesmo em ambos os dispositivos, mas o nó ID deve ser diferente porque um dispositivo é nó 0 e o outro dispositivo é o nó 1. O intervalo para o cluster-id é de 0 a 255 e defini-lo para 0 é equivalente à desativação do modo de cluster.

  2. Verifique se o cluster do chassi está configurado com sucesso:

    Depois que o cluster do chassi for configurado, você pode entrar no modo de configuração e executar todas as configurações no nó principal, nó0.

  3. Configure os nomes de host e os endereços IP de gerenciamento fora de banda para nós 0 e 1:

    Se você estiver acessando o dispositivo a partir de uma sub-rede diferente da configurada para o gerenciamento fora de banda, configure uma rota estática:

  4. Configure um roteador de backup para acessar o roteador a partir de uma rede externa para o gerenciamento fora da banda

Configure interfaces de malha

Procedimento passo a passo

A interface ge-0/0/0 é um enlace de controle pré-definido. Portanto, você deve selecionar qualquer outra interface no dispositivo para configurar uma interface de malha. Por exemplo, na configuração abaixo, o ge-0/0/1 é usado como interface de malha.

  1. Conecte uma extremidade do cabo Ethernet ao ge-0/0/1 no dispositivo NFX250NG-1 e a outra extremidade do cabo ao dispositivo ge-0/0/1 no dispositivo NFX250NG-2.

  2. Mapeie a LAN física para a porta WAN virtual:

  3. Configure interfaces de painel frontal (L2) correspondentes à interface da malha:

  4. Configure interfaces L3 como membro da malha:

  5. Configure o caminho de dados para interfaces de malha:

  6. Configure peering de porta para membros de malha e reth. O peering de porta garante que, quando uma interface LAN controlada pelo plano de dados de Camada 2 (FPC0) falha, a interface correspondente no plano de dados de Camada 3 (FPC1) é marcada para baixo e vice-versa. Isso ajuda no failover do grupo redundante correspondente ao nó secundário.

Configure grupos redundantes e interfaces redundantes

Procedimento passo a passo

  1. Configure grupos de redundância 1 e 2. Controle redundancy-group 1 o plano de dados e redundancy-group 2 inclua as portas do plano de dados. Cada nó tem interfaces em um grupo de redundância. Como parte da configuração de grupo de redundância, você também deve definir a prioridade para plano de controle e plano de dados — qual dispositivo é preferido para o plano de controle e qual dispositivo é preferido para o plano de dados. Para clusters de chassi, a maior prioridade é a preferência. O número maior tem precedência.

    Nesta configuração, node 0 está o nó ativo associado a redundancy-group 1. reth0 é membro redundancy-group 1 e reth1 é membro de redundancy-group 2. Você deve configurar todas as mudanças no cluster por meio do nó 0. Se o nó 0 falhar, o nó 1 será o nó ativo.

  2. Configure interfaces de painel frontal (L2) correspondentes à interface de reth:

  3. Configure interfaces WAN (L3) como membro reth:

  4. Configure interfaces de reth:

    • Configure o reth0:

    • Configure o reth1:

  5. Configure o monitoramento de interface para membros de interfaces de reth:

  6. Configure políticas de segurança para permitir tráfego da LAN à WAN e da WAN à LAN:

Verificação

Verificando o status do cluster do chassi

Propósito

Verifique o status do cluster do chassi e suas interfaces.

Ação

Do modo operacional, emita os seguintes comandos:

  • Verifique o status do cluster:

  • Verifique o status dos grupos de redundância:

  • Verifique o status das interfaces:

  • Verifique o status das interfaces de peering de porta:

Documentação relacionada