Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
NESTA PÁGINA
 

Entenda a atualização ininterrupta de software em switches da Série EX

RESUMO Upgrade de software sem parar (NSSU) é um recurso que permite a atualização de todos os switches da Série EX suportados em uma rede com um único comando.

A atualização ininterrupta de software (NSSU) permite que você atualize o software em execução nos switches de ethernet da Série EX da Juniper Networks com mecanismos de roteamento redundantes e todos os switches de membros no Virtual Chassis da Série EX usando um único comando. Durante a atualização, pode haver uma interrupção mínima no tráfego de rede durante a transição de função primária, e a extensão da interrupção pode depender da topologia, configuração, tráfego de rede e outros fatores ambientais da rede.

Nota:

Quando um switch da Série EX em um Virtual Chassis misto é atualizado para o Junos OS Release 15.1 ou posterior de um lançamento antes do lançamento 15.1, pode haver uma queda no tráfego por até 60 segundos.

O chassi virtual da Série EX a seguir oferece suporte a NSSU:

A execução de um NSSU oferece esses benefícios:

  • Sem interrupções no plano de controle — o NSSU aproveita a graciosa mudança de mecanismo de roteamento (GRES) e o roteamento ativo sem interrupções (NSR) para garantir que não haja interrupções no plano de controle. Durante o processo de atualização, as informações de protocolo de interface, kernel e roteamento são preservadas.

  • Interrupção mínima no tráfego de rede — um NSSU minimiza a interrupção do tráfego da rede:

    • Atualizando as placas de linha uma de cada vez em um switch EX6200, switch EX8200 ou Virtual Chassis EX8200, ao mesmo tempo em que permite que o tráfego continue a fluir pelas placas de linha que não estão sendo atualizadas.

    • Atualizar switches de membros um de cada vez em outro Chassi Virtual da Série EX, ao mesmo tempo em que permite que o tráfego continue a fluir através dos membros que não estão sendo atualizados.

    Para conseguir uma interrupção mínima no tráfego, você deve configurar grupos de agregação de enlaces (LAGs) de modo que os links de membros de cada LAG residam em diferentes placas de linha ou membros do Virtual Chassis. Quando um link de membro de um LAG está desativado, os links restantes estão em alta e o tráfego continua a fluir pelo LAG.

Nota:

Como o NSSU atualiza o software em cada placa de linha ou em cada membro do Virtual Chassis um de cada vez, um upgrade usando NSSU pode levar mais tempo do que um upgrade usando o request system software add comando.

Em versões anteriores ao Junos OS Release 16.1, para switches EX6200, switches EX8200 e Virtual Chassis EX8200, você pode reduzir o tempo que um upgrade leva configurando grupos de atualização de placas de linha. As placas de linha em um grupo de upgrade são atualizadas simultaneamente, reduzindo o tempo necessário para realizar um upgrade. Veja a configuração de grupos de atualização de placas de linha para atualização ininterrupta de software.

Requisitos para realizar um NSSU

Os seguintes requisitos se aplicam a todos os switches e Virtual Chassis:

Nota:

O NSSU só pode atualizar até três versões importantes antes da versão atual em um dispositivo. Para atualizar para uma versão mais de três versões antes da versão atual em um dispositivo, use o processo NSSU para atualizar o switch para uma ou mais versões intermediárias até que o switch esteja dentro de três grandes lançamentos da versão-alvo.

  • Todos os membros do Virtual Chassis e todos os Mecanismos de roteamento devem estar executando a mesma versão do Junos OS.

  • O switchover gracioso do mecanismo de roteamento (GRES) deve ser habilitado.

  • O roteamento ativo sem parar (NSR) deve ser habilitado.

    Nota:

    Embora a ponte sem interrupções (NSB) não precise ser habilitada para realizar uma NSSU, recomendamos habilitar o NSB antes de realizar um NSSU. A habilitação do NSB garante que todos os protocolos de Camada 2 suportados por NSB operem perfeitamente durante a transição do mecanismo de roteamento que faz parte do NSSU. Em versões anteriores à versão 16.1 do Junos OS, veja configuração de pontes ininterrupta em switches (procedimento de CLI).

  • Para uma interrupção mínima no tráfego, você deve definir grupos de agregação de enlaces (LAGs) de modo que os links de membros residam em diferentes membros do Virtual Chassis ou em diferentes placas de linha.

    Nota:

    Durante uma operação NSSU, se você tentar visualizar o status da interface LAG no membro principal do mecanismo de roteamento usando o show interfaces ae-ae-interface-number comando CLI, você pode ver contagens de tráfego incorretas ou zero. Para resolver esse problema, execute o comando no membro do mecanismo de roteamento de backup, em vez disso, se esse membro já estiver carregado e em execução.

