Virtual Chassis Fabric 무상 소프트웨어 업그레이드 이해하기
무중단 소프트웨어 업그레이드(NSSU)를 사용하면 업그레이드 중에 네트워크 트래픽 중단을 최소화하면서 Virtual Chassis Fabric(VCF)의 모든 구성원 스위치에서 실행되는 소프트웨어를 업그레이드할 수 있습니다. 다음과 같이 VCF와 함께 NSSU를 사용할 수 있습니다.
NSSU는 최대 20개의 멤버를 갖는 비혼 또는 혼합 모드 QFX5100 VCF에서 지원됩니다.
트래픽 중단을 최소화하기 위해 각 LAG의 멤버 링크가 서로 다른 VCF 멤버에 위치할 수 있도록 링크 어그리게이션 그룹(LAG)을 구성해야 합니다. LAG의 멤버 링크 하나가 다운되면 나머지 링크가 켜지고 트래픽이 LAG를 통해 계속 흐릅니다.
NSSU는 각 VCF 멤버의 소프트웨어를 한 번에 하나씩 업그레이드하기 때문에 NSSU를 사용하는 업그레이드는 명령을 사용하는 request system software add
업그레이드보다 더 오랜 시간이 걸릴 수 있습니다.
NSSU 라인 카드 업그레이드 그룹을 구성하여 업그레이드에 걸리는 시간을 줄일 수 있습니다. 업그레이드 그룹의 Virtual Chassis 또는 VCF 구성원은 동시에 업그레이드됩니다. 논스톱 소프트웨어 업그레이드는 라인 카드 업그레이드 그룹 구성을 참조하십시오.
NSSU의 이점
컨트롤 플레인 중단 없음 - NSSU는 GRES( Graceful 라우팅 엔진 Switchover ) 및 NSR( Nonstop Active Routing)을 사용하여 컨트롤 플레인에 중단이 발생하지 않도록 합니다. 업그레이드 프로세스 중에 VCF는 인터페이스, 커널 및 라우팅 프로토콜 정보를 보존합니다.
네트워크 트래픽 중단을 최소화—NSSU는 한 번에 한 개 구성원 스위치를 업그레이드하여 네트워크 트래픽 중단을 최소화합니다. 이를 통해 기본 및 백업 멤버는 트래픽 중단 없이 기본 및 백업 역할을 유지합니다(기본 역할이 변경되더라도). 업그레이드되지 않은 라인 카드 역할의 구성원을 통해 트래픽이 계속 이동하도록 허용합니다.
VCF에 대한 NSSU 수행 요구 사항
NSSU 작업을 요청하기 전에 VCF에서 다음을 구성해야 합니다.
GRES(Graceful 라우팅 엔진 Switchover).
NSR(Nonstop Active Routing) 및 NSB(Nonstop Bridging).
참고:라우팅 엔진 전환 중에 레이어 2 제어 프로토콜 인접성을 잃지 않도록 사전 프로비저닝, 자동 프로비저닝 또는 비프로비저닝된 모든 프로비저닝 모드로 VCF를 설정할 때 NSB를 활성화하는 것이 좋습니다.
또한 NSR 및 NSB를 활성화할 때 CLI 명령을 사용하여 구성을 커밋합니다
commit synchronize
.트래픽 중단을 최소화하기 위해 멤버 LAG 링크가 서로 다른 VCF 멤버에 위치하는 링크 어그리게이션 그룹(LAG)을 정의합니다.
성공적인 NSSU 운영을 위해서는 다음과 같은 조건이 필요합니다.
구성된 모든 스파인 디바이스에 연결된 각 리프 디바이스와 스파인 및 리프 토폴로지의 VCF 멤버를 상호 연결합니다. 이 토폴로지는 NSSU 작업 중에 VCF가 분할되는 것을 방지합니다.
참고:또한 NSSU가 멤버를 업그레이드할 때 VCF가 분할되지 않도록 2개의 멤버 VCF에서 구성
no-split-detection
해야 합니다.VCF를 처음 설정할 때 사전 프로비전 기능을 사용하여 각 역할에서 작동하는 멤버 스위치에 라우팅 엔진 역할 또는 라인 카드 역할을 명시적으로 할당합니다.
NSSU 동안 VCF 멤버는 자신의 역할을 유지해야 합니다. 기본 및 백업은 기본 및 백업 역할을 유지해야 하며(기본 역할이 변경되더라도) 해당 멤버 스위치는 라우팅 엔진 역할에 남아 있어야 합니다. 나머지 스위치는 라인 카드 역할을 유지해야 합니다.
사전 프로비전된 구성에서 라우팅 엔진 역할에 단 두 명의 멤버만 가질 수 있습니다. NSSU 프로세스는 멤버 구성을 확인하고, 라우팅 엔진 역할에 두 개 이상의 스위치를 구성한 것을 감지하고 업그레이드를 중단하면 경고 메시지를 표시합니다.
VCF에서 NSSU의 작동 방식
VCF에 NSSU를 요청하는 경우:
VCF 기본은 다음을 확인합니다.
백업은 온라인입니다.
GRES(Graceful 라우팅 엔진 Switchover), NSR(Nonstop Active Routing) 및 NSB(Nonstop Bridging)를 활성화했습니다.
VCF는 라우팅 엔진 역할에 2개의 멤버만 있는 사전 프로비전 구성을 가지고 있습니다.
기본은 을(를) 사용하여
rcp
새 소프트웨어 이미지를 백업 및 나머지 라인 카드 역할 멤버로 순차적 전송합니다.Junos OS 릴리스 14.1X53-D40부터 VCF에 대한 NSSU 작업을 완료하는 데 필요한 시간을 최적화하기 위해 기본은 병렬
rcp
세션을 사용하여 새 소프트웨어를 한 번에 여러 멤버에게 복사합니다(소프트웨어 이미지를 다음 멤버에게 복사하기 전에 각 멤버에게 복사 작업이 완료될 때까지 기다리는 대신). 병렬 카피 작업의 수는 VCF의 멤버 수를 기반으로 하는 기본 알고리즘에 의해 결정되거나, QFX5100 VCF에서는 구성 문을 사용하여rcp-count
특정 수를 구성할 수 있습니다. 자세한 내용은 rcp-count 을 참조하십시오.참고:새로운 소프트웨어를 라인 카드 역할 멤버로 복사하지 못하면 NSSU는 멤버를 재부팅하지 않고 전체 VCF의 업그레이드 프로세스를 종료하고 오류 조건을 기록합니다. Junos OS 릴리스 14.1X53-D40부터 멤버에 대한 새로운 소프트웨어 이미지의 NSSU 사본이 실패한 후, 기본은 이미 전송된 멤버에서 새 소프트웨어를 제거하기 위한 추가 오류 복구 측정을 수행합니다.
기본은 새로운 소프트웨어로 백업을 다시 시작하고 백업은 기본으로 재동기화됩니다.
기본 로드는 라인 카드 역할에 있는 멤버 스위치를 한 번에 하나씩 로드하고 재부팅합니다. 기본은 다음 멤버를 재부팅하기 전에 각 멤버가 온라인 상태가 되고 새 소프트웨어를 실행하는 활성 상태가 되기를 기다립니다.
업그레이드 그룹을 구성한 경우 첫 번째 업그레이드 그룹의 VCF 멤버 또는 멤버가 새 이미지를 로드하고 다시 시작합니다. 해당 업그레이드 그룹의 구성원이 다시 온라인 상태일 때 다음 업그레이드 그룹의 구성원은 새 이미지를 로드하고 다시 시작합니다.
이 프로세스 중에는 트래픽이 다른 멤버를 통해 계속 흐릅니다.
재부팅은 모든 활성 멤버가 새 소프트웨어로 다시 시작될 때까지 계속됩니다.
참고:구성원이 성공적으로 재부팅하지 못하면(백업의 초기 재부팅 포함), NSSU는 업그레이드 프로세스를 종료하고 오류 조건을 기록합니다. 이 경우 VCF 불안정성을 피하기 위해 기존 소프트웨어를 복원하고 새 소프트웨어로 이미 재부팅한 멤버를 재부팅하여 부분 업그레이드를 다시 실행하거나, 복사된 새 소프트웨어로 모든 멤버를 수동으로 재부팅하여 모든 구성원이 동일한 버전의 소프트웨어를 다시 실행하도록 해야 합니다.
Junos OS 릴리스 14.1X53-D40부터 NSSU는 모든 라인 카드 역할 멤버에서 재부팅이 실패할 경우 자동으로 복구 조치를 호출하여 순차적 재부팅 프로세스를 중지하고 전체 VCF를 다운 및 재부팅합니다. 이 작업은 새로운 소프트웨어를 실행하는 동시에 모든 구성원을 깔끔하게 불러일으 주며, 이는 여러 버전의 소프트웨어를 실행하는 불안정한 VCF가 수렴되는 것보다 더 빨리 안정적인 VCF 작업을 복구합니다.
라인 카드 역할에 있는 모든 구성원이 업그레이드된 경우, 기본은 Graceful 라우팅 엔진 전환을 수행하고 업그레이드된 백업이 기본이 됩니다.
원래 기본의 소프트웨어가 업그레이드되고 원래 기본이 자동으로 재부팅됩니다. 원래 기본이 VCF에 다시 연결된 후, 선택적으로 Graceful 라우팅 엔진 전환을 요청하여 제어를 반환할 수 있습니다.
NSSU 제한 사항
NSSU를 사용하여 소프트웨어를 다운그레이드할 수 없습니다. 즉, 현재 스위치에서 실행되는 것보다 더 이전 버전의 소프트웨어를 설치할 수 있습니다. 이전 소프트웨어 버전을 설치하려면 명령을 사용합니다 request system software add
.
NSSU를 사용하여 업그레이드를 수행한 후에는 이전 소프트웨어 버전으로 롤백할 수 없습니다. 이전 소프트웨어 버전으로 롤백해야 하는 경우 새 소프트웨어 버전을 대체 루트 파티션으로 이미 복사하지 않은 경우 대체 루트 파티션에서 재부팅하여 이를 수행할 수 있습니다.
NSSU 및 Junos OS 릴리스 지원
NSSU는 Junos OS 릴리스 13.2X51-D20 이상에서 최대 20개의 멤버 스위치가 있는 QFX5100 VCF에서 지원됩니다.
NSSU를 사용하여 QFX5100 VCF를 Junos OS "qfx-5-" 이미지(패키지 파일명 참조)에서 "-qfx-5e-" 이미지로 업그레이드할 수 없습니다. 먼저 모든 QFX5100 스위치를 NSSU를 지원하는 "qfx-5e" 이미지로 업그레이드해야 합니다. 그런 다음 NSSU를 사용하여 VCF 를 지원 및 릴리스 조합에 대해 나중에 "-qfx-5e-" Junos OS 릴리스 로 업그레이드할 수 있습니다. QFX5110 Virtual Chassis 또는 Virtual Chassis Fabric 연결하기 위해 USB 디바이스로 QFX5100 스위치 업그레이드를 참조하십시오.
NSSU를 수행하기 전에 먼저 NSSU를 지원하는 Junos OS 릴리스를 실행해야 나중에 릴리스로 업그레이드할 수 있습니다.
VCF가 NSSU를 지원하지 않는 소프트웨어 버전을 실행하는 경우, 표준 CLI 명령을 사용하여 VCF를 업그레이드하여 소프트웨어를 request system software add
업데이트할 수 있습니다. VCF 다운타임 이 필요한 자동 또는 표준 소프트웨어 업데이트 기능 또는 4개 구성원 QFX 시리즈 VCF를 업그레이드하는 방법의 네트워크 구성 예를 사용하여 Virtual Chassis Fabric 소프트웨어 업그레이드를 참조하십시오. 이는 업그레이드 프로세스 중 서비스 중단을 최소화합니다.
NSSU는 특정 시작 및 Junos OS 릴리스의 VCF에서만 작동합니다. NSSU를 사용하여 VCF를 업그레이드하려는 경우 JTAC(주니퍼 네트웍스 Technical Assistance Center)에 문의하여 지원 대상 및 출시 대상을 확인하십시오.
NSSU 구성 및 작동 개요
구성이 VCF에 대한 NSSU 수행 요구 사항에 설명된 요구 사항을 충족하는지 확인해야 합니다. NSSU 자체를 실행하려면 추가 구성이 필요하지 않습니다.
CLI 명령을 입력하여 NSSU를 request system software nonstop-upgrade
시작합니다. NSSU를 수행하는 방법에 대한 자세한 지침은 관련 문서의 주제를 참조하십시오.
rcp
세션을 사용하여 새 소프트웨어를 한 번에 여러 멤버에게 복사하는 대신(소프트웨어 이미지를 다음 멤버에게 복사하기 전에 각 멤버에게 복사 작업이 완료될 때까지 기다리는 대신) 한 번에 여러 멤버에게 새 소프트웨어를 복사합니다.