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 시리즈의 모든 구성원 스위치를 사용하여 EX 시리즈에서 실행되는 소프트웨어를 Virtual Chassis 수 있습니다. 업그레이드가 진행되는 동안 기본 역할 전환 중에 네트워크 트래픽 중단이 최소화될 수 있으며 네트워크 토폴로지, 구성, 네트워크 트래픽 및 기타 환경 요인에 따라 중단 범위가 달라집니다.

참고:

혼합형 스위치의 EX 시리즈 Virtual Chassis Release 15.1 Junos OS Release 15.1 이상으로 업그레이드된 경우, 최대 60초 동안 트래픽이 드롭될 수 있습니다.

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

  • EX3300 Virtual Chassis

  • EX3400 Virtual Chassis

  • EX4200 Virtual Chassis

  • EX4300 Virtual Chassis

  • EX4400 Virtual Chassis

  • EX4500 Virtual Chassis

  • EX4550 Virtual Chassis

  • 모든 Virtual Chassis 스위치, EX4200, EX4500 및 EX4550 구성

  • EX4600 Virtual Chassis

  • EX4650 Virtual Chassis

    참고:

    EX4650 Virtual Chassis 소프트웨어가 QFX5120 Virtual Chassis 동일하기 때문에 NSSU를 사용한 EX4650 Virtual Chassis 업그레이드에 대한 자세한 내용은 이 주제 대신 Virtual Chassis 및 혼합 Virtual Chassis 및 업그레이드 소프트웨어의 Virtual Chassis 및 혼합 Virtual Chassis 소프트웨어 업그레이드에 대한 이해를 참조하십시오.

  • EX6200 스위치

  • EX8200 스위치

  • EX8200 Virtual Chassis

NSSU를 수행하면 다음 이점을 들을 수 있습니다.

  • 컨트롤 플레인을 중단하지 않습니다. NSSU는 GRES( Graceful 라우팅 엔진 Switchover) 및 NSR( NonStop Active Routing )을 활용해 컨트롤 플레인에 대한 중단을 보장합니다. 업그레이드 프로세스 중 인터페이스, 커널 및 라우팅 프로토콜 정보가 보존됩니다.

  • 네트워크 트래픽의 중단을 최소화하는 NSSU는

    • 업그레이드된 라인 카드는 EX6200, EX8200 스위치 또는 EX8200 Virtual Chassis 업그레이드되지 않는 라인 카드로 계속 트래픽이 계속 유입될 수 있습니다.

    • 다른 EX 시리즈에서 한 때 하나씩 스위치를 업그레이드하는 동시에 Virtual Chassis 없는 멤버를 통해 트래픽이 계속 흐를 수 있습니다.

    트래픽 중단을 최소화하려면 각 LAG의 멤버 링크가 서로 다른 라인 카드 또는 구성원에 상주하도록 링크 어그리게이션 그룹(LAG)을 Virtual Chassis 수 있습니다. LAG의 멤버 링크가 다운된 경우, 나머지 링크는 Up, 트래픽은 계속해서 LAG를 통해 흐를 수 있습니다.

참고:

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

Junos OS Release 16.1 이전에 출시된 EX6200 스위치, EX8200 스위치 및 EX8200 Virtual Chassis 릴리스에서는 라인 카드 업그레이드 그룹을 구성하여 업그레이드에 소요되는 시간을 줄일 수 있습니다. 업그레이드 그룹의 라인 카드가 동시에 업그레이드됩니다. 이를 통해 업그레이드를 완료하는 데 소요되는 시간을 단축할 수 있습니다. 무고장 소프트웨어 업그레이드를 위해 라인 카드 업그레이드 그룹 구성을 참조하십시오.

NSSU 수행을 위한 요구 사항

모든 스위치 및 스위치에 다음 요구 사항이 Virtual Chassis.

