request system software nonstop-upgrade

구문

설명

이중 라우팅 엔진을 사용하는 스위치 또는 Virtual Chassis 또는 VCF(Virtual Chassis Fabric)에서 NSSU(Nonstop Software Upgrade)를 수행합니다. 이 명령의 동작은 스위치, 버추얼 섀시 또는 VCF 실행 위치에 따라 달라집니다.

• 다음과 같은 Virtual Chassis 또는 VCF 구성에서 이 명령을 실행하면 NSSU는 Virtual Chassis의 모든 구성원을 업그레이드합니다.

  • EX3300, EX3400, EX4200, EX4300,EX4400, EX4500, EX4550, EX4600 또는 EX4650-48Y 버추얼 섀시

  • EX4200, EX4500 및 EX4550 스위치 또는 EX4300 및 EX4600 스위치의 조합으로 구성된 혼합 Virtual Chassis

  • QFX3500 및 QFX3600 버추얼 섀시

  • QFX5100 버추얼 섀시

  • QFX5120-48Y, QFX5120-48T 또는 QFX5120-32C 버추얼 섀시

  • VCF 내 스위치의 고정 구성(QFX3500/QFX3600 및 QFX5100 스위치)

  • QFX3500/QFX3600, QFX5100 및 EX4300 스위치의 조합으로 구성된 혼합 VCF

  원래 Virtual Chassis 또는 VCF 백업이 기본이 됩니다. 새 기본은 원래 기본을 자동으로 업그레이드하고 재부팅한 다음 버추얼 섀시 또는 VCF에 백업으로 재가입합니다.

• EX6200 또는 EX8200 스위치에서 이 명령을 실행하면 NSSU는 백업 엔진과 기본 라우팅 엔진을 모두 업그레이드합니다. 원래 백업 라우팅 엔진은 업그레이드가 끝나면 새로운 기본 엔진이 됩니다.

  • EX6200 스위치에서 NSSU는 원래 기본 라우팅 엔진을 자동으로 재부팅합니다.

  • EX8200 스위치에서 NSSU는 옵션을 지정하지 않는 한 원래 기본 라우팅 엔진을 reboot 자동으로 재부팅하지 않습니다.

• EX8200 버추얼 섀시에서 이 명령을 실행하면 NSSU는 외부 라우팅 엔진을 비롯한 버추얼 섀시의 모든 기본 및 백업 라우팅 엔진을 업그레이드합니다. 원래 백업 라우팅 엔진은 새로운 주요 라우팅 엔진이 되었습니다. NSSU는 옵션을 지정하지 않는 한 원래 기본 라우팅 엔진을 reboot 자동으로 재부팅하지 않습니다.

이 명령에는 다음과 같은 요구 사항이 있습니다.

• 모든 Virtual Chassis 멤버, VCF 멤버 및 모든 라우팅 엔진은 동일한 Junos OS 릴리스를 실행해야 합니다.

• GRES(Graceful Routing Engine Switchover)를 활성화해야 합니다.

• NSR(Nonstop Active Routing)을 활성화해야 합니다.

  참고:

  필수는 아니지만 NSB(Nonstop Bridging)도 활성화하는 것이 좋습니다. NSB는 NSSU 동안 라우팅 엔진 전환 중에 모든 NSB 지원 레이어 2 프로토콜이 원활하게 작동하도록 보장합니다. EX 시리즈 스위치(CLI 절차)에서 논스톱 브리징 구성을 참조하십시오.

• 독립 실행형 스위치에서 또는 버추얼 섀시의 기본 라우팅 엔진에서 명령을 실행해야 합니다.

• 트래픽 중단을 최소화하기 위해 구성원 링크가 서로 다른 Virtual Chassis 또는 VCF 멤버 스위치(또는 EX6200 및 EX8200 스위치 및 EX8200 Virtual Chassis용 다른 라인 카드)에 상주할 수 있도록 링크 어그리게이션 그룹(LAG)을 정의해야 합니다.

• 모든 Virtual Chassis용(EX8200 버추얼 섀시 제외):

  • Virtual Chassis 멤버는 링 토폴로지에서 연결되어야 합니다. 링 토폴로지는 NSSU 중에 Virtual Chassis가 분리되는 것을 방지합니다.

  • Virtual Chassis 기본 및 백업은 링 토폴로지에서 서로 인접해야 합니다. 라인 카드 역할의 스위치가 재부팅되는 동안 인접 배치를 통해 기본 및 백업이 항상 동기화됩니다.

  • Virtual Chassis는 사전 프로비전되어야 라인 카드 역할이 라인 카드 역할에서 작용하는 구성원 스위치에 명시적으로 할당됩니다. NSSU 동안, 기본 및 백업 멤버 스위치는 라우팅 엔진 역할(백업의 주요 역할 스위치임에도 불구하고)을 유지해야 하며, 나머지 스위치는 라인 카드 역할을 유지해야 합니다.

  • 2개 구성원으로 구성된 Virtual Chassis에서는 NSSU 중에 Virtual Chassis가 분할되지 않도록 구성 no-split-detection 해야 합니다.

