Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Virtual Chassis 및 혼합 Virtual Chassis의 논스톱 소프트웨어 업그레이드 이해

NSSU(Nonstop Software Upgrade)를 사용하면 업그레이드 중 네트워크 트래픽 중단을 최소화하면서 Virtual Chassis 의 모든 구성원 스위치에서 실행되는 소프트웨어를 업그레이드할 수 있습니다. 이 주제에서는 이 기능을 지원하는 EX 시리즈 및 QFX 시리즈 Virtual Chassis의 NSSU에 대해 설명합니다.

다음과 같은 특정 플랫폼에서 NSSU를 사용하는 방법에 대한 자세한 내용은 다음 다른 참조를 참조하십시오.

참고:

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

이 기능을 지원하는 더 큰 Virtual Chassis에서 라인 카드 업그레이드 그룹을 구성하여 업그레이드에 걸리는 시간을 줄일 수 있습니다. Virtual Chassis는 업그레이드 그룹의 멤버 스위치를 동시에 업그레이드하여 업그레이드를 완료하는 데 걸리는 시간을 줄입니다. Nonstop Software Upgrade를 위한 라인 카드 업그레이드 그룹 구성을 참조하십시오.

NSSU의 이점

  • 컨트롤 플레인 중단 없음—NSSU는 GRES(Graceful Routing Engine Switchover )(및 해당 플랫폼에서는 NSR(Nonstop Active Routing ))를 사용하여 컨트롤 플레인에 중단이 발생하지 않도록 합니다. 업그레이드 프로세스 동안 Virtual Chassis는 인터페이스, 커널 및 라우팅 프로토콜 정보를 보존합니다.

  • 네트워크 트래픽 중단 최소화—NSSU는 멤버 스위치를 한 번에 하나씩 업그레이드하고, 기본 및 백업 멤버가 트래픽 중단 없이 기본 및 백업 역할(기본 역할은 변경되지만)을 유지할 수 있도록 하고, 업그레이드되지 않는 라인 카드 역할의 멤버를 통해 트래픽이 계속 흐르도록 허용하여 네트워크 트래픽 중단을 최소화합니다.

NSSU 수행을 위한 요구 사항

Virtual Chassis에 대한 NSSU를 수행하기 위한 요구 사항은 다음과 같습니다.

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

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

  • 해당 플랫폼에 대해 NSR(Nonstop Active Routing)을 활성화해야 합니다.

    NSSU를 수행하는 데 NSB(Nonstop Bridging)가 반드시 필요한 것은 아니지만 해당 플랫폼에서 NSSU를 수행하기 전에 NSB를 활성화하는 것이 좋습니다. NSB는 NSSU 중에 라우팅 엔진이 전환될 때 모든 NSB 지원 레이어 2 프로토콜이 원활하게 작동하도록 보장합니다. 스위치에서 논스톱 브리징 구성(CLI 절차)을 참조하십시오.

  • 트래픽 중단을 최소화하려면 각 LAG의 멤버 링크가 서로 다른 Virtual Chassis 멤버에 상주하도록 링크 어그리게이션 그룹(LAG)을 구성하고 LACP(Link Aggregation Control Protocol)를 구성하여 LAG 멤버 링크 상태를 모니터링해야 합니다. LAG의 멤버 링크 하나가 다운되면 나머지 링크는 작동하며 트래픽은 LAG를 통해 계속 흐릅니다. LAG 및 LACP 구성에 대한 자세한 내용은 링크 어그리게이션 구성어그리게이션 이더넷 LACP 구성(CLI 절차)을 참조하십시오.

    참고:

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

    참고:

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

NSSU를 사용하여 업그레이드되는 Virtual Chassis 또는 혼합 Virtual Chassis 멤버에 대한 요구 사항:

  • 멤버 스위치는 다른 멤버가 재부팅되어 격리되지 않도록 링 토폴로지에 연결되어야 합니다. 이 토폴로지는 NSSU 중에 Virtual Chassis가 분할되는 것을 방지합니다.

  • 기본 스위치와 백업 멤버 스위치는 링 토폴로지에서 서로 인접해야 합니다. 인접 배치는 라인 카드 역할의 멤버 스위치가 재부팅되는 동안 기본 및 백업이 항상 동기화되도록 합니다.

  • Virtual Chassis는 사전 프로비저닝되어 있으며 라인 카드 역할을 수행하는 멤버 스위치에 라인 카드 역할을 명시적으로 할당했습니다. Virtual Chassis 기본 및 백업 멤버 스위치는 NSSU 중에 하나 또는 다른 하나가 업그레이드되는 동안 기본 역할을 변경하지만 기본 및 백업 라우팅 엔진 역할을 유지해야 하며 나머지 스위치는 라인 카드 역할을 유지해야 합니다.

  • NSSU가 멤버를 업그레이드할 때 Virtual Chassis가 분할되지 않도록 두 멤버로 구성된 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 스위치가 포함된 혼합 버추얼 섀시에만 영향을 미칩니다.

