Grupos de redundância de clusters de chassi
Um grupo de redundância (RG) inclui e gerencia uma coleção de objetos em ambos os nós de um cluster. Um RG é primário em um nó e backup no outro nó a qualquer momento. Para obter mais informações, veja os seguintes tópicos:
Entendendo grupos de redundância de clusters de chassi
O clustering de chassi oferece alta disponibilidade de interfaces e serviços por meio de grupos de redundância e primazia dentro de grupos.
Um grupo de redundância é uma construção abstrata que inclui e gerencia uma coleção de objetos. Um grupo de redundância contém objetos em ambos os nós. Um grupo de redundância é primário em um nó e backup no outro a qualquer momento. Quando se diz que um grupo de redundância é primário em um nó, seus objetos nesse nó estão ativos.
Grupos de redundância são unidades independentes de failover. Cada grupo de redundância falha de um nó para outro independentemente de outros grupos de redundância. Quando um grupo de redundância falha, todos os seus objetos falham juntos.
Três coisas determinam a primazia de um grupo de redundância: a prioridade configurada para o nó, o ID de nós (em caso de prioridades vinculadas) e a ordem em que o nó aparece. Se um nó de prioridade menor aparecer primeiro, então ele assumirá a primazia para um grupo de redundância (e permanecerá como primário se o preempto não estiver habilitado). Se o preempto for adicionado a uma configuração de grupo de redundância, o dispositivo com maior prioridade no grupo pode iniciar um failover para se tornar primário. Por padrão, a preempção é desativada. Para obter mais informações sobre a preempção, consulte preempt (Chassis Cluster).
Um cluster de chassi pode incluir muitos grupos de redundância, alguns dos quais podem ser primários em um nó e alguns dos quais podem ser primários por outro. Como alternativa, todos os grupos de redundância podem ser primários em um único nó. A primazia de um grupo de redundância não afeta a primazia de outro grupo de redundância. Você pode criar até 128 grupos de redundância.
O número máximo de grupos de redundância é igual ao número de interfaces Ethernet redundantes que você configura.
Você pode configurar grupos de redundância para se adequar à sua implantação. Você configura um grupo de redundância para ser primário em um nó e backup no outro nó. Você especifica o nó em que o grupo é primário, estabelecendo prioridades para ambos os nós dentro de uma configuração de grupo de redundância. O nó com a maior prioridade tem precedência, e os objetos do grupo de redundância estão ativos.
Se um grupo de redundância estiver configurado para que ambos os nós tenham a mesma prioridade, o nó com o menor número de ID de nós sempre terá precedência, e o grupo de redundância é primário sobre ele. Em um cluster de dois nós, o nó 0 sempre prevalece em um empate prioritário.
- Entendendo a redundância de clusters do chassi Grupo 0: mecanismos de roteamento
- Entendendo os grupos de redundância de cluster de chassis 1 a 128
Entendendo a redundância de clusters do chassi Grupo 0: mecanismos de roteamento
Quando você inicializa um dispositivo no modo cluster de chassi , o sistema cria um grupo de redundância referido como grupo de redundância 0. O grupo 0 de redundância gerencia a primazia e o failover entre os mecanismos de roteamento em cada nó do cluster. Como é o caso de todos os grupos de redundância, o grupo de redundância 0 pode ser primário em apenas um nó de cada vez. O nó no qual o grupo 0 de redundância é primário determina qual mecanismo de roteamento está ativo no cluster. Um nó é considerado o nó principal do cluster se o mecanismo de roteamento for o ativo.
A configuração do grupo 0 de redundância especifica a prioridade para cada nó. O esquema de prioridade a seguir determina a primazia do grupo 0 de redundância. Observe que o valor de três segundos é o intervalo se o padrão heartbeat-threshold e heartbeat-interval os valores forem usados.
O nó que aparece primeiro (pelo menos três segundos antes do outro nó) é o nó principal.
Se ambos os nós aparecerem ao mesmo tempo (ou dentro de três segundos um do outro):
O nó com a maior prioridade configurada é o nó principal.
Se houver um empate (seja porque o mesmo valor foi configurado ou porque as configurações padrão foram usadas), o nó com o ID de nó inferior (nó 0) é o nó principal.
O esquema de prioridade anterior se aplica aos grupos de redundância x (grupos de redundância numerados de 1 a 128) também, desde que o preempto não esteja configurado. (Veja exemplo: Configuração de grupos de redundância de clusters de chassi.)
Você não pode habilitar a preempção para o grupo 0 de redundância. Se você quiser alterar o nó primário para o grupo 0 de redundância, você deve fazer um failover manual.
Seja cauteloso e justo em seu uso de failovers manuais do grupo 0 de redundância. Um failover do grupo 0 de redundância implica um failover do Mecanismo de Roteamento, nesse caso, todos os processos em execução no nó primário são mortos e, em seguida, gerados no novo mecanismo de roteamento primário. Esse failover pode resultar em perda de estado, como estado de roteamento, e degradar o desempenho introduzindo o churn do sistema.
Entendendo os grupos de redundância de cluster de chassis 1 a 128
Você pode configurar um ou mais grupos de redundância numerados de 1 a 128, conhecidos como grupo de redundância x. O número máximo de grupos de redundância é igual ao número de interfaces Ethernet redundantes que você configura (veja número máximo de interfaces Ethernet redundantes permitidas (SRX4100, SRX4200, SRX4600, SRX5400, SRX5600, SRX5800, SRX300, SRX320, SRX340, SRX345, SRX 380 e SRX1500)). Cada grupo de redundância x atua como uma unidade independente de failover e é primário em apenas um nó de cada vez.
Cada grupo de redundância x contém uma ou mais interfaces Ethernet redundantes. Uma interface Ethernet redundante é uma interface pseudo que contém no mínimo um par de interfaces Físicas Gigabit Ethernet ou um par de interfaces Ethernet rápidas. Se um grupo de redundância estiver ativo no nó 0, então as ligações infantis de todas as interfaces Ethernet redundantes associadas no nó 0 estarão ativas. Se o grupo de redundância falhar no nó 1, então as ligações infantis de todas as interfaces Ethernet redundantes no nó 1 ficarão ativas.
O esquema de prioridade a seguir determina a primazia do grupo de redundância x , desde que o preempto não esteja configurado. Se o preempto estiver configurado, o nó com a maior prioridade é o nó principal. Observe que o valor de três segundos é o intervalo se o padrão heartbeat-threshold e heartbeat-interval os valores forem usados.
O nó que aparece primeiro (pelo menos três segundos antes do outro nó) é o nó principal.
Se ambos os nós aparecerem ao mesmo tempo (ou dentro de três segundos um do outro):
O nó com a maior prioridade configurada é o nó principal.
Se houver um empate (seja porque o mesmo valor foi configurado ou porque as configurações padrão foram usadas), o nó com o ID de nó inferior (nó 0) é o nó principal.
Em clusters de chassi da Série SRX, você pode configurar vários grupos de redundância para compartilhar tráfego de carga em todo o cluster. Por exemplo, você pode configurar alguns grupos de redundância x para ser primário em um nó e alguns grupos de redundância x para ser primário no outro nó. Você também pode configurar um grupo de redundância x em um relacionamento de um para um com uma única interface Ethernet redundante para controlar por qual interface o tráfego flui.
O tráfego para um grupo de redundância é processado no nó onde o grupo de redundância está ativo. Como mais de um grupo de redundância pode ser configurado, é possível que o tráfego de alguns grupos de redundância seja processado em um nó enquanto o tráfego para outros grupos de redundância é processado no outro nó (dependendo de onde o grupo de redundância está ativo). Vários grupos de redundância possibilitam que o tráfego chegue por uma interface de entrada de um grupo de redundância e por meio de uma interface de saída que pertence a outro grupo de redundância. Nesta situação, as interfaces de entrada e saída podem não estar ativas no mesmo nó. Quando isso acontece, o tráfego é encaminhado pelo enlace da malha para o nó apropriado.
Ao configurar um grupo de redundância x, você deve especificar uma prioridade para cada nó para determinar o nó no qual o grupo de redundância x é primário. O nó com a maior prioridade é selecionado como primário. A primazia de um grupo de redundância x pode falhar de um nó para outro. Quando um grupo de redundância x falha no outro nó, suas interfaces Ethernet redundantes nesse nó estão ativas e suas interfaces estão passando tráfego.
A Tabela 1 dá um exemplo de redundância do grupo x em um cluster de chassi da Série SRX e indica o nó no qual o grupo é primário. Ele mostra as interfaces Ethernet redundantes e suas interfaces configuradas para redundância do grupo x.
Alguns dispositivos têm portas Ethernet Gigabit e portas Ethernet rápidas.
Grupo |
Primária |
Prioridade |
Objetos |
Interface (nó 0) |
Interface (nó 1) |
|---|---|---|---|---|---|
Grupo de redundância 0 |
Nó 0 |
Nó 0: 254 |
Mecanismo de roteamento no nó 0 |
— |
— |
Nó 1: 2 |
Mecanismo de roteamento no nó 1 |
— |
— |
||
Grupo de redundância 1 |
Nó 0 |
Nó 0: 254 |
Interface Ethernet redundante 0 |
|
|
Nó 1: 2 |
Interface Ethernet redundante 1 |
|
|
||
Grupo de redundância 2 |
Nó 1 |
Nó 0: 2 |
Interface Ethernet redundante 2 |
|
|
Nó 1: 254 |
Interface Ethernet redundante 3 |
|
|
||
Grupo de redundância 3 |
Nó 0 |
Nó 0: 254 |
Interface Ethernet redundante 4 |
|
|
Nó 1: 2 |
Interface Ethernet redundante 5 |
|
|
Como exemplo para um cluster de chassi na Tabela 1 , mostra:
O mecanismo de roteamento no nó 0 está ativo porque o grupo 0 de redundância é primário no nó 0. (O mecanismo de roteamento no nó 1 é passivo, servindo como backup.)
O grupo 1 de redundância é primário no nó 0. As interfaces ge-1/0/0 e ge-1/3/0 pertencentes à interface Ethernet redundante 0 e à interface Ethernet redundante 1 estão ativas e gerenciam o tráfego.
O grupo de redundância 2 é primário no nó 1. As interfaces ge-6/0/0 e ge-6/3/0 pertencentes à interface Ethernet redundante 2 e interface Ethernet redundante 3 estão ativas e gerenciando o tráfego.
O grupo de redundância 3 é primário no nó 0. As interfaces ge-3/0/0 e ge-3/3/0 pertencentes à interface Ethernet redundante 4 e à interface Ethernet redundante 5 estão ativas e lidam com o tráfego.
Exemplo: Configuração de grupos de redundância de clusters de chassi
Este exemplo mostra como configurar um grupo de redundância de cluster de chassi.
Requisitos
Antes de começar:
Definir o ID do nó de cluster do chassi e o ID de cluster. Veja exemplo: configuração do ID do nó de cluster do chassi e do ID do cluster.
Configure a interface de gerenciamento de clusters do chassi. Veja exemplo: configuração da interface de gerenciamento de clusters do chassi.
Configure a malha de cluster do chassi. Veja exemplo: Configuração das interfaces de malha de cluster do chassi.
Visão geral
Um grupo de redundância de cluster de chassis é uma entidade abstrata que inclui e gerencia uma coleção de objetos. Cada grupo de redundância atua como uma unidade independente de failover e é primário em apenas um nó de cada vez.
Neste exemplo, você cria dois grupos de redundância de cluster de chassi, 0 e 1:
0 — o nó 0 é atribuído a uma prioridade de 100, e o nó 1 recebe uma prioridade de 1.
1 — o nó 0 é atribuído a uma prioridade de 100, e o nó 1 recebe uma prioridade de 1.
A opção de antecipação está habilitada, e o número de solicitações gratuitas de ARP que uma interface pode enviar para notificar outros dispositivos de rede de sua presença após o grupo de redundância ao qual pertence ter falhado é de 4.
Configuração
Procedimento
Configuração rápida da CLI
Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.
[edit] set chassis cluster redundancy-group 0 node 0 priority 100 set chassis cluster redundancy-group 0 node 1 priority 1 set chassis cluster redundancy-group 1 node 0 priority 100 set chassis cluster redundancy-group 1 node 1 priority 1 set chassis cluster redundancy-group 1 preempt set chassis cluster redundancy-group 1 gratuitous-arp-count 4
Procedimento passo a passo
Para configurar um grupo de redundância de cluster de chassi:
Especifique a prioridade de um grupo de redundância para primazia em cada nó do cluster. O número maior tem precedência.
{primary:node0}[edit] user@host# set chassis cluster redundancy-group 0 node 0 priority 100 user@host# set chassis cluster redundancy-group 0 node 1 priority 1 user@host# set chassis cluster redundancy-group 1 node 0 priority 100 user@host# set chassis cluster redundancy-group 1 node 1 priority 1Configure o nó com a maior prioridade para antecipar o dispositivo com a menor prioridade e se torne primário para o grupo de redundância.
{primary:node0}[edit] user@host# set chassis cluster redundancy-group 1 preemptVocê não pode habilitar a preempção para o grupo 0 de redundância. Se você quiser alterar o nó primário para o grupo 0 de redundância, você deve fazer um failover manual.
Especifique o número de solicitações gratuitas de ARP que uma interface pode enviar para notificar outros dispositivos de rede de sua presença após o grupo de redundância ao qual pertence ter falhado.
{primary:node0}[edit] user@host# set chassis cluster redundancy-group 1 gratuitous-arp-count 4
Resultados
A partir do modo de configuração, confirme sua configuração inserindo os show chassis cluster status redundancy-group comandos. Se a saída não exibir a configuração pretendida, repita as instruções de configuração neste exemplo para corrigi-la.
{primary:node0}[edit]
user@host# show chassis cluster
chassis {
cluster {
redundancy-group 0 {
node 0 priority 100;
node 1 priority 1;
}
redundancy-group 1 {
node 0 priority 100;
node 1 priority 1;
preempt;
gratuitous-arp-count 4;
}
}
}
Se você terminar de configurar o dispositivo, entre no commit modo de configuração.
Verificação
Verificação do status do grupo de redundância de cluster do chassi
Propósito
Verifique a situação de um grupo de redundância de cluster de chassi.
Ação
A partir do modo operacional, entre no show chassis cluster status redundancy-group comando.
{primary:node0}
user@host>show chassis cluster status redundancy-group 1
Cluster ID: 1
Node Priority Status Preempt Manual failover
Redundancy group: 1 , Failover count: 1
node0 100 primary no no
node1 1 secondary yes no