request system software nonstop-upgrade

구문

설명

중복 라우팅 엔진이 있는 스위치나 Virtual Chassis 또는 VCF(Virtual Chassis Fabric)에서 NSSU(Nonstop Software Upgrade)를 수행합니다. 이 명령의 동작은 다음과 같이 실행하는 스위치, Virtual Chassis 또는 VCF의 유형에 따라 달라집니다.

• 다음 Virtual Chassis 또는 VCF 구성 중 하나에서 이 명령을 실행하면 NSSU는 Virtual Chassis의 모든 멤버를 업그레이드합니다.

  • EX3300, EX3400, EX4200, EX4300, EX4400, EX4500, EX4550, EX4600 또는 EX4650-48Y Virtual Chassis

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

  • QFX3500 및 QFX3600 Virtual Chassis

  • QFX5100 Virtual Chassis

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

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

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

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

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

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

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

• EX8200 Virtual Chassis에서 이 명령을 실행하면 NSSU는 외부 라우팅 엔진을 포함하여 Virtual Chassis의 모든 기본 및 백업 라우팅 엔진을 업그레이드합니다. 원래의 백업 라우팅 엔진이 새로운 기본 라우팅 엔진이 됩니다. 옵션을 지정하지 않는 한 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의 기본 라우팅 엔진에서 명령을 실행해야 합니다.

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

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

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

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

  • 라인 카드 역할이 라인 카드 역할에서 작동하는 멤버 스위치에 명시적으로 할당되도록 Virtual Chassis를 사전 프로비저닝해야 합니다. NSSU 동안 기본 및 백업 멤버 스위치는 라우팅 엔진 역할을 유지해야 하며(기본 역할은 백업으로 전환되지만) 나머지 스위치는 라인 카드 역할을 유지해야 합니다.

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

• Virtual Chassis Fabric의 경우:

  • 라우팅 엔진 역할에는 두 개의 멤버만 사전 프로비저닝할 수 있습니다. 두 개 이상의 라우팅 엔진이 구성된 경우 NSSU는 경고 메시지를 발행하고 NSSU 프로세스가 중지됩니다.

  • VCF 멤버는 스파인 및 리프 토폴로지에서 연결되어야 합니다. 스파인 및 리프 토폴로지는 NSSU 중에 VCF가 분할되는 것을 방지합니다. 각 리프 디바이스는 두 스파인 디바이스에 모두 연결되어야 합니다.

  • VCF는 라인 카드 역할이 라인 카드 역할에서 작동하는 멤버 스위치에 명시적으로 할당되고, 마찬가지로 라우팅 엔진 역할이 라우팅 엔진 역할에서 작동하는 멤버 스위치에 명시적으로 할당되도록 사전 프로비저닝되어야 합니다. NSSU 동안 기본 및 백업 멤버 스위치는 라우팅 엔진 역할을 유지해야 하며(기본 역할은 백업으로 전환되지만) 나머지 스위치는 라인 카드 역할을 유지해야 합니다.

  • NSSU 중에 VCF가 분할되지 않도록 두 구성원 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 .이 명령은 오류 메시지 If a password is required and you do not specify the password or 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 Virtual Chassis만 해당) 옵션을 포함하면 NSSU는 reboot 새 소프트웨어로 업그레이드된 후 원래 기본(새 백업) 라우팅 엔진을 자동으로 재부팅합니다. 옵션을 생략 reboot 할 경우, 명령을 사용하여 request system reboot 원래의 기본(새 백업) 라우팅 엔진을 수동으로 재부팅해야 합니다. 참고: EX8200 Virtual Chassis에서 옵션을 사용하지 reboot 않는 경우 SRE(Switch Fabric and Routing Engine) 모듈 또는 RE(Routing Engine) 모듈에서 콘솔 포트에 대한 연결을 설정하여 백업 라우팅 엔진을 수동으로 재부팅해야 합니다.
unlink	(선택 사항) 업그레이드에 성공한 후 소프트웨어 패키지를 제거합니다.

필요한 권한 수준

유지 관리

출력 필드

이 명령은 요청 상태에 대한 피드백을 보고합니다. 일부 기능은 NSSU와 ISSU(in-service software upgrade) 기능 간에 공유되므로, 이 명령의 출력에서 ISSU 메시지와 NSSU 메시지로 보이는 것을 볼 수 있습니다.

샘플 출력

• 시스템 소프트웨어 논스톱 업그레이드 요청(EX4200 Virtual Chassis)
• 시스템 소프트웨어 논스톱 업그레이드 요청(EX6200 스위치)
• 시스템 소프트웨어 논스톱 업그레이드 재부팅 요청(EX8200 스위치)
• 시스템 소프트웨어 요청 nonstop-upgrade no-old-master-upgrade(EX8200 스위치)
• 시스템 소프트웨어 논스톱 업그레이드 재부팅 요청(EX8200 Virtual Chassis)

릴리스 정보

Junos OS 릴리스 10.4에서 소개된 명령입니다.

EX 시리즈 스위치용 Junos OS 릴리스 12.1에 옵션이 set [package-name package-name] 추가되었습니다.