Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

EX 시리즈 스위치의 무한 소프트웨어 업그레이드 이해

요약 무중단 소프트웨어 업그레이드(NSSU)는 단일 명령어로 네트워크에서 지원되는 모든 EX 시리즈 스위치를 업그레이드할 수 있는 기능입니다.

무중단 소프트웨어 업그레이드(NSSU)를 사용하면 이중 라우팅 엔진을 통해 주니퍼 네트웍스 EX 시리즈 이더넷 스위치에서 실행되는 소프트웨어를 업그레이드하고 단일 명령을 사용하여 EX 시리즈 Virtual Chassis의 모든 구성원 스위치를 업그레이드할 수 있습니다. 업그레이드 중에는 기본 역할 전환 중에 네트워크 트래픽 중단을 최소화할 수 있으며 네트워크 토폴로지, 구성, 네트워크 트래픽 및 기타 환경 요인에 따라 중단 범위가 달라질 수 있습니다.

참고:

혼합 Virtual Chassis의 EX 시리즈 스위치가 릴리스 15.1 이전 릴리스에서 Junos OS 릴리스 15.1 이상으로 업그레이드되면 최대 60초 동안 트래픽이 감소할 수 있습니다.

다음 EX 시리즈 Virtual Chassis는 NSSU를 지원합니다.

NSSU를 수행하면 다음과 같은 이점을 얻을 수 있습니다.

  • 컨트롤 플레인의 중단 없음—NSSU는 GRES( Graceful Routing Engine Switchover ) 및 NSR( Nonstop Active Routing )을 활용하여 컨트롤 플레인에 중단이 없도록 보장합니다. 업그레이드 프로세스 동안 인터페이스, 커널 및 라우팅 프로토콜 정보가 보존됩니다.

  • 네트워크 트래픽 중단 최소화—NSSU는 다음을 통해 네트워크 트래픽 중단을 최소화합니다.

    • EX6200 스위치, EX8200 스위치 또는 EX8200 버추얼 섀시에서 라인 카드를 한 번에 하나씩 업그레이드하는 동시에 트래픽이 업그레이드되지 않는 라인 카드를 계속 통과할 수 있도록 합니다.

    • 다른 EX 시리즈 버추얼 섀시에서는 멤버 스위치를 한 번에 하나씩 업그레이드하는 동시에 트래픽이 업그레이드되지 않는 구성원을 통해 계속 전송되도록 합니다.

    트래픽 중단을 최소화하려면 각 LAG의 구성원 링크가 서로 다른 라인 카드 또는 Virtual Chassis 멤버에 상주하도록 링크 어그리게이션 그룹(LAG)을 구성해야 합니다. LAG의 구성원 링크가 다운되면 나머지 링크가 위로 올라가고 트래픽이 LAG를 통해 계속 이동합니다.

참고:

NSSU는 각 라인 카드 또는 각 Virtual Chassis 멤버에서 한 번에 하나씩 소프트웨어를 업그레이드하기 때문에 NSSU를 사용한 업그레이드에는 명령을 사용한 request system software add 업그레이드보다 더 오랜 시간이 걸릴 수 있습니다.

Junos OS 릴리스 16.1 이전의 릴리스에서 EX6200 스위치, EX8200 스위치 및 EX8200 버추얼 섀시의 경우 라인 카드 업그레이드 그룹을 구성하여 업그레이드에 소요되는 시간을 줄일 수 있습니다. 업그레이드 그룹의 라인 카드가 동시에 업그레이드되어 업그레이드 완료에 소요되는 시간이 줄어듭니다. 무상 소프트웨어 업그레이드를 위한 라인 카드 업그레이드 그룹 구성을 참조하십시오.

NSSU를 수행하기 위한 요구 사항

다음 요구 사항은 모든 스위치 및 버추얼 섀시에 적용됩니다.

참고:

