이 페이지의 내용
논스톱 소프트웨어 업그레이드를 사용하여 Virtual Chassis 및 혼합 Virtual Chassis에서 소프트웨어 업그레이드
NSSU(Nonstop Software Upgrade)를 사용하면 업그레이드 중 트래픽 중단을 최소화하면서 지원되는 Virtual Chassis의 모든 멤버 스위치에서 실행되는 소프트웨어를 업그레이드할 수 있습니다.
NSSU는 특정 from and to Junos OS 릴리스가 있는 일부 Virtual Chassis에서만 작동합니다. NSSU를 지원하지 않거나 시작 및 Virtual Chassis 릴리스의 조합을 지원하지 않는 소프트웨어 버전을 실행 중인 경우 이 명령을 사용하여 request system software add Virtual Chassis의 멤버 스위치를 개별적으로 업그레이드합니다.
NSSU가 지원되지 않을 때 트래픽 흐름에 미치는 영향을 최소화하면서 2개 구성원으로 구성된 QFX 시리즈 Virtual Chassis를 수동으로 업그레이드하는 방법에 대한 네트워크 구성 예인 2 개 구성원 QFX 시리즈 Virtual Chassis 업그레이드 절차를 참조할 수도 있습니다.
소프트웨어 설치를 위한 스위치 준비
NSSU를 사용하여 새 소프트웨어 설치를 시작하기 전에 다음을 수행합니다.
NSSU 프로세스를 지원하도록 Virtual Chassis가 올바르게 연결 및 구성되었는지 확인합니다. NSSU 수행을 위한 요구 사항을 참조하십시오.
구성원이 동일한 버전의 소프트웨어를 실행하고 있는지 확인합니다.
user@switch>
show versionVirtual Chassis 또는 혼합 Virtual Chassis 멤버가 동일한 버전의 소프트웨어를 실행하고 있지 않은 경우, 명령을 사용하여
request system software add일관되지 않은 멤버에서 소프트웨어를 업그레이드합니다.GRES(Graceful 라우팅 엔진 전환)가 활성화되어 있는지 확인하거나 해당 플랫폼의 경우 NSR(Nonstop Active Routing)이 활성화되어 Graceful 라우팅 엔진 전환도 활성화되는지 확인합니다. 자세한 내용은 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에서 분할 및 병합 비활성화를 참조하십시오.라인 카드 업그레이드 그룹이 구성된 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 멤버에서 실행되는 소프트웨어를 업그레이드하는 방법에 대해 설명합니다. 업그레이드가 완료되면 모든 멤버가 새 버전의 소프트웨어를 실행하게 됩니다. 업그레이드에는 그레이스풀 라우팅 엔진 전환이 포함되므로 원래 Virtual Chassis 백업 멤버 스위치가 새로운 기본 스위치가 됩니다.
NSSU 중에 기본은 새 소프트웨어 이미지를 Virtual Chassis의 모든 멤버에 복사하고 차례로 재부팅합니다. 멤버에게 새 소프트웨어 복사가 실패하거나 멤버 재부팅이 실패하면 NSSU는 업그레이드 프로세스를 종료하고 오류를 기록합니다. 이 경우 호환되지 않는 상태로 남아 있는 멤버에 대한 복구 조치를 수동으로 수행하여 모든 멤버가 동일한 버전의 소프트웨어를 실행하도록 복원해야 합니다. 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 시리즈 디바이스에 소프트웨어 패키지 설치에 설명된 대로 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-name1.tgz/var/tmp/package-name2.tgz혼합 Virtual Chassis에서 서로 다른 유형의 스위치에 대한 소프트웨어 패키지를 지정할 수 있습니다.
업그레이드가 실행될 때 스위치는 다음 메시지와 유사한 상태 메시지를 표시합니다.
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복원력이 뛰어난 이중 루트 파티션을 사용하면 시스템이 기본 루트 파티션에서 부팅하지 못하는 경우 스위치가 대체 루트 파티션에서 투명하게 부팅할 수 있습니다.
업그레이드가 완료된 후 을 확인하십시오syslog, show chassis fabric errors, show chassis fabric fpcsshow system alarms.
FPC 또는 패브릭에 오류가 표시되면 특정 오류에 대한 알람을 설정합니다. 서비스 중단을 완화하기 위해 오류 작업으로 구성 pfe-offline 합니다.