Os requisitos a seguir são para a execução do NSSU em um chassi virtual da Série EX (excluindo o CHASSI virtual EX6200 ou EX8200):

  • Os membros do Virtual Chassis devem estar conectados em uma topologia em anel para que nenhum membro seja isolado como resultado da reinicialização de outro membro. Essa topologia impede que o Virtual Chassis se separe durante um NSSU.

  • O virtual Chassis principal e o backup devem estar adjacentes entre si na topologia do anel. A adjacência permite que o principal e o backup estejam sempre em sincronia, mesmo quando os switches em funções de cartões de linha estão sendo reiniciados.

  • O Virtual Chassis deve ser pré-provisionado para que a função de placa de linha tenha sido explicitamente atribuída aos switches de membros que atuam em uma função de placa de linha. Durante um NSSU, os membros do Virtual Chassis devem manter suas funções — o principal e o backup devem manter suas funções primárias e de backup (embora a função primária mude), e os switches restantes devem manter suas funções de placa de linha.

  • Um Virtual Chassis de dois membros deve ter no-split-detection sido configurado para que o Virtual Chassis não se divida quando um NSSU atualiza um membro.

Nota:

Para o Virtual Chassis EX4300, você deve habilitar a vcp-no-hold-time declaração no nível [edit virtual-chassis] de hierarquia antes de realizar uma atualização de software usando o NSSU. Se você não habilitar a vcp-no-hold-time declaração, o Virtual Chassis pode ser dividido durante a atualização. Um Virtual Chassis dividido pode causar interrupções em sua rede, e você pode ter que reconfigurar manualmente seu Virtual Chassis após o NSSU se o recurso de separação e fusão for desativado. Para obter mais informações sobre um Virtual Chassis dividido, veja Entender a divisão e a fusão em um Virtual Chassis

Como funciona um NSSU

Esta seção descreve o que acontece quando você solicita um NSSU nos switches da Série EX e no Virtual Chassis.

Nota:

Um Virtual Chassis EX4650 opera o mesmo que um QFX5120 Virtual Chassis, para obter detalhes sobre a atualização de um Virtual Chassis EX4650 usando NSSU, veja Entender a atualização sem parar de software em um Chassi Virtual e chassi virtual misto e atualizar software em um chassi virtual virtual e chassi virtual misto usando upgrade de software sem parar em vez deste tópico.

EX3300, EX3400, EX4200, EX4300, EX4400, EX4500, EX4600 e Virtual Chassi misto

Quando você solicita um NSSU em um EX3300, EX3400, EX4200, EX4300, EX4400, EX4500 ou Virtual Chassi misto:

  1. A primária do Virtual Chassis verifica que:

    • O backup está on-line e executando a mesma versão de software.

    • O switchover gracioso do mecanismo de roteamento (GRES) e o roteamento ativo ininterrupto (NSR) estão habilitados.

    • O Virtual Chassis tem uma configuração pré-visionada.

  2. A principal instala a nova imagem de software no backup e a reinicia.

  3. O principal ressincroniza o backup.

  4. A principal instala a nova imagem de software em switches de membros que estão na função de cartão de linha e as reinicia, uma de cada vez. A expectativa primária é que cada membro fique on-line e ativo antes de iniciar a atualização de software no próximo membro.

  5. Quando todos os membros que estão na função de cartão de linha foram atualizados, o principal realiza uma troca graciosa do Mecanismo de Roteamento, e o backup atualizado torna-se o principal.

  6. O software na primária original é atualizado e a primária original é reiniciada automaticamente. Depois que a primária original tiver revolucionado o Virtual Chassis, você pode retornar opcionalmente o controle a ele solicitando uma troca graciosa do Mecanismo de Roteamento.

Switches EX6200 e EX8200

