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 사용에 대한 자세한 내용은 다음 다른 참조를 참조하십시오.

  • EX8200 Virtual Chassis—NSSU와 함께 사용하는 EX8200 Virtual Chassis 정보는 무고장 소프트웨어 업그레이드(EX8200 Virtual Chassis 사용)의 소프트웨어 업그레이드(CLI Procedure)를 참조하십시오.

  • Virtual Chassis Fabric(VCF)—VCF와 NSSU 사용에 대한 자세한 내용은 에서 무고장 소프트웨어 업그레이드 이해를 Virtual Chassis Fabric.

참고:

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

이 기능을 지원하는 보다 큰 규모에서 라인 카드 업그레이드 그룹을 구성하여 업그레이드에 소요되는 Virtual Chassis 시간을 줄일 수 있습니다. 또한 Virtual Chassis 그룹 내 구성원 스위치를 동시에 업그레이드하여 업그레이드를 완료하는 데 소요되는 시간을 단축합니다. 무고장 소프트웨어 업그레이드를 위해 라인 카드 업그레이드 그룹 구성을 참조하십시오.

NSSU의 이점

  • 컨트롤 플레인을 중단하지 않습니다. NSSU는 GRES(graceful 라우팅 엔진 Switchover)(및 해당 플랫폼에서 NSR(Nonstop Active Routing)를 사용하여 컨트롤 플레인에 중단이 발생하지 않도록 보장합니다. 업그레이드가 진행되는 동안 Virtual Chassis, 커널 및 라우팅 프로토콜 정보를 보존합니다.

  • NSSU는 네트워크 트래픽의 중단을 최소화합니다. 구성원 스위치를 한 때 하나씩 업그레이드하여 네트워크 트래픽 중단을 최소화하고, 기본 및 백업 멤버가 트래픽을 중단하지 않고 기본 및 백업 역할을 유지하도록 지원하며, 업그레이드되지 않는 라인 카드 역할의 멤버를 통해 트래픽이 계속 흐를 수 있도록 허용합니다.

NSSU 수행을 위한 요구 사항

한 예로 NSSU를 수행하기 위한 Virtual Chassis 다음을 포함합니다.

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

  • GRES(Graceful 라우팅 엔진 전환)을 활성화해야 합니다.

  • 해당 플랫폼에 대해 무중단 활성 라우팅(NSR)을 활성화해야 합니다.

    NSB(NonStop Bridging)가 NSSU를 수행할 필요는 없는 것이지만, 적용 가능한 플랫폼에서 NSSU를 수행하기 전에 NSB를 활성화하는 것이 좋습니다. NSB는 NSSU가 NSSU가 진행되는 동안 네트워크가 스위치를 라우팅 엔진 모든 NSB 지원 Layer 2 프로토콜이 원활하게 작동하도록 보장합니다. 스위치에서 무단 브리칭 구성(CLI 프로시저)을 참조하십시오.

  • 트래픽 중단을 최소화하려면 각 LAG의 멤버 링크가 서로 다른 Virtual Chassis 구성원에 상주하도록 링크 어그리게이션 그룹(LAG)을 구성하고 LAG 멤버 링크 상태 모니터링을 위해 LACP(Link Aggregation Control Protocol)를 구성해야 합니다. LAG의 멤버 링크가 다운된 경우, 나머지 링크는 Up, 트래픽은 계속해서 LAG를 통해 흐를 수 있습니다. LAG 및 LACP 구성에 대한 자세한 내용은 Configuring Link Aggregation and Configuring Aggregated Ethernet LACP(CLI Procedure)를 참조하십시오.

    참고:

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

    참고:

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

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

  • 멤버 스위치는 링 토폴로지로 연결되어야만 다른 멤버가 재부팅될 때 구성원이 격리되지 않습니다. 이 토폴로지로 인해 NSSU가 Virtual Chassis 분할되지 않습니다.

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

  • Virtual Chassis 라인 카드 역할로 작업하는 구성원 스위치에 라인 카드 역할을 명시적으로 할당했습니다. Virtual Chassis 기본 및 백업 멤버 스위치는 기본 역할을 변경하지만, NSSU 동안 하나 또는 다른 스위치가 업그레이드되는 동안에는 기본 및 백업 라우팅 엔진 역할을 유지해야 합니다. 나머지 스위치는 라인 카드 역할을 유지해야 합니다.

  • NSSU가 Virtual Chassis 경우 Virtual Chassis 네트워크가 분할되지 Virtual Chassis 있도록 2개 멤버가 no-split-detection 구성되어야 합니다. 자세한 내용은 에서 Split and Merge을 Virtual Chassis.

참고:

13.Junos OS 13.2X50 릴리스를 실행하는 경우 NSSU를 사용하여 소프트웨어 업그레이드를 수행하기 전에 [ ] 계층 수준에서 vcp-no-hold-time statement을 활성화해야 edit virtual-chassis 합니다. EX4300 Virtual Chassis 이 옵션을 구성하지 않으면 업그레이드 Virtual Chassis 구성이 분할될 수 있습니다. 분할된 Virtual Chassis 네트워크가 중단될 수 있으며, 분할 및 통합 기능이 비활성화된 경우 NSSU가 Virtual Chassis 후에 네트워크를 수동으로 재구성해야 할 수도 있습니다. 분할 및 분할에 대한 자세한 Virtual Chassis Understanding Split and Merge in a Virtual Chassis. 이 명령문은 스위치가 EX4300 Virtual Chassis 또는 혼합 구성 Virtual Chassis 스위치에 EX4300 영향을 미치고 있습니다.

NSSU의 작동 방식 Virtual Chassis 혼합형 Virtual Chassis

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

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

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

    • GRES(Graceful 라우팅 엔진 Switchover)와 NSR(Nonstop Active Routing)을 활성화할 수 있습니다.

    • 사전프로비전 구성을 사용하여 Virtual Chassis.

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

    (QFX5100 Virtual Chassis 전용) Junos OS Release 14.1X53-D40 을 시작으로 한 번의 NS Virtual Chassis SU 작업을 완료하는 데 필요한 시간을 최적화하기 위해 병렬 세션을 사용하여 동시에 새로운 소프트웨어를 여러 구성원에게 복사합니다(복사본 작업이 다음 멤버로 소프트웨어 이미지를 복사하기 전에 각 구성원에게 완료될 때까지 기다리는 것이 rcp 아니라). 기본 알고리즘을 사용하여 네트워크의 구성원 수를 기준으로 병렬 카피 Virtual Chassis 수를 결정하거나 구성 명령문을 사용하여 특정 번호를 구성할 rcp-count 수 있습니다. 자세한 내용은 rcp-count를 참조합니다.

    참고:

    새로운 소프트웨어를 멤버에게 복사하는 데 실패하면 NSSU는 구성원을 재부팅하지 않고도 전체 Virtual Chassis 업그레이드 프로세스를 종료하고 오류 조건을 기록합니다. Junos OS Release 14.1X53-D40 멤버에 대한 NSSU 카피 작업 실패 시 주(Primary)는 이미 전송된 구성원으로부터 새로운 소프트웨어를 제거하기 위해 추가 오류 복구 측정을 실행합니다.

  3. 기본 소프트웨어는 새로운 소프트웨어를 통해 백업 멤버 스위치를 재시작하고 백업은 기본 소프트웨어를 통해 재동기합니다.

  4. 주 스위치는 라인 카드 역할에 있는 구성원 스위치를 한 때 한 개씩 재부팅합니다. 기본 구성은 각 구성원이 온라인이 되고 새 소프트웨어를 실행한 후 다음 멤버를 재부팅할 때까지 기다릴 수 있습니다.

    • 업그레이드 그룹을 구성한 경우 첫 Virtual Chassis 그룹의 구성원이 새 이미지를 로드하고 다시 시작합니다. 업그레이드 그룹의 구성원이 다시 온라인이 될 때 다음 업그레이드 그룹의 구성원이 새 이미지를 로드하고 다시 시작합니다. (NSSU는 구성에 나타난 순서대로 그룹을 업그레이드합니다.)

    • 이 프로세스가 진행하는 동안 트래픽은 계속해서 다른 멤버를 통해 흐르게 됩니다.

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

    참고:

    라인 카드 역할 멤버가 재부팅에 실패하면 NSSU는 업그레이드 프로세스를 종료하고 오류 조건을 기록합니다. 이 경우, Virtual Chassis 위해 기존 소프트웨어를 복원하고 새 소프트웨어를 통해 이미 재부팅된 멤버를 재부팅하여 부분 업그레이드를 다시 실행하거나, 복사된 새로운 소프트웨어를 통해 모든 멤버를 수동으로 재부팅해야 있으므로 모든 구성원은 동일한 버전의 소프트웨어를 실행하고 다시 온라인에 올 수 있습니다.

    Junos OS Release 14.1X53-D40 시작으로 NSSU는 라인 카드 역할 멤버에서 재부팅이 실패하면 자동으로 복구 조치를 호출하여 순차적 재부팅 프로세스를 중단하고 전체 스위치의 실행을 중단하고 다시 Virtual Chassis. 그러면 Virtual Chassis 모든 구성원을 동시에 새 소프트웨어를 실행하는 동시에, 불안정한 Virtual Chassis 소프트웨어를 실행하여 보다 신속하게 Virtual Chassis 안정성을 복구할 수 있습니다.

  6. 기본이 라인 카드 역할의 모든 구성원을 업그레이드한 후 graceful 라우팅 엔진 스위치를 수행하고 업그레이드된 백업 멤버 스위치가 새 기본 스위치가 됩니다.

  7. 새로운 기본 버전은 원래의 소프트웨어를 업그레이드하고 자동으로 재부팅합니다. 원래 기본 구성에 Virtual Chassis 이후에 다른 graceful Virtual Chassis 스위치 전환을 명시적으로 요청하여 해당 스위치로 기본 역할을 라우팅 엔진 수 있습니다.

NSSU 제한

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

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

NSSU 및 Junos OS 릴리스 지원

NSSU는 일부 릴리스에서만 Virtual Chassis 릴리스에서만 Junos OS 있습니다. NSSU를 사용하여 주니퍼 네트웍스 업그레이드를 고려하고 있는 경우 JTAC(주니퍼 네트웍스 Technical Assistance Center)에 연락하여 지원되는 릴리스를 확인하고 Virtual Chassis 확인하시기 바랍니다.

사용자 Virtual Chassis NSSU를 지원하지 않는 소프트웨어 버전을 실행 중이나 NSSU와의 릴리스 조합을 지원하지 않는 경우 명령을 사용하여 해당 스위치의 구성원 스위치를 request system software add Virtual Chassis.

또한 NSSU가 지원되지 않을 때 트래픽 흐름에 대한 영향을 최소화하면서 2개 멤버 QFX 시리즈 스위치를 수동으로 업그레이드하는 Virtual Chassis 방법에 대한 이 네트워크 구성 예제를 참고할 수도 있습니다.

NSSU 구성 및 작동 개요

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

NSSU Virtual Chassis 충족하는 경우 명령을 입력하여 request system software nonstop-upgrade NSSU를 시작하십시오. 자세한 내용은 무고장 소프트웨어 업그레이드를 사용하는 Virtual Chassis 혼합 구성 Virtual Chassis 를 참조하십시오.

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