NSSU는 장비에서 현재 릴리스에 앞서 최대 3개의 주요 릴리스만 업그레이드할 수 있습니다. 장비에서 현재 릴리스에 앞서 3개 이상의 릴리스로 업그레이드하려면 NSSU 프로세스를 사용하여 스위치가 대상 릴리스의 세 가지 주요 릴리스 내에 있게 될 때까지 스위치를 하나 이상의 중간 릴리스로 업그레이드하십시오.

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

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

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

    참고:

    NSB(Nonstop Bridging)를 NSSU를 수행할 필요는 없지만 NSSU를 수행하기 전에 NSB를 활성화하는 것이 좋습니다. Enabling NSB는 NSSU의 일부인 라우팅 엔진 전환 중에 모든 NSB 지원 Layer 2 프로토콜이 원활하게 작동하도록 보장합니다. Junos OS 릴리스 16.1 이전의 릴리스에서는 스위치(CLI Procedure)에서 무정지 브리징 구성을 참조하십시오.

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

    참고:

    NSSU 작업 중에 CLI 명령을 사용하는 show interfaces ae-ae-interface-number 기본 Routing Engine 멤버에서 LAG 인터페이스 상태를 보려고 할 경우 트래픽 수가 잘못되거나 0으로 표시될 수 있습니다. 이 문제를 해결하려면 해당 구성원이 이미 로드되고 실행 중인 경우 백업 Routing Engine 구성원에서 명령을 실행하십시오.

다음은 EX 시리즈 버추얼 섀시에서 NSSU를 수행하기 위한 요구 사항입니다(EX6200 또는 EX8200 버추얼 섀시 제외).

  • Virtual Chassis 구성원은 링 토폴로지에서 연결되어야만 다른 구성원이 재부팅된 결과로 구성원이 격리되지 않습니다. 이 토폴로지는 NSSU 중에 Virtual Chassis가 분리되는 것을 방지합니다.

  • Virtual Chassis 기본 및 백업은 링 토폴로지에서 서로 인접해야 합니다. Adjacency는 라인 카드 역할의 스위치가 재부팅되는 경우에도 기본 및 백업이 항상 동기화될 수 있도록 합니다.

  • 라인 카드 역할이 라인 카드 역할에서 작동하는 구성원 스위치에 명시적으로 할당되도록 Virtual Chassis를 사전 프로비전해야 합니다. NSSU 동안 버추얼 섀시 멤버는 자신의 역할을 유지해야 합니다. 기본 및 백업은 기본 역할과 백업 역할을 유지해야 하며(기본 역할은 변경되더라도), 나머지 스위치는 라인카드 역할을 유지해야 합니다.

  • NSSU가 구성원을 업그레이드할 no-split-detection 때 Virtual Chassis가 분할되지 않도록 2개 구성원 Virtual Chassis를 구성해야 합니다.

참고:

EX4300 Virtual Chassis의 경우 NSSU를 사용하여 소프트웨어 업그레이드를 수행하기 전에 [edit virtual-chassis] 계층 수준에서 명령문을 활성화 vcp-no-hold-time 해야 합니다. 명령문을 활성화 vcp-no-hold-time 하지 않으면 업그레이드 중에 Virtual Chassis가 분할될 수 있습니다. 분할된 Virtual Chassis는 네트워크에 중단을 일으킬 수 있으며, 분할 및 병합 기능이 비활성화된 경우 NSSU 이후 Virtual Chassis를 수동으로 재구성해야 할 수도 있습니다. 분할 버추얼 섀시에 대한 자세한 내용은 버추얼 섀시 내 분할 및 병합 이해하기(Understanding Split and Merge in a Virtual Chassis)를 참조하십시오.

NSSU의 작동 방식

이 섹션에서는 EX 시리즈 스위치 및 버추얼 섀시에 NSSU를 요청할 때 발생하는 상황을 설명합니다.

참고:

EX4650 버추얼 섀시는 QFX5120 버추얼 섀시와 동일하게 작동하므로, NSSU를 사용한 EX4650 버추얼 섀시 업그레이드에 대한 자세한 내용은 버추얼 섀시에서 무중단 소프트웨어 업그레이드 이해와 이 주제 대신 논스 톱 소프트웨어 업그레이드를 사용해 Virtual Chassis 및 혼합 Virtual Chassis 에서 소프트웨어 업그레이드를 참조하십시오.