Quando você solicita um NSSU em um switch autônomo com mecanismos de roteamento redundantes:

  1. O switch verifica que:

    • Ambos os mecanismos de roteamento estão on-line e executam a mesma versão de software.

    • Ambos os mecanismos de roteamento têm espaço de armazenamento suficiente para a nova imagem de software.

    • O switchover gracioso do mecanismo de roteamento e o roteamento ativo sem parar estão habilitados.

  2. O switch instala a nova imagem de software no mecanismo de roteamento de backup e a reinicia.

  3. O switch ressincroniza o mecanismo de roteamento de backup para o mecanismo de roteamento primário.

  4. As placas de linha do primeiro grupo de upgrade (ou a placa de linha no slot 0, se não forem definidos grupos de upgrade) baixem a nova imagem e depois reiniciem. O tráfego continua a fluir pelas placas de linha nos outros grupos de atualização durante esse processo.

  5. Quando as placas de linha reiniciadas na Etapa 4 estão novamente on-line, as placas de linha no próximo grupo de upgrade baixam a nova imagem e reiniciam. Esse processo continua até que todas as placas de linha on-line tenham sido reiniciadas com o novo software.

    Nota:

    Se você tiver tirado uma placa de linha offline com a CLI antes de iniciar o NSSU, a placa de linha não será reiniciada e permanecerá offline.

  6. O switch realiza um switchover gracioso do Mecanismo de Roteamento para que o mecanismo de roteamento de backup atualizado se torne o principal.

  7. O switch instala o novo software no mecanismo de roteamento primário original.

    Para concluir o processo de atualização, o mecanismo de roteamento primário original deve ser reiniciado. Você pode fazer isso manualmente ou fazer com que o switch realize uma reinicialização automática, incluindo a opção reboot quando você solicita o NSSU. Após a reinicialização da primária original, você pode retornar opcionalmente o controle a ele solicitando uma troca graciosa do Mecanismo de Roteamento.

  8. (somente com switch EX6200) O mecanismo de roteamento primário original é reiniciado para concluir a atualização de software.

    Nota:

    Para concluir o processo de atualização em um switch EX8200, você deve intervir para reiniciar o mecanismo de roteamento primário original. Você pode reiniciar o mecanismo de roteamento primário original manualmente ou fazer com que o switch realize uma reinicialização automática, incluindo a opção reboot quando você solicita o NSSU.

  9. (Opcional) Após a reinicialização da primária original, você pode retornar o controle a ela solicitando uma troca graciosa do Mecanismo de Roteamento.

    O switch pode manter operações normais com o Mecanismo de Roteamento atuando como mecanismo de roteamento primário após a atualização de software, de modo que você só precisa realizar essa mudança se quiser devolver o controle do Mecanismo de Roteamento ao Mecanismo de Roteamento primário original.

Chassi virtual EX8200

Quando você solicita um NSSU em um Virtual Chassis EX8200:

  1. O mecanismo de roteamento externo principal verifica que:

    • Ele tem um mecanismo de roteamento externo de backup que está on-line.

    • Todos os membros do Virtual Chassis têm mecanismos de roteamento redundantes e os mecanismos de roteamento estão on-line.

    • Todos os mecanismos de roteamento estão executando a mesma versão de software.

    • Todos os mecanismos de roteamento têm espaço de armazenamento suficiente para a nova imagem de software.

    • O switchover gracioso do mecanismo de roteamento e o roteamento ativo ininterrupto (NSR) estão habilitados.

  2. O mecanismo de roteamento externo primário instala a nova imagem de software no mecanismo de roteamento externo de backup e a reinicia.

  3. O mecanismo de roteamento externo de backup é ressincronizado com o mecanismo de roteamento externo primário.

  4. O mecanismo de roteamento externo principal instala o novo software nos mecanismos de roteamento de backup nos switches dos membros e reinicia os mecanismos de roteamento de backup.

  5. Quando a reinicialização dos mecanismos de roteamento de backup for concluída, as placas de linha do primeiro grupo de upgrade baixam a nova imagem e depois reiniciam. (Se nenhum grupo de atualização for definido, a placa de linha no slot 0 do membro 0 baixa a nova imagem e reinicia.) O tráfego continua a fluir pelas placas de linha nos outros grupos de atualização durante esse processo.

  6. Quando as placas de linha reiniciadas na Etapa 5 estiverem novamente on-line, as placas de linha do próximo grupo de upgrade (ou a próxima placa de linha sequencial) baixam a nova imagem e reiniciam. Esse processo continua até que todas as placas de linha on-line tenham sido reiniciadas com o novo software.

    Nota:

    Se você tiver tirado uma placa de linha offline com a CLI antes de iniciar o NSSU, a placa de linha não será reiniciada e permanecerá offline.

  7. A nova imagem de software está instalada nos mecanismos de roteamento primários, tanto externos quanto internos.

  8. Os switches membros realizam um switchover gracioso do Mecanismo de Roteamento, para que os mecanismos de roteamento de backup atualizados se tornem primárias.

  9. O mecanismo de roteamento externo primário realiza uma troca graciosa do mecanismo de roteamento para que o mecanismo de roteamento externo de backup seja agora o principal.