• Virtual Chassis Fabric의 경우:

  • RE(Routing Engine) 역할에서 사전 프로비전된 멤버는 2개뿐입니다. 2개 이상의 라우팅 엔진이 구성되면 NSSU가 경고 메시지를 발행하고 NSSU 프로세스가 중단됩니다.

  • VCF 구성원은 스파인 및 리프 토폴로지에서 연결되어야 합니다. 스파인 및 리프 토폴로지는 NSSU 동안 VCF가 분할되는 것을 방지합니다. 각 리프 디바이스는 두 스파인 디바이스에 연결해야 합니다.

  • 라인 카드 역할이 라인 카드 역할에서 작동하는 구성원 스위치에 명시적으로 할당되고, 라우팅 엔진 역할이 Routing Engine 역할에서 작동하는 구성원 스위치에 명시적으로 할당되도록 VCF를 사전 프로비전해야 합니다. NSSU 동안, 기본 및 백업 멤버 스위치는 라우팅 엔진 역할(백업의 주요 역할 스위치임에도 불구하고)을 유지해야 하며, 나머지 스위치는 라인 카드 역할을 유지해야 합니다.

  • NSSU 동안 VCF가 분할되지 않도록 2개 구성원 VCF에서 구성 no-split-detection 해야 합니다.

옵션

package-name	설치할 소프트웨어 패키지 또는 번들의 위치 예를 들어: /var/tmp/package-name—스위치의 로컬 디렉토리에서 설치된 소프트웨어 패키지 또는 번들의 경우. protocol://hostname/pathname/package-name—원격지에서 다운로드 및 설치되는 소프트웨어 패키지 또는 번들의 경우. 다음 중 하나로 대체 protocol 하십시오. ftp—파일 전송 프로토콜. 를 사용합니다ftp://hostname/pathname/package-name. 인증 자격 증명을 지정하려면 를 사용합니다ftp://<username>:<password>@hostname/pathname/package-name. 시스템에서 암호를 프롬프트하도록 하려면 암호 대신 지정 prompt 합니다. 명령어에 오류 메시지가 표시됩니다. 암호가 필요하고 암호를 지정하지 않는 경우.prompt http—Hypertext Transfer Protocol. 를 사용합니다 http://hostname/pathname/package-name. 인증 자격 증명을 지정하려면 를 사용합니다 http://<username>:<password>@hostname/pathname/package-name. 이 명령은 암호가 필요하고 포함하지 않은 경우 암호를 묻는 메시지를 표시합니다. scp—안전한 카피(캐나다 및 미국 버전에서만 사용 가능). 를 사용합니다 scp://hostname/pathname/package-name. 인증 자격 증명을 지정하려면 를 사용합니다 scp://<username>:<password>@hostname/pathname/package-name. 참고: 프로토콜의 pathname 상대 경로는 루트 디렉토리가 아니라 원격 시스템의 사용자 홈 디렉토리에 대한 상대적 경로입니다.
set [package-name package-name]	(혼합 Virtual Chassis만 해당) 서로 다른 유형의 구성원 스위치에서 요구하는 서로 다른 설치 패키지의 위치 이들 패키지는 동일한 Junos OS 릴리스를 위한 것이어야 합니다. 설치 패키지를 지정하는 방법에 대한 자세한 내용은 이 명령 package-name 의 옵션을 참조하십시오.
force-host	(선택사항) EX4650, QFX5100 또는 QFX5120 디바이스에 호스트 소프트웨어 패키지 또는 번들(경고 무시)을 강제로 추가합니다.
no-copy	(선택사항) 소프트웨어 패키지 또는 번들을 설치하지만 패키지 또는 번들 파일의 복사본을 저장하지 마십시오.
no-old-master-upgrade	(선택사항) (EX8200 스위치 전용) 백업 라우팅 엔진만 업그레이드하십시오. 업그레이드가 완료되면 원래의 기본 라우팅 엔진이 백업 라우팅 엔진이 되어 이전 소프트웨어 버전을 계속 실행합니다.
reboot	(선택사항) (EX8200 스위치 및 EX8200 버추얼 섀시만 해당) 이 옵션을 포함 reboot 하면 NSSU는 새 소프트웨어로 업그레이드된 후 원래 기본(새 백업) 라우팅 엔진을 자동으로 재부팅합니다. 옵션을 생략 reboot 할 때는 명령을 사용하여 request system reboot 원래 기본(새 백업) 라우팅 엔진을 수동으로 재부팅해야 합니다. 참고: EX8200 Virtual Chassis 옵션을 사용하지 reboot 않는 경우, SRE(Switch Fabric and Routing Engine) 모듈 또는 RE(Routing Engine) 모듈상의 콘솔 포트에 대한 연결을 설정해야 백업 라우팅 엔진을 수동으로 재부팅할 수 있습니다.
unlink	(선택사항) 성공적인 업그레이드 후 소프트웨어 패키지를 제거합니다.

필수 권한 수준

유지 관리

출력 필드

이 명령은 요청 상태에 대한 피드백을 보고합니다. NSSU와 ISSU(In-Service Software Upgrade) 기능 간에 일부 기능이 공유되기 때문에, 이 명령의 출력에 있는 NSSU 메시지는 물론, ISSU 메시지로 보이는 것을 확인할 수 있습니다.

샘플 출력

• 시스템 소프트웨어 무중단 업그레이드 요청(EX4200 Virtual Chassis)
• 시스템 소프트웨어 무중단 업그레이드 요청(EX6200 스위치)
• 시스템 소프트웨어 무중단 업그레이드 재부팅 요청(EX8200 스위치)
• 시스템 소프트웨어 무중단 업그레이드 요청 오래된 마스터 업그레이드(EX8200 스위치)
• 시스템 소프트웨어 무중단 업그레이드 재부팅 요청(EX8200 Virtual Chassis)

릴리스 정보

Junos OS 릴리스 10.4에 명령어 도입.

EX 시리즈 스위치용 Junos OS 릴리스 12.1에 추가된 옵션 set [package-name package-name]