무중단 소프트웨어 업그레이드를 사용하여 Virtual Chassis 및 혼합 Virtual Chassis에서 소프트웨어 업그레이드
NSSU(Nonstop Software Upgrade)를 사용하면 업그레이드 중 트래픽 중단을 최소화하면서 지원되는 Virtual Chassis의 모든 구성원 스위치에서 실행되는 소프트웨어를 업그레이드할 수 있습니다.
NSSU는 Junos OS의 특정 릴리스와 함께 일부 Virtual Chassis에서만 작동합니다. request system software add
Virtual Chassis가 NSSU를 지원하지 않거나 from 및 to 릴리스의 조합을 지원하지 않는 소프트웨어 버전을 실행 중인 경우 명령을 사용하여 Virtual Chassis의 구성원 스위치를 개별적으로 업그레이드합니다.
NSSU가 지원되지 않을 때 트래픽 플로우에 미치는 영향을 최소화하면서 2인 QFX 시리즈 Virtual Chassis를 수동으로 업그레이드하는 방법에 대한 네트워크 구성 예인 2인 QFX 시리즈 Virtual Chassis 업그레이드 절차를 참고할 수도 있습니다.
소프트웨어 설치를 위한 스위치 준비
NSSU를 사용하여 새 소프트웨어 설치를 시작하기 전에 다음을 수행합니다.
Virtual Chassis가 NSSU 프로세스를 지원하도록 올바르게 연결 및 구성되었는지 확인합니다. NSSU 수행을 위한 요구 사항의 내용을 참조하십시오.
멤버가 동일한 버전의 소프트웨어를 실행하고 있는지 확인합니다.
user@switch>
show version
Virtual Chassis 또는 혼합 Virtual Chassis 멤버가 동일한 버전의 소프트웨어를 실행하지 않는 경우 명령을 사용하여
request system software add
불일치 멤버에서 소프트웨어를 업그레이드합니다.GRES(Graceful 라우팅 엔진 Switchover)가 활성화되어 있는지 확인하거나, 해당 플랫폼의 경우 NSR(Nonstop Active Routing)이 활성화되어 GRES(Graceful 라우팅 엔진 Switchover)도 활성화되는지 확인합니다. 자세한 내용은 스위치에서 NSR(Nonstop Active Routing) 구성을 참조하십시오.
NSR과 GRES가 모두 활성화되었는지 확인하기 위한 논스톱 액티브 라우팅 상태를 확인하려면,
user@switch>
show task replication
(해당 플랫폼의 경우 선택 사항) NSSU의 일부인 라우팅 엔진 전환 중에 모든 NSB 지원 레이어 2 프로토콜이 원활하게 작동하도록 보장하는 NSB(Nonstop Bridging)를 활성화합니다. 자세한 내용은 스위치에서 논스톱 브리징 구성(CLI 프로시저) 을 참조하십시오.
2인 Virtual Chassis의 경우 NSSU가 멤버 중 하나를 업그레이드할 때 Virtual Chassis가 분할되지 않도록 구성해야
no-split-detection
합니다. Virtual Chassis에서 분할 및 병합 비활성화를 참조하십시오.Junos OS 13.2X50 릴리스를 실행하는 EX4300 Virtual Chassis에서는 NSSU를 사용하여 소프트웨어 업그레이드를 수행하기 전에 [
edit virtual-chassis
] 계층 수준에서 옵션을 설정해야vcp-no-hold-time
합니다. 그렇지 않으면 업그레이드 중에 Virtual Chassis가 분할될 수 있습니다. 분할 Virtual Chassis는 네트워크를 중단시킬 수 있으며, 분할 및 병합 기능이 비활성화된 경우 NSSU 이후에 Virtual Chassis를 수동으로 재구성해야 할 수 있습니다. Virtual Chassis 분할에 대한 자세한 내용은 Virtual Chassis의 분할 및 병합 이해를 참조하십시오. 이 명령문은 EX4300 스위치를 포함하는 EX4300 Virtual Chassis 또는 혼합 Virtual Chassis에만 영향을 미칩니다.이 옵션을 구성하려면 다음을 수행합니다.
user@switch#
set virtual-chassis vcp-no-hold-time
라인 카드 업그레이드 그룹이 구성된 QFX5100 Virtual Chassis에서 라인 카드 그룹의 인접 멤버가 재부팅될 때 지연을 구성하는 옵션을 활성화
lc-reboot-delay
해야 합니다. 이 옵션이 없으면 이전 멤버가 재부팅하고 Virtual Chassis에 합류한 후 약 2분 후에 다음 멤버가 재부팅될 때 이전에 재부팅된 멤버는 트래픽을 수행할 준비가 되지 않았을 수 있습니다. 이 지연은 공통 링크 어그리게이션 그룹(LAG)의 일부인 인터페이스를 가진 두 개의 인접한 라인 카드 멤버가 있을 때 트래픽 손실을 방지하는 데 도움이 됩니다.200초 지연을 설정하는 것이 좋습니다(허용 범위는 0초에서 600초까지). 이 지연을 구성하려면:
[edit chassis] user@switch#
set chassis nssu lc-reboot-delay 200
(선택 사항) 명령을 사용하여 각 멤버의 시스템 소프트웨어(Junos OS, 활성 구성 및 로그 파일)를 외부 저장 장치에 원하는 대로 백업합니다
request system snapshot
.
NSSU를 사용하여 소프트웨어 업그레이드
이 절차에서는 NSSU를 사용하여 모든 Virtual Chassis 또는 혼합 Virtual Chassis 멤버에서 실행되는 소프트웨어를 업그레이드하는 방법을 설명합니다. 업그레이드가 완료되면 모든 구성원이 새 버전의 소프트웨어를 실행하고 있습니다. 업그레이드에는 Graceful 라우팅 엔진 전환이 포함되므로 원래의 Virtual Chassis 백업 멤버 스위치가 새로운 기본이 됩니다.
NSSU 동안 기본은 새로운 소프트웨어 이미지를 Virtual Chassis의 모든 구성원에게 복사하고 차례로 재부팅합니다. 새 소프트웨어를 멤버에 복사하는 데 실패하거나 멤버를 재부팅하는 데 실패하면 NSSU는 업그레이드 프로세스를 종료하고 오류를 기록합니다. 이 경우 호환되지 않는 상태로 남아 있는 멤버에 대한 복구 조치를 수동으로 수행하여 모든 멤버가 동일한 버전의 소프트웨어를 실행하도록 복원해야 합니다. Junos OS 릴리스 14.1X53-D40부터 NSSU는 다음과 같이 이러한 실패 후 복구 조치를 자동으로 호출합니다.
복사 오류로 인해 NSSU가 종료되면 기본은 이미 복사된 모든 멤버에서 새 이미지를 제거합니다.
멤버가 재부팅에 실패하면 NSSU는 전체 Virtual Chassis를 중단하고 재부팅하여 클린 Virtual Chassis 재시작을 자동으로 시작합니다. 모든 구성원이 동시에 새 소프트웨어를 실행합니다. 이 작업을 통해 여러 버전의 소프트웨어를 실행하는 불안정한 Virtual Chassis가 통합되는 것보다 더 빠르게 올바른 Virtual Chassis 작동을 깔끔하게 복구할 수 있습니다.
향상된 자동화 기능이 적용된 Junos OS 소프트웨어 이미지는 QFX5100 스위치가 있는 비혼합 Virtual Chassis에서만 지원됩니다. 또한 표준 Junos OS 소프트웨어 이미지에서 향상된 자동화가 적용된 Junos OS 소프트웨어 이미지로, 또는 향상된 자동화가 적용된 Junos OS 소프트웨어 이미지에서 표준 Junos OS 소프트웨어 이미지로 NSSU를 수행할 수 없습니다.
NSSU를 사용하여 Virtual Chassis의 모든 구성 요소를 업그레이드하려면 다음을 수행합니다.
QFX 시리즈 장치에 소프트웨어 패키지 설치에 설명된 대로 소프트웨어 패키지를 다운로드합니다. 혼합 Virtual Chassis를 업그레이드하는 경우 다른 스위치 유형에 대한 소프트웨어 패키지를 다운로드하십시오.
소프트웨어 패키지를 Virtual Chassis에 복사합니다. 파일을 주 디렉터리에
/var/tmp
복사하는 것이 좋습니다.콘솔 연결 또는 가상 관리 이더넷(VME) 인터페이스를 사용하여 Virtual Chassis 또는 혼합 Virtual Chassis에 로그인합니다. 콘솔 연결을 사용하는 경우 기본 스위치 재부팅의 진행 상황을 모니터링할 수 있습니다.
NSSU를 시작합니다.
모든 구성원이 동일한 소프트웨어 이미지를 사용하는 Virtual Chassis에서 다음을 입력합니다.
user@switch> request system software nonstop-upgrade force-host /var/tmp/package-name.tgz
여기서
package-name.tgz
은(는) 소프트웨어 패키지 이름입니다(예:jinstall-qfx-3-13.2X50-D15.3-domestic-signed.tgz
).구성원이 서로 다른 소프트웨어 이미지를 사용할 수 있는 혼합 Virtual Chassis에서는 옵션과
set
함께 명령을 입력하여request system software nonstop-upgrade
하나 이상의 소프트웨어 패키지 이름을 지정합니다.user@switch> request system software nonstop-upgrade set [/var/tmp/package-name1.tgz /var/tmp/package-name2.tgz]
예를 들어, 및
/var/tmp/package-name2.tgz
은(는)/var/tmp/package-name1.tgz
EX4200 및 EX4500 스위치와 혼합된 EX 시리즈 Virtual Chassis에서 EX4200 및 EX4500 스위치용 소프트웨어 패키지를 지정할 수 있습니다.
업그레이드가 실행됨에 따라 스위치는 다음 메시지와 유사한 상태 메시지를 표시합니다.
Chassis ISSU Check Done NSSU: Validating Image NSSU: 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 NSSU: Backup RE Prepare Done Waiting for Backup RE reboot GRES operational Initiating Chassis In-Service-Upgrade Chassis NSSU Started NSSU: Preparing Daemons NSSU: Daemons Ready for NSSU NSSU: Starting Upgrade for FRUs NSSU: Preparing for Switchover NSSU: 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 NSSU: IDLE *** FINAL System shutdown message from user@switch *** System going down IMMEDIATELY Shutdown NOW! [pid 9336]
원래의 기본 스위치 재부팅이 완료된 후에 로그인합니다. Virtual Chassis의 모든 라우팅 엔진에서 소프트웨어가 업그레이드되었는지 확인하려면 다음 명령을 입력하십시오.
user@switch>
show version
복원력 있는 듀얼 루트 파티션 기능이 올바르게 작동하도록 하려면 새 Junos OS 이미지를 모든 멤버의 대체 루트 파티션에 복사합니다.
user@switch>
request system snapshot slice alternate all-members
복원력이 뛰어난 듀얼 루트 파티션을 사용하면 시스템이 기본 루트 파티션에서 부팅되지 않는 경우 스위치가 대체 루트 파티션에서 투명하게 부팅할 수 있습니다.
업그레이드가 완료되면 및 show system alarms
을 확인하십시오syslog, show chassis fabric errors, show chassis fabric fpcs
.
FPC 또는 패브릭에 오류가 표시되면 특정 오류에 대한 알람을 설정합니다. 중단을 완화하기 위해 오류 동작으로 구성합니다 pfe-offline
.