Atualização de software usando upgrade de software sem parar no chassi virtual da Série EX e chassi virtual misto (procedimento CLI)
Você pode usar upgrade de software sem interrupções (NSSU) para atualizar o software em execução em todos os switches de membros na maioria do Virtual Chassis da Série EX com um mínimo de interrupção de tráfego durante a atualização.
A atualização ininterrupta de software (NSSU) 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.
Este tópico aborda:
Preparando o switch para instalação de software
Antes de começar a instalação de software usando o NSSU:
Certifique-se de que o Virtual Chassis esteja configurado corretamente para oferecer suporte ao NSSU. Verifique se:
Os membros do Virtual Chassis estão conectados em uma topologia em anel. Uma topologia em anel impede que o Virtual Chassis se separe durante um NSSU.
O virtual Chassis principal e o backup são adjacentes uns aos outros 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 é pré-provisionado para que a função de placa de linha tenha sido explicitamente atribuída aos switches de membros que atuam na 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 outros switches de membro devem manter suas funções de placa de linha.
Para obter informações sobre a configuração de um Virtual Chassis pré-visualizado, veja Configuração de um Virtual Chassis EX3300 (Procedimento CLI), Configuração de um Chassi Virtual EX4200, EX4500 ou EX4550 (Procedimento CLI), Configuração de um chassi virtual EX2300, EX3400 ou EX4300 e configuração de um chassi virtual EX8200 (procedimento CLI).
Um Virtual Chassis de dois membros
no-split-detectionfoi configurado para que o Virtual Chassis não se divida quando um NSSU atualiza um membro.
Verifique se os membros estão executando a mesma versão do software:
user@switch>
show versionSe os membros do Virtual Chassis não estiverem executando a mesma versão do software, use o
request system software addcomando para atualizar o software sobre os membros inconsistentes.Garanta que o roteamento ativo (NSR) e o switchover gracioso do mecanismo de roteamento (GRES) sejam habilitados. Para verificar se eles estão habilitados, você precisa verificar apenas o estado do roteamento ativo ininterrupto — se o roteamento ativo sem parar for habilitado, então a comutação graciosa do Mecanismo de Roteamento está habilitada.
Para verificar se o roteamento ativo sem parar está habilitado:
user@switch> show task replication Stateful Replication: Enabled RE mode: Master Protocol Synchronization Status OSPF Complete BGP Complete PIM CompleteSe o roteamento ativo ininterrupto não estiver habilitado (
Stateful ReplicationéDisabled), veja configurando o roteamento ativo sem parar nos switches para obter informações sobre como habilitá-lo.Para o Virtual Chassis EX4300, você deve habilitar a
vcp-no-hold-timedeclaraçã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 avcp-no-hold-timedeclaraçã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.(Opcional) Habilite a ponte sem interrupções (NSB). 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.
(Opcional) Faça o backup do software do sistema — Junos OS, a configuração ativa e arquivos de log — em cada membro em um dispositivo de armazenamento externo com o
request system snapshotcomando.
Atualização do software usando o NSSU
Este procedimento descreve como atualizar o software em execução em todos os membros do Virtual Chassis usando o NSSU. Quando a atualização é concluída, todos os membros estão executando a nova versão do software. Como um switchover gracioso do Mecanismo de Roteamento ocorre durante a atualização, o backup original do Virtual Chassis é o novo principal.
Para atualizar todos os membros usando o NSSU:
Baixe o pacote de software. Se você estiver atualizando o software em execução em um Virtual Chassis misto, baixe os pacotes de software para ambos os tipos de switches.
Copie o pacote de software ou os pacotes para o Virtual Chassis. Recomendamos que você copie o arquivo para o
/var/tmpdiretório nas primárias.Faça login no Virtual Chassis usando a conexão do console ou a interface Ethernet de gerenciamento virtual (VME). Usar uma conexão de console permite que você monitore o progresso da reinicialização principal do switch.
Inicie o NSSU:
Em um Virtual Chassis EX3300, Chassi virtual EX3400, Chassi virtual EX4200, Chassi virtual EX4300, Chassi virtual EX4500 ou Virtual Chassis EX4550, digite:
user@switch> request system software nonstop-upgrade /var/tmp/package-name.tgz
onde
package-name.tgzestá, por exemplo,jinstall-ex4200-12.1R2.5-domestic-signed.tgz.Em um Virtual Chassis misto, digite:
user@switch> request system software nonstop-upgrade set [/var/tmp/package-name.tgz /var/tmp/package-name.tgz]
quando
[/var/tmp/package-name.tgz /var/tmp/package-name.tgz]especifica os pacotes de software EX4200 e EX4500.
O switch exibe mensagens de status semelhantes às seguintes mensagens conforme a atualização é executada:
Chassis ISSU Check Done ISSU: Validating Image ISSU: Preparing Backup RE Installing image on other FPC's along with the backup Checking pending install on fpc1 Pushing bundle to fpc1 WARNING: A reboot is required to install the software WARNING: Use the 'request system reboot' command immediately Completed install on fpc1 Checking pending install on fpc2 Pushing bundle to fpc2 WARNING: A reboot is required to install the software WARNING: Use the 'request system reboot' command immediately Completed install on fpc2 Rebooting fpc1 ISSU: Backup RE Prepare Done Waiting for Backup RE reboot GRES operational Initiating Chassis In-Service-Upgrade Chassis ISSU Started ISSU: Preparing Daemons ISSU: Daemons Ready for ISSU ISSU: Starting Upgrade for FRUs ISSU: Preparing for Switchover ISSU: Ready for Switchover Checking In-Service-Upgrade status Item Status Reason FPC 0 Online FPC 1 Online FPC 2 Online (ISSU) Going to install image on master WARNING: A reboot is required to install the software WARNING: Use the 'request system reboot' command immediately relinquish mastership ISSU: IDLE *** FINAL System shutdown message from user@switch *** System going down IMMEDIATELY Shutdown NOW! [pid 9336]
Faça login após a reinicialização do switch principal original. Para verificar se o software em todos os mecanismos de roteamento dos membros do Virtual Chassis foi atualizado, insira o seguinte comando:
user@switch>
show versionPara garantir que o recurso de partições dual-root resiliente opere corretamente, copie a nova imagem do Junos OS nas partições raiz alternativas de todos os membros:
user@switch>
request system snapshot slice alternate all-membersAs partições dual-root resilientes permitem que o switch inicialize de forma transparente a partir da partição raiz alternativa se o sistema não conseguir inicializar a partição raiz primária.