참고:

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

  • 모든 Virtual Chassis 모든 라우팅 엔진은 동일한 릴리즈에서 Junos OS 있어야 합니다.

  • GRES(Graceful 라우팅 엔진 Switchover)를 활성화해야 합니다.

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

    참고:

    NSB(NonStop Bridging)를 NSSU를 수행하기 위해 사용할 수 없는 것은 아니기 때문에 NSSU를 수행하기 전에 NSB를 활성화하는 것이 좋습니다. NSB를 활성화하면 NSSU의 일부인 라우팅 엔진 동안 모든 NSB 지원 Layer 2 프로토콜이 원활하게 작동하도록 보장합니다. 릴리스 16.1 Junos OS 이전 릴리스에서는 스위치에서 무단 브리지어 구성(CLI 프로시저)을 참조하십시오.

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

    참고:

    NSSU 작업 중 기본 라우팅 엔진 구성원에서 LAG show interfaces ae-ae-interface-number 인터페이스 상태를 확인하려고 할 경우 CLI 또는 제로 트래픽 카운트를 확인할 수 있습니다. 이 문제를 해결하려면 해당 구성원이 이미 로드되어 실행 중인 라우팅 엔진 백업 멤버에서 명령을 실행합니다.

다음은 EX 시리즈 스위치에서 NSSU를 수행하기 위한 Virtual Chassis 요구 사항입니다(EX6200 또는 EX8200 Virtual Chassis:

  • Virtual Chassis 멤버는 링 토폴로지로 연결되어야만 다른 멤버가 재부팅되는 결과로 멤버를 격리할 수 없습니다. 이 토폴로지로 인해 NSSU가 Virtual Chassis 분할되지 않습니다.

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

  • 라인 Virtual Chassis 라인 카드 역할이 라인 카드 역할로 활동하는 멤버 스위치에 명시적으로 할당될 수 있도록 사전프로비전되어야 합니다. NSSU가 수행되는 동안 Virtual Chassis 멤버는 자신의 역할을 유지해야 합니다. 기본 및 백업은 기본 역할과 백업 역할(기본 역할이 변경될 수 있는 경우)을 유지해야 합니다. 나머지 스위치는 라인 카드 역할을 유지해야 합니다.

  • 2개 Virtual Chassis no-split-detection NSSU가 구성원을 업그레이드할 때 Virtual Chassis 수 있도록 구성되어야 합니다.

참고:

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

NSSU의 작동 방식

이 섹션에서는 EX 시리즈 스위치 및 스위치에서 NSSU를 요청하면 어떤 일이 발생하는지 Virtual Chassis.

참고:

EX4650 Virtual Chassis a QFX5120 Virtual Chassis 운영하기 때문에 NSSU를 사용한 EX4650 Virtual Chassis 업그레이드에 대한 자세한 내용은 이 주제 대신 Virtual Chassis 및 혼합형 Virtual Chassis 소프트웨어의 무중단 소프트웨어 업그레이드 와 Virtual Chassis 혼합 Virtual Chassis 이해를 참조하십시오.

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

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

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

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

    • GRES(Graceful 라우팅 엔진 Switchover) 및 NSR(NonStop Active Routing)이 활성화됩니다.

    • Virtual Chassis 구성이 있습니다.

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

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

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

  5. 라인 카드 역할에 있는 모든 멤버가 업그레이드된 경우 주 멤버는 graceful 라우팅 엔진 전환을 수행하고 업그레이드된 백업을 주 백업으로 전환합니다.

  6. 원래 기본 소프트웨어의 소프트웨어가 업그레이드되고 원래 기본 소프트웨어가 자동으로 재부팅됩니다. 원래 기본 구성에 재구성한 후 Virtual Chassis 스위치오버를 요청하여 제어권을 반환할 라우팅 엔진 수 있습니다.

EX6200 EX8200 스위치

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

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

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

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

    • Graceful 라우팅 엔진 스위치오버 및 무중단 활성 라우팅이 활성화됩니다.

  2. 스위치는 백업 스위치에 새로운 소프트웨어 이미지를 설치하고 라우팅 엔진 재부팅합니다.

  3. 스위치는 백업 스위치를 기본 라우팅 엔진 재동기 라우팅 엔진.

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

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

    참고:

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

  6. 스위치는 graceful 라우팅 엔진 스위치오버를 수행하기 때문에 업그레이드된 백업 라우팅 엔진 주가 됩니다.

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

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

  8. (EX6200 스위치만 해당) 원래의 기본 라우팅 엔진 업그레이드를 완료하기 위해 재부팅됩니다.

    참고:

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

  9. (선택 사항) 원래 기본 스위치가 재부팅된 후 Graceful 라우팅 엔진 제어를 반환할 수 있습니다.

    스위치는 소프트웨어 업그레이드 후 라우팅 엔진 기본 라우팅 엔진 작동하여 정상적인 운영을 유지할 수 있으므로 라우팅 엔진 제어를 원래의 기본 스위치로 반환하려는 경우만 라우팅 엔진.

EX8200 Virtual Chassis

NSSU를 요청하면 다음을 EX8200 Virtual Chassis.

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

    • 온라인에 있는 백업 외부 라우팅 엔진 있습니다.

    • 모든 Virtual Chassis 회원은 중복 라우팅 엔진을, 라우팅 엔진은 온라인에 있습니다.

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

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

    • Graceful 라우팅 엔진 스위치오버 및 NSR(NonStop Active Routing)이 활성화됩니다.

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

  3. 백업 외부 라우팅 엔진 기본 외부 데이터와 재동기 라우팅 엔진.

  4. 기본 외부 라우팅 엔진 구성원 스위치에 백업 라우팅 엔진에 새 소프트웨어를 설치하고 백업 라우팅 엔진을 재부팅합니다.

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

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

    참고:

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

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

  8. 멤버 스위치는 graceful 라우팅 엔진 스위치오버를 수행하기 때문에 업그레이드된 백업 라우팅 엔진이 프리머리(primaries)가 됩니다.

  9. 기본 외부 라우팅 엔진 스위치오버를 수행하여 라우팅 엔진 외부 스위치가 라우팅 엔진 있도록 합니다.

업그레이드 프로세스를 완료하려면 외부 및 내부의 원래 기본 라우팅 엔진을 재부팅해야 합니다. NSSU를 요청할 때 이 옵션을 라우팅 엔진 reboot 콘솔 연결을 설정하거나 자동으로 재부팅을 수행할 수 있습니다. 원래의 기본 외부 라우팅 엔진 재부팅된 후에 Graceful 라우팅 엔진 스위치 전환을 요청하여 제어를 반환할 라우팅 엔진 있습니다.

NSSU 제한

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

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

NSSU 및 Junos OS 릴리스 지원

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

표 1 에는 NSSU를 지원하는 EX 시리즈 스위치 및 Virtual Chassis 시작된 Junos OS 릴리스가 나열되어 있습니다.

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

플랫폼

Junos OS 릴리스

EX3300 Virtual Chassis

12.2 이상

EX3400 Virtual Chassis

15.1X53-D55

EX4200 Virtual Chassis

12.1 이상

EX4300 Virtual Chassis

13.2X51-D20 이상
EX4300 멀티기가비트 Virtual Chassis 18.2R1 이상
EX4400 Virtual Chassis 21.1 이상
EX4400 멀티기가비트 Virtual Chassis 21.2 이상

EX4500 Virtual Chassis

12.1 이상

EX4550 Virtual Chassis

12.2 이상

혼합 EX4200 및 EX4500 Virtual Chassis

12.1 이상

혼합 EX4200 EX4550 Virtual Chassis

12.2 이상

혼합 EX4200, EX4500, EX4550 Virtual Chassis

12.2 이상

혼합 EX4500 및 EX4550 Virtual Chassis

12.2 이상
혼합 EX4300 EX4600 Virtual Chassis 13.2X51-D25 이상

EX6200 스위치

12.2 이상

EX8200 스위치

10.4 이상

EX8200 Virtual Chassis

11.1 이상

NSSU 구성 및 작동 개요

NSSU 수행을 위해 스위치 또는 스위치의 구성이 Virtual Chassis 요구 사항을 충족하는지 확인해야 합니다. NSSU는 추가 구성을 요구하지 않습니다.

릴리즈 16.1 이전 릴리스에서 EX6200 스위치, EX8200 스위치 및 EX8200 Virtual Chassis 스위치를 사용하여 라인 카드 업그레이드 그룹을 선택적으로 구성할 CLI. Junos OS 예제: EX 시리즈 스위치에서 무고장 소프트웨어 업그레이드를 위해 라인 카드 업그레이드 그룹 구성을 들 수 있습니다.

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

관련 문서

릴리스 내역 표
릴리스
설명
16.1
Junos OS Release 16.1 이전에 출시된 EX6200 스위치, EX8200 스위치 및 EX8200 Virtual Chassis 릴리스에서는 라인 카드 업그레이드 그룹을 구성하여 업그레이드에 소요되는 시간을 줄일 수 있습니다.