Para concluir o processo de atualização, os mecanismos de roteamento primários originais, externos e internos, devem ser reiniciados. Você pode fazer isso manualmente estabelecendo uma conexão de console com cada Mecanismo de Roteamento ou ter a reinicialização executada automaticamente, incluindo a opção reboot quando você solicita o NSSU. Após a reinicialização do mecanismo de roteamento externo primário original, você pode retornar opcionalmente o controle a ele solicitando uma troca graciosa do mecanismo de roteamento.

Limitações do NSSU

Você não pode usar um NSSU para rebaixar o software — ou seja, para instalar uma versão anterior do software do que está sendo executado no switch no momento. Para instalar uma versão de software anterior, use o request system software add comando.

Você não pode voltar à versão de software anterior depois de realizar uma atualização usando o NSSU. Se você precisar voltar para a versão de software anterior, você pode fazê-lo reiniciando a partir da partição raiz alternativa se você ainda não tiver copiado a nova versão de software na partição raiz alternativa.

Suporte para versão do NSSU e Junos OS

Um Virtual Chassis deve estar executando uma versão do Junos OS que oferece suporte ao NSSU antes que você possa executar um NSSU. Se um Virtual Chassis estiver executando uma versão de software que não oferece suporte ao NSSU, use o request system software add comando.

A Tabela 1 lista os switches da Série EX e o Virtual Chassis que oferecem suporte ao NSSU e ao lançamento do Junos OS no qual começaram a apoiá-lo.

Tabela 1: Suporte de plataforma e versão para NSSU

Plataforma

Versão do Junos OS

Chassi virtual EX3300

12.2 ou posterior

Chassi virtual EX3400

15,1X53-D55 ou posterior

Chassi virtual EX4200

12.1 ou posterior

Chassi virtual EX4300

13.2X51-D20 ou posterior
Chassi virtual multigigabit EX4300 18.2R1 ou posterior
Chassi virtual EX4400 21.1 ou posterior
Chassi virtual multigigabit EX4400 21.2 ou posterior

Chassi virtual EX4500

12.1 ou posterior

Chassi virtual EX4550

12.2 ou posterior

Chassi virtual misto do EX4200 e EX4500

12.1 ou posterior

Chassi virtual misto ex4200 e EX4550

12.2 ou posterior

Chassi virtual misto ex4200, EX4500 e EX4550

12.2 ou posterior

Chassi virtual misto ex4500 e EX4550

12.2 ou posterior
Chassi virtual misto do EX4300 e EX4600 13,2X51-D25 ou posterior

Switch EX6200

12.2 ou posterior

Switch EX8200

10,4 ou posterior

Chassi virtual EX8200

11.1 ou posterior

Visão geral da configuração e operação do NSSU

Você deve garantir que a configuração do switch ou Virtual Chassis atenda aos requisitos descritos nos requisitos para a execução de uma NSSU. O NSSU não requer nenhuma configuração adicional.

Em versões anteriores ao Junos OS Release 16.1, para switches EX6200, switches EX8200 e Virtual Chassis EX8200, você pode configurar opcionalmente grupos de upgrade de placas de linha usando o CLI. Veja exemplo: Configuração de grupos de atualização de placas de linha para atualização ininterrupta de software em switches da Série EX.

Você executa um NSSU executando o request system software nonstop-upgrade comando. Para obter instruções detalhadas sobre como executar um NSSU, veja os tópicos em Documentação relacionada.

Documentação relacionada

Tabela de histórico de mudanças

O suporte de recursos é determinado pela plataforma e versão que você está usando. Use o Feature Explorer para determinar se um recurso é suportado em sua plataforma.

Lançamento
Descrição
16.1
Em versões anteriores ao Junos OS Release 16.1, para switches EX6200, switches EX8200 e Virtual Chassis EX8200, você pode reduzir o tempo que um upgrade leva configurando grupos de atualização de placas de linha.