Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
NESTA PÁGINA
 

show chassis cluster status

Sintaxe

Descrição

Exibir o status atual do cluster de chassi. Você pode usar este comando para verificar o status dos nós de cluster do chassi, grupos de redundância e status de failover.

Opções

  • nenhum — exibir o status de todos os grupos de redundância no cluster do chassi.

  • redundancy-groupgroup-number— (Opcional) Exibir o status do grupo de redundância especificado.

Nível de privilégio exigido

Ver

Campos de saída

A Tabela 1 lista os campos de saída para o show chassis cluster status comando. Os campos de saída estão listados na ordem aproximada em que eles aparecem.

Tabela 1: mostrar o status de cluster do chassi Campos de saída

Nome de campo

Descrição do campo

Cluster ID

O número de ID (1-15) de um cluster é aplicável para versões upto Junos OS Release 12.1X45-D10. O número de ID (1-255) é aplicável para versões 12.1X45-D10 e posteriores. Definir um ID de cluster para 0 equivale à desativação de um cluster.

Redundancy-Group

Você pode criar até 128 grupos de redundância no cluster do chassi.

Node name

Nó (dispositivo) no cluster do chassi (node0 ou node1).

Priority

Prioridade atribuída para o grupo de redundância nesse nó.

Status

Estado do grupo de redundância (PrimaryouSecondaryLostUnavailable).

  • Primary— O grupo de redundância está ativo e passa tráfego.

  • Secondary— O grupo de redundância é passivo e não passa tráfego.

  • Lost— O nó perde contato com o outro nó por meio do link de controle. É mais provável que ocorra quando ambos os nós estão em um cluster e há uma falha no enlace de controle, um nó não pode trocar pulsações ou quando o outro nó é reiniciado.

  • Unavailable— O nó não recebeu um único piscar de olhos sobre o enlace de controle do outro nó desde que o outro nó foi inicializado. É mais provável que ocorra quando um nó inicializa antes do outro nó, ou se apenas um nó estiver presente no cluster.

Preempt

  • Yes: O estado primário pode ser antecipado com base na prioridade.

  • No: A mudança de prioridade não antecipará o estado primário.

Manual failover

  • Yes: O estado primário é definido manualmente pela CLI com o comando ou request chassis cluster failover redundancy-group o request chassis cluster failover node comando. Isso substitui Priority ePreempt.

  • No: O estado primário não é definido manualmente pela CLI.

Falhas no monitor

  • None: Cluster funcionando corretamente.

  • Monitor Failure code: O cluster não está funcionando corretamente e o respectivo código de falha é exibido.

Saída de amostra

mostrar status de cluster de chassi

Saída de amostra

mostrar o status do cluster do chassi com atraso preventivo

Saída de amostra

mostrar status de cluster de chassi redundância grupo 1

Informações de versão

Suporte para falhas de monitoramento adicionadas no Junos OS Release 12.1X47-D10.

Documentação relacionada