Virtual Chassis Fabric에서 경로 복원력 및 고가용성 제어
이 섹션에서는 VCF의 제어 경로 복원력 및 고가용성에 대해 설명하고 다음 섹션을 포함합니다.
경로 복원력 제어
VCF는 대역 내 가상 백플레인을 활용하여 패브릭 제어 트래픽을 전달합니다. 컨트롤 플레인 소프트웨어는 내장된 경로 복원력을 활용하여 컨트롤 플레인 복원력을 달성합니다. VCF 토폴로지는 스파인 디바이스를 추가하여 패브릭의 두 노드 사이에 여러 경로를 추가할 수 있습니다. 예를 들어, 리프 노드 1에서 리프 노드 2까지의 경로에는 VCF가 2개의 스파인 디바이스를 사용하는 경우 2개의 경로가 있고, VCF가 4개의 스파인을 사용하는 경우 4개의 경로가 있습니다. VCF 토폴로지는 스파인 디바이스를 추가하면 트래픽이 이동할 수 있는 여러 경로를 제공하여 성능과 복원력을 향상시킨다는 점을 이해하고 생성해야 합니다. 스파인 디바이스가 실패할 때 추가 경로를 계속 사용할 수 있기 때문입니다.
단일 스파인 디바이스에 64개 이상의 VCP를 구성해서는 안 됩니다.
GRES(Graceful Routing Engine Switchover)
VCF는 GRES(Graceful Routing Engine Switchover)를 지원하는 듀얼 라우팅 엔진 아키텍처입니다. GRES를 사용하면 기본 라우팅 엔진에 장애가 발생할 경우 패킷 전달을 중단하지 않고 백업 라우팅 엔진이 기본 라우팅 엔진 역할을 맡을 수 있습니다.
GRES는 전환 중에 트래픽이 중단되지 않도록 인터페이스 및 커널 정보를 보존합니다. 그러나 GRES만으로는 기본 라우팅 엔진 장애 발생 시 컨트롤 플레인을 보존할 수 없습니다. 프로토콜 타이머 만료 또는 이웃 관계 삭제와 같은 기타 이벤트는 라우팅 엔진 전환 중에 발생할 수 있습니다. 이러한 동작은 VCF에 지원되는 NSR(Nonstop Active Outing) 및 NSB(Nonstop Bridging)를 사용하여 완화됩니다.
VCF의 GRES에 대한 추가 정보는 GRES(Graceful Routing Engine Switchover) 구성을 참조하십시오.
NSSU(Nonstop Software Upgrade)
NSSU(Nonstop Software Upgrade)는 트래픽 중단을 최소화하면서 단일 명령줄 인터페이스(CLI) 명령을 사용하여 VCF의 주니퍼 네트웍스 EX 및 QFX 시리즈 이더넷 스위치에서 Junos OS를 업그레이드하는 메커니즘을 제공합니다. NSSU를 지원하는 VCF의 경우, VCF를 성공적으로 업그레이드하려면 이 기능을 사용하려면 활성 중복 라우팅 엔진이 필요하며 VCF를 사전 프로비저닝해야 합니다.
NSSU는 GRES, NSR 및 NSB와 같은 기본 고가용성 기능을 활용하여 컨트롤 플레인을 중단하거나 데이터 플레인을 1초 미만의 사소한 중단 없이 스위치 또는 VCF 구성에서 실행되는 Junos OS 버전을 업그레이드할 수 있도록 지원합니다. NSSU는 멤버 스위치를 개별적으로 업그레이드하여 업그레이드되지 않는 라인 카드 스위치를 통해 트래픽이 계속 흐를 수 있도록 합니다. 멤버 링크가 서로 다른 멤버 스위치에 상주하도록 LAG(Link Aggregation Group)를 구성하면 NSSU를 수행할 때 VCF에서 1초 미만의 트래픽 중단을 거의 또는 전혀 달성할 수 없습니다.
VCF의 NSSU에 대한 추가 정보는 Virtual Chassis Fabric의 논스톱 소프트웨어 업그레이드 이해(Understanding Nonstop Software Upgrade on a Virtual Chassis Fabric )를 참조하십시오.