EX3300, EX3400, EX4200, EX4300, EX4400, EX4500, EX4600 및 혼합 Virtual Chassis

EX3300, EX3400, EX4200, EX4300, EX4400, EX4500 또는 혼합 Virtual Chassis에서 NSSU를 요청하는 경우:

  1. Virtual Chassis 기본은 다음을 검증합니다.

    • 백업은 온라인이며 동일한 소프트웨어 버전을 실행합니다.

    • GRES(Graceful Routing Engine Switchover) 및 NSR(Nonstop Active Routing)이 활성화됩니다.

    • Virtual Chassis에는 사전 프로비전된 구성이 있습니다.

  2. 기본은 백업에 새 소프트웨어 이미지를 설치하고 재부팅합니다.

  3. 기본은 백업을 재동기화합니다.

  4. 기본은 라인 카드 역할의 구성원 스위치에 새 소프트웨어 이미지를 설치하고 한 번에 하나씩 재부팅합니다. 기본 멤버는 다음 멤버에서 소프트웨어 업그레이드를 시작하기 전에 각 구성원이 온라인 상태가 되고 활성화되기를 기다린다.

  5. 라인 카드 역할의 모든 구성원이 업그레이드되면 기본은 Graceful Routing Engine 전환을 수행하고 업그레이드된 백업은 기본이 됩니다.

  6. 원래 기본 소프트웨어의 소프트웨어가 업그레이드되고 원래 기본 소프트웨어가 자동으로 재부팅됩니다. 원래 기본 섀시가 Virtual Chassis에 재가입한 후에는 Graceful Routing Engine 스위치오버를 요청하여 컨트롤을 선택적으로 반환할 수 있습니다.

EX6200 및 EX8200 스위치

이중 라우팅 엔진을 장착한 독립형 스위치에서 NSSU를 요청하는 경우:

  1. 스위치는 다음을 검증합니다.

    • 두 라우팅 엔진 모두 온라인이며 동일한 소프트웨어 버전을 실행합니다.

    • 두 라우팅 엔진 모두 새로운 소프트웨어 이미지를 위한 충분한 스토리지 공간을 보유하고 있습니다.

    • Graceful Routing Engine 스위치오버 및 무중단 활성 라우팅이 가능합니다.

  2. 스위치는 백업 Routing Engine에 새 소프트웨어 이미지를 설치하고 재부팅합니다.

  3. 스위치는 백업 라우팅 엔진을 기본 라우팅 엔진에 재동기화합니다.

  4. 첫 번째 업그레이드 그룹의 라인 카드(또는 업그레이드 그룹이 정의되지 않은 경우 슬롯 0의 라인 카드)가 새 이미지를 다운로드한 다음 다시 시작합니다. 이 프로세스 동안 트래픽은 다른 업그레이드 그룹의 라인 카드를 통해 계속 전송됩니다.

  5. 4단계에서 라인 카드가 다시 온라인으로 다시 시작되면 다음 업그레이드 그룹의 라인 카드가 새 이미지를 다운로드하고 다시 시작합니다. 이 프로세스는 모든 온라인 라인 카드가 새 소프트웨어로 다시 시작될 때까지 계속됩니다.

    참고:

    NSSU를 시작하기 전에 CLI와 라인 카드를 오프라인으로 전환한 경우 라인 카드가 다시 시작되지 않고 오프라인 상태로 유지됩니다.

  6. 스위치는 Graceful Routing Engine 스위치오버를 수행하므로 업그레이드된 백업 라우팅 엔진이 기본 스위치가 됩니다.

  7. 스위치는 원래 기본 라우팅 엔진에 새 소프트웨어를 설치합니다.

    업그레이드 프로세스를 완료하려면 원래 기본 라우팅 엔진을 재부팅해야 합니다. 수동으로 수행하거나 NSSU를 요청할 때 옵션을 포함하여 스위치가 reboot 자동 재부팅을 수행하게 할 수 있습니다. 원래 기본이 재부팅된 후에는 graceful Routing Engine 스위치오버를 요청하여 컨트롤을 선택적으로 반환할 수 있습니다.

  8. (EX6200 스위치 전용) 원래 기본 Routing Engine이 재부팅 되어 소프트웨어 업그레이드를 완료합니다.

    참고:

    EX8200 스위치에서 업그레이드 프로세스를 완료하려면 기존 기본 라우팅 엔진을 재부팅하기 위해 개입해야 합니다. 원래 기본 라우팅 엔진을 수동으로 재부팅하거나 NSSU를 요청할 때 옵션을 포함하여 reboot 스위치가 자동 재부팅을 수행하게 할 수 있습니다.

  9. (선택사항) 원래 기본이 재부팅된 후에는 Graceful Routing Engine 스위치오버를 요청하여 컨트롤을 반환할 수 있습니다.

    이 스위치는 소프트웨어 업그레이드 후 RE가 기본 라우팅 엔진의 역할을 하는 경우 정상 작동을 유지할 수 있기 때문에 라우팅 엔진 컨트롤을 원래의 기본 라우팅 엔진으로 되돌리려면 이 전환 작업을 수행해야 합니다.

