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

NSSU(Nonstop Software Upgrade)는 네트워크에서 지원되는 모든 EX 시리즈 스위치를 단일 명령으로 업그레이드할 수 있는 기능입니다.

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

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

컨트롤 플레인 중단 없음—NSSU는 GRES( Graceful 라우팅 엔진 스위치오버 ) 및 NSR( Nonstop Active Routing )을 활용하여 컨트롤 플레인이 중단되지 않도록 합니다. 업그레이드 프로세스 중에 인터페이스, 커널 및 라우팅 프로토콜 정보가 보존됩니다.
네트워크 트래픽 중단 최소화—NSSU는 다른 EX 시리즈 Virtual Chassis에서 멤버 스위치를 한 번에 하나씩 업그레이드하는 동시에 트래픽이 업그레이드되지 않는 멤버를 통해 계속 흐르도록 허용하여 네트워크 트래픽 중단을 최소화합니다.

트래픽 중단을 최소화하려면 각 LAG의 멤버 링크가 서로 다른 라인 카드 또는 Virtual Chassis 멤버에 위치하도록 링크 집계 그룹(LAG)을 구성해야 합니다. LAG의 멤버 링크 하나가 다운되면 나머지 링크는 업되고 트래픽은 LAG를 통해 계속 흐릅니다.

메모:

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

NSSU 수행을 위한 요구 사항

다음 요구 사항은 모든 스위치와 Virtual Chassis에 적용됩니다.

메모:

NSSU는 디바이스에서 현재 릴리스보다 최대 3개의 주요 릴리스만 업그레이드할 수 있습니다. 디바이스의 현재 릴리스보다 3개 이상 앞선 릴리스로 업그레이드하려면 NSSU 프로세스를 사용하여 스위치가 대상 릴리스의 3개 주요 릴리스 내에 있을 때까지 스위치를 하나 이상의 중간 릴리스로 업그레이드합니다.

모든 Virtual Chassis 멤버와 모든 라우팅 엔진은 동일한 Junos OS 릴리스를 실행해야 합니다.
GRES(Graceful 라우팅 엔진 스위치오버)를 활성화해야 합니다.
NSR(Nonstop Active Routing)을 활성화해야 합니다.

메모:
NSSU를 수행하기 위해 NSB(Nonstop Bridging)를 활성화할 필요는 없지만 NSSU를 수행하기 전에 NSB를 활성화하는 것이 좋습니다. NSB를 활성화하면 NSSU의 일부인 라우팅 엔진 전환 중에 NSB가 지원하는 모든 레이어 2 프로토콜이 원활하게 작동하도록 보장합니다.
트래픽 중단을 최소화하려면 멤버 링크가 다른 Virtual Chassis 멤버 또는 다른 라인 카드에 상주하도록 링크 어그리게이션 그룹(LAG)을 정의해야 합니다.

메모:
NSSU 작업 중에 CLI 명령을 사용하여 show interfaces ae-ae-interface-number 기본 라우팅 엔진 멤버에서 LAG 인터페이스 상태를 보려고 하면 트래픽 수가 잘못되거나 0이 표시될 수 있습니다. 이 문제를 해결하려면 백업 라우팅 엔진 멤버가 이미 로드되어 실행 중인 경우 대신 해당 멤버에서 명령을 실행합니다.

다음은 EX 시리즈 Virtual Chassis에서 NSSU를 수행하기 위한 요구 사항입니다.

Virtual Chassis 멤버는 링 토폴로지에 연결되어 다른 멤버가 재부팅되어도 분리되지 않도록 해야 합니다. 이 토폴로지는 NSSU 중에 Virtual Chassis가 분할되는 것을 방지합니다.
Virtual Chassis 기본 및 백업은 링 토폴로지에서 서로 인접해야 합니다. 인접성은 라인 카드 역할의 스위치가 재부팅되는 경우에도 기본 및 백업이 항상 동기화되도록 허용합니다.
라인 카드 역할이 라인 카드 역할에서 작동하는 멤버 스위치에 명시적으로 할당되도록 Virtual Chassis를 미리 프로비저닝해야 합니다. NSSU 중에 Virtual Chassis 구성원은 자신의 역할을 유지해야 합니다. 기본 및 백업은 기본 및 백업 역할을 유지해야 하며(기본 역할은 변경되더라도) 나머지 스위치는 라인 카드 역할을 유지해야 합니다.
NSSU가 멤버를 업그레이드할 때 Virtual Chassis가 분할되지 않도록 두 구성원으로 구성된 Virtual Chassis가 no-split-detection 구성되어야 합니다.

NSSU 작동 방식

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

NSSU 제한 사항

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

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

NSSU 및 Junos OS 릴리스 지원

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

NSSU(Nonstop Software Upgrade) 에는 NSSU를 지원하는 EX 시리즈 스위치와 Virtual Chassis 및 지원을 시작한 Junos OS 릴리스가 나열되어 있습니다.

NSSU 구성 및 작동 개요

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

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

이 페이지의 내용