Virtual Chassis 및 Mixed Virtual Chassis에서의 논스톱 소프트웨어 업그레이드 이해하기

NSSU의 이점

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

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

NSSU 수행을 위한 요구 사항

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

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

• GRES(Graceful 라우팅 엔진 스위치오버)를 활성화해야 합니다.

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

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

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

  참고:

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

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

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

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

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

• NSSU가 멤버를 업그레이드할 때 Virtual Chassis가 분할되지 않도록 2개의 멤버로 구성된 Virtual Chassis가 구성되어야 no-split-detection 합니다. Virtual Chassis의 분할 및 병합 이해를 참조하십시오.

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

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

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

   • 백업이 온라인 상태이고 동일한 소프트웨어 버전을 실행하고 있습니다.

   • GRES(Graceful 라우팅 엔진 전환)를 활성화하고 해당하는 경우 NSR(Nonstop Active Routing)을 활성화했습니다.

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

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

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

   참고:

   새 소프트웨어를 멤버에게 복사하는 데 실패하면 NSSU는 멤버를 재부팅하지 않고 전체 Virtual Chassis에 대한 업그레이드 프로세스를 종료하고 오류 조건을 기록합니다.

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

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

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

   • 이 과정에서 트래픽은 다른 멤버를 통해 계속 흐릅니다.

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

   참고:

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

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

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

NSSU 제한 사항

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

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

NSSU 및 Junos OS 릴리스 지원

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

Virtual Chassis에서 실행 중인 소프트웨어 버전은 NSSU를 지원하지 않거나 NSSU와의 시작 및 종료 릴리스의 조합을 지원하지 않는 경우 명령을 사용하여 request system software add Virtual Chassis의 멤버 스위치를 개별적으로 업그레이드합니다.

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

• 2개 구성원 QFX 시리즈 Virtual Chassis 업그레이드 절차

NSSU 구성 및 작동 개요

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

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