EX8200 버추얼 섀시

EX8200 버추얼 섀시에서 NSSU를 요청하는 경우:

  1. 기본 외부 라우팅 엔진은 다음을 검증합니다.

    • 온라인 백업 외부 라우팅 엔진을 갖추고 있습니다.

    • 모든 Virtual Chassis 구성원은 이중 라우팅 엔진을 가지고 있으며 라우팅 엔진은 온라인입니다.

    • 모든 라우팅 엔진은 동일한 소프트웨어 버전을 실행합니다.

    • 모든 라우팅 엔진은 새로운 소프트웨어 이미지를 위한 충분한 스토리지 공간을 가지고 있습니다.

    • Graceful Routing Engine 스위치오버 및 NSR(Nonstop Active Routing)이 활성화됩니다.

  2. 기본 외부 라우팅 엔진은 백업 외부 라우팅 엔진에 새 소프트웨어 이미지를 설치하고 재부팅합니다.

  3. 백업 외부 라우팅 엔진은 기본 외부 라우팅 엔진으로 재동기화됩니다.

  4. 주 외부 라우팅 엔진은 멤버 스위치의 백업 라우팅 엔진에 새 소프트웨어를 설치하고 백업 라우팅 엔진을 재부팅합니다.

  5. 백업 라우팅 엔진의 재부팅이 완료되면 첫 번째 업그레이드 그룹의 라인 카드가 새 이미지를 다운로드한 다음 다시 시작합니다. (업그레이드 그룹이 정의되지 않으면 구성원 0의 슬롯 0에 있는 라인 카드가 새 이미지를 다운로드하고 다시 시작합니다.) 이 프로세스 동안 트래픽은 다른 업그레이드 그룹의 라인 카드를 통해 계속 전송됩니다.

  6. 5단계에서 라인 카드가 다시 온라인 상태인 경우, 다음 업그레이드 그룹(또는 다음 순차적 라인 카드)의 라인 카드가 새 이미지를 다운로드하고 다시 시작합니다. 이 프로세스는 모든 온라인 라인 카드가 새 소프트웨어로 다시 시작될 때까지 계속됩니다.

    참고:

    NSSU를 시작하기 전에 CLI와 라인 카드를 오프라인으로 전환한 경우 라인 카드가 다시 시작되지 않고 오프라인 상태로 유지됩니다.

  7. 새로운 소프트웨어 이미지가 외부 및 내부의 기본 라우팅 엔진에 설치됩니다.

  8. 멤버 스위치는 Graceful Routing Engine 스위치오버를 수행하여 업그레이드된 백업 라우팅 엔진이 프라이머리가 됩니다.

  9. 주 외부 라우팅 엔진은 graceful Routing Engine 스위치오버를 수행하여 백업 외부 라우팅 엔진이 기본 엔진이 되었습니다.