NSSU가 Virtual Chassis 및 혼합 Virtual Chassis에서 작동하는 방식

Virtual Chassis 또는 혼합 Virtual Chassis에서 NSSU를 요청하는 경우:

  1. Virtual Chassis 기본은 다음을 확인합니다.

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

    • GRES(Graceful Routing Engine Switchover)를 활성화하고, 해당되는 경우 NSR(Nonstop Active Routing)을 활성화했습니다.

    • 사전 프로비저닝된 구성을 사용하여 Virtual Chassis를 설정했습니다.

  2. 기본은 를 사용하여 rcp새 소프트웨어 이미지를 백업 및 나머지 라인 카드 역할 멤버에 순서대로 복사합니다.

    (QFX5100 Virtual Chassis만 해당) Junos OS 릴리스 14.1X53-D40부터 Virtual Chassis에 대한 NSSU 작업을 완료하는 데 필요한 시간을 최적화하기 위해 기본 세션은 병렬 rcp 세션을 사용하여 한 번에 여러 멤버에게 새 소프트웨어를 복사합니다(소프트웨어 이미지를 다음 멤버에게 복사하기 전에 각 멤버에게 복사 작업이 완료될 때까지 기다리지 않고). 기본은 기본 알고리즘을 사용하여 Virtual Chassis의 멤버 수에 따라 병렬 복사 작업의 수를 결정하거나 구성 문을 사용하여 특정 수를 구성할 수 있습니다 rcp-count . 자세한 내용은 rcp-count 를 참조하십시오.

    참고:

    새 소프트웨어를 멤버에 복사하는 데 실패하면 NSSU는 멤버를 재부팅하지 않고 전체 Virtual Chassis에 대한 업그레이드 프로세스를 종료하고 오류 조건을 기록합니다. Junos OS 릴리스 14.1X53-D40부터 멤버에 대한 NSSU 복사 작업이 실패하면 기본은 추가 오류 복구 조치를 수행하여 이미 전송된 멤버에서 새 소프트웨어를 제거합니다.

  3. 기본은 새 소프트웨어로 백업 멤버 스위치를 다시 시작하고 백업은 기본과 재동기화됩니다.

  4. 기본은 라인 카드 역할에 있는 멤버 스위치를 한 번에 하나씩 로드하고 재부팅합니다. 기본은 각 구성원이 온라인 상태가 되고 새 소프트웨어를 실행하며 활성화될 때까지 기다렸다가 다음 구성원을 재부팅합니다.

    • 업그레이드 그룹을 구성한 경우, 첫 번째 업그레이드 그룹의 Virtual Chassis 멤버는 새 이미지를 로드하고 다시 시작합니다. 해당 업그레이드 그룹의 멤버가 다시 온라인 상태가 되면 다음 업그레이드 그룹의 멤버가 새 이미지를 로드하고 다시 시작합니다. (NSSU는 구성에 나타나는 순서대로 그룹을 업그레이드합니다.)

    • 이 프로세스 동안 트래픽은 다른 멤버를 통해 계속 흐릅니다.

  5. 재부팅은 모든 활성 멤버가 새 소프트웨어로 다시 시작될 때까지 계속됩니다.

    참고:

    라인 카드 역할 멤버가 성공적으로 재부팅되지 않으면 NSSU는 업그레이드 프로세스를 종료하고 오류 조건을 기록합니다. 이 경우 Virtual Chassis 불안정성을 방지하려면 이전 소프트웨어를 복원하고 새 소프트웨어로 이미 재부팅된 멤버를 재부팅하여 부분 업그레이드를 취소하거나, 복사된 새 소프트웨어로 모든 구성원을 수동으로 재부팅하여 모든 구성원이 동일한 버전의 소프트웨어를 실행하는 온라인 상태가 되도록 해야 합니다.

    Junos OS 릴리스 14.1X53-D40부터 NSSU는 라인 카드 역할 멤버에서 재부팅이 실패할 경우 복구 조치를 자동으로 호출하여 순차적 재부팅 프로세스를 중지하고 전체 Virtual Chassis를 중단 및 재부팅합니다. 그런 다음 버추얼 섀시는 새로운 소프트웨어를 실행하는 동시에 모든 구성원을 깔끔하게 불러오며, 이는 다른 버전의 소프트웨어를 실행하는 불안정한 버추얼 섀시가 수렴을 시도하는 것보다 더 빠르게 버추얼 섀시 안정성을 복구합니다.

  6. 기본이 라인 카드 역할의 모든 구성원을 업그레이드한 후 GR(Graceful Routing Engine) 전환을 수행하고 업그레이드된 백업 구성원 스위치가 새로운 기본이 됩니다.

  7. 새 기본은 원래 기본에서 소프트웨어를 업그레이드하고 자동으로 재부팅합니다. 원래 기본이 Virtual Chassis에 다시 합류한 후에는 선택적으로 다른 Graceful 라우팅 엔진 전환을 명시적으로 요청하여 기본 역할을 해당 스위치로 되돌릴 수 있습니다.