업그레이드 프로세스를 완료하려면 원래의 기본 라우팅 엔진(외부 및 내부)을 재부팅해야 합니다. 각 라우팅 엔진에 콘솔 연결을 설정하여 수동으로 수행하거나 NSSU를 요청할 때 옵션을 포함하여 reboot 재부팅이 자동으로 수행되도록 할 수 있습니다. 원래의 기본 외부 라우팅 엔진이 재부팅된 후에는 graceful Routing Engine 스위치오버를 요청하여 컨트롤을 선택적으로 반환할 수 있습니다.

NSSU 제한 사항

NSSU를 사용하여 소프트웨어를 다운그레이드할 수 없습니다. 즉, 현재 스위치에서 실행되는 것보다 이전 버전의 소프트웨어를 설치하는 것입니다. 이전 소프트웨어 버전을 설치하려면 명령을 사용합니다 request system software add .

NSSU를 사용하여 업그레이드를 수행한 후에는 이전 소프트웨어 버전으로 롤백할 수 없습니다. 이전 소프트웨어 버전으로 롤백해야 하는 경우 새 소프트웨어 버전을 대체 루트 파티션으로 복사하지 않은 경우 대체 루트 파티션에서 재부팅하여 이를 수행할 수 있습니다.

NSSU 및 Junos OS 릴리스 지원

Virtual Chassis는 NSSU를 실행하기 전에 NSSU를 지원하는 Junos OS 릴리스를 실행해야 합니다. Virtual Chassis가 NSSU를 지원하지 않는 소프트웨어 버전을 실행하는 경우 해당 명령을 사용합니다 request system software add .

표 1 에는 NSSU와 이를 지원하기 시작한 Junos OS 릴리스를 지원하는 EX 시리즈 스위치 및 버추얼 섀시가 나와 있습니다.

표 1: NSSU에 대한 플랫폼 및 릴리스 지원

플랫폼

Junos OS 릴리스

EX3300 버추얼 섀시

12.2 이상

EX3400 버추얼 섀시

15.1X53-D55

EX4200 버추얼 섀시

12.1 이상

EX4300 버추얼 섀시

13.2X51-D20 이상

EX4300 멀티기가비트 버추얼 섀시 18.2R1 이상
EX4400 버추얼 섀시 21.1 이상
EX4400 멀티기가비트 버추얼 섀시 21.2 이상

EX4500 버추얼 섀시

12.1 이상

EX4550 버추얼 섀시

12.2 이상

혼합 EX4200 및 EX4500 버추얼 섀시

12.1 이상

혼합 EX4200 및 EX4550 버추얼 섀시

12.2 이상

혼합 EX4200, EX4500 및 EX4550 버추얼 섀시

12.2 이상

혼합 EX4500 및 EX4550 버추얼 섀시

12.2 이상

혼합 EX4300 및 EX4600 버추얼 섀시 13.2X51-D25 이상

EX6200 스위치

12.2 이상

EX8200 스위치

10.4 이상

EX8200 버추얼 섀시

11.1 이상

NSSU 구성 및 작동 개요

스위치 또는 버추얼 섀시의 구성이 NSSU 수행을 위한 요구 사항에서 설명한 요구 사항을 충족하는지 확인해야 합니다. NSSU는 추가 구성을 요구하지 않습니다.

Junos OS 릴리스 16.1 이전의 릴리스에서 EX6200 스위치, EX8200 스위치 및 EX8200 버추얼 섀시의 경우 CLI를 사용하여 라인 카드 업그레이드 그룹을 선택적으로 구성할 수 있습니다. 예: EX 시리즈 스위치에서 무중단 소프트웨어 업그레이드를 위한 라인 카드 업그레이드 그룹 구성을 참조하십시오.

명령을 실행하여 NSSU를 수행합니다 request system software nonstop-upgrade . NSSU를 수행하는 방법에 대한 자세한 지침은 관련 설명서의 주제를 참조하십시오.

릴리스 히스토리 테이블
릴리스
설명
16.1
Junos OS 릴리스 16.1 이전의 릴리스에서 EX6200 스위치, EX8200 스위치 및 EX8200 버추얼 섀시의 경우 라인 카드 업그레이드 그룹을 구성하여 업그레이드에 소요되는 시간을 줄일 수 있습니다.