NSSU 제한 사항

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

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

NSSU 및 Junos OS 릴리스 지원

NSSU는 Junos OS 릴리스부터 부터 특정 버전까지의 일부 Virtual Chassis에서만 작동합니다. NSSU를 사용하여 Virtual Chassis를 업그레이드하려는 경우 주니퍼 네트 웍스 기술 지원 센터(JTAC)에 문의하여 지원 대상 및 지원 대상 릴리스를 확인하십시오.

Virtual Chassis가 NSSU를 지원하지 않거나 NSSU와 from and to 릴리스의 조합을 지원하지 않는 소프트웨어 버전을 실행하는 경우 명령을 사용하여 request system software add Virtual Chassis의 멤버 스위치를 개별적으로 업그레이드합니다.

NSSU가 지원되지 않을 때 트래픽 플로우에 미치는 영향을 최소화하면서 두 구성원으로 구성된 QFX 시리즈 Virtual Chassis를 수동으로 업그레이드하는 방법에 대해서는 이 네트워크 구성 예를 참조할 수도 있습니다.

NSSU 구성 및 운영 개요

NSSU가 성공하려면 Virtual Chassis 및 멤버 스위치가 NSSU 수행 요구 사항의 요구 사항을 충족해야 합니다. NSSU에는 이러한 구성 단계만 필요합니다.

Virtual Chassis가 NSSU 요구 사항을 충족하는 경우 NSSU를 request system software nonstop-upgrade 시작하는 명령을 입력하기만 하면 됩니다. 자세한 내용은 논스톱 소프트웨어 업그레이드를 사용하여 Virtual Chassis 및 혼합 Virtual Chassis의 소프트웨어 업그레이드를 참조하십시오.

변경 내역 테이블

기능 지원은 사용 중인 플랫폼 및 릴리스에 따라 결정됩니다. 기능 탐색기 를 사용하여 플랫폼에서 기능이 지원되는지 확인합니다.

릴리스
설명
14.1X53-D40
(QFX5100 Virtual Chassis만 해당) Junos OS 릴리스 14.1X53-D40부터 Virtual Chassis에 대한 NSSU 작업을 완료하는 데 필요한 시간을 최적화하기 위해 기본 세션은 병렬 rcp 세션을 사용하여 한 번에 여러 멤버에게 새 소프트웨어를 복사합니다(소프트웨어 이미지를 다음 멤버에게 복사하기 전에 각 멤버에게 복사 작업이 완료될 때까지 기다리지 않고).
14.1X53-D40
Junos OS 릴리스 14.1X53-D40부터 멤버에 대한 NSSU 복사 작업이 실패하면 기본은 추가 오류 복구 조치를 수행하여 이미 전송된 멤버에서 새 소프트웨어를 제거합니다.
14.1X53-D40
Junos OS 릴리스 14.1X53-D40부터 NSSU는 라인 카드 역할 멤버에서 재부팅이 실패할 경우 복구 조치를 자동으로 호출하여 순차적 재부팅 프로세스를 중지하고 전체 Virtual Chassis를 중단 및 재부팅합니다.