Virtual Chassis 패브릭 구성 요소 이해하기

스파인 및 리프 토폴로지

VCF는 패브릭의 각 디바이스가 스파인 디바이스 또는 리프 디바이스인 스파인 및 리프 아키텍처를 사용합니다.

VCF는 최대 4개의 스파인 디바이스와 최대 20개의 총 디바이스를 가질 수 있습니다. 각 스파인 디바이스에는 VCF의 각 리프 디바이스에 대한 최소 1개의 직접 VCP(Virtual Chassis Port) 연결이 있습니다.

따라서 리프 디바이스에 들어오는 모든 트래픽은 직접 연결된 스파인 디바이스로 전달될 수 있으며, VCF 내에서 리프 디바이스에서 리프 디바이스로의 리프 디바이스 트래픽이 소스 리프 디바이스에서 스파인 디바이스로 이동합니다.

VCF 스파인 및 리프 아키텍처의 그림은 그림 1 을 참조하십시오.

그림 1: VCF 스파인 및 리프 아키텍처

트래픽은 혼잡을 방지하도록 설계된 가중 알고리즘을 사용하여 VCF를 통해 전달됩니다. VCF를 가로질러 한 리프 디바이스에서 다른 리프 디바이스로 이동하는 트래픽은 당시 사용 가능한 최상의 경로를 사용하여 포워딩되므로 스파인 디바이스에 대한 모든 연결을 사용하여 한 리프 디바이스에서 다른 리프 디바이스로 트래픽을 전송할 수 있습니다.

지원되는 VCF 구성

QFX5100 스위치를 QFX5100 VCF라고 하는 스파인 디바이스로 사용하여 VCF를 구성할 수 있습니다. Junos OS Release 17.3R1부터 VCF는 QFX5110-32Q 스위치를 QFX5110 VCF라고 하는 스파인 디바이스로 사용하여 구성할 수도 있습니다. 아래와 같이 QFX5110 또는 QFX5100 스위치를 스파인 멤버로 기반으로 다음과 같은 VCF 구성이 지원됩니다.

• 비 혼합형 QFX5100 VCF에는 QFX5100 스위치가 스파인 멤버로 있으며, QFX5100 스위치만 리프 멤버로 지원합니다.

• 혼합형 QFX5100 VCF에는 QFX5100 스위치가 스파인 멤버로 있으며, EX4300, QFX3500 및 QFX3600 스위치의 조합을 리프 멤버로 추가 QFX5100 스위치와 함께 지원합니다.

  참고:

  EX4300 멀티기가비트 모델(EX4300-48MP) 스위치는 VCF에서 지원되지 않습니다.

• 비 혼합형 QFX5110 VCF 또는 단순히 QFX5110 VCF에는 QFX5110-32Q 스위치가 스파인 멤버로 있으며, QFX5110 스위치 또는 지원되는 QFX5100 스위치 및 QFX5110 스위치의 조합만 리프 멤버로 지원합니다. (QFX5110 및 QFX5100 스위치 모두 VCF에서 동일한 소프트웨어 이미지를 실행하며 혼합 모드로 작동할 필요가 없습니다.)

스파인 디바이스

스파인 디바이스:

• QFX5100 VCF의 QFX5100 스위치 또는 QFX5110 VCF의 QFX5110-32Q 스위치여야 합니다.

• Routing Engine 또는 라인 카드 역할로 구성할 수 있습니다.

  VCF에서는 라우팅 엔진 역할로 최소 2개의 스파인 디바이스를 구성해야 합니다. 나머지 스파인 디바이스는 대체 Routing Engine 장비로 구성하거나 라인 카드 역할로 구성할 수 있습니다.

• 각 리프 디바이스에 직접 연결됩니다.

• 일반적으로 라우터, 방화벽 또는 기타 데이터센터 네트워킹 디바이스를 VCF에 연결합니다.

VCF는 항상 최소 2개의 활성 스파인 디바이스를 2개 이상의 리프 디바이스와 상호 연결해야 합니다. VCF는 최대 4개의 스파인 디바이스를 지원합니다.

리프 디바이스

리프 디바이스:

• QFX5100 VCF에서 QFX5100, QFX3500, QFX3600 또는 EX4300 스위치를 사용할 수 있습니다.

• QFX5110 VCF의 QF5110 또는 QFX5100 스위치가 될 수 있습니다.

• 각 스파인 디바이스에 직접 연결됩니다.

• 일반적으로 라인 카드 역할에서 작동합니다.

  복원력을 위해 스파인 디바이스 라우팅 엔진 멤버에 장애가 발생할 경우 기본 또는 백업 라우팅 엔진 역할을 맡을 추가 스파인 디바이스가 없는 경우 리프 디바이스를 Routing Engine 역할로 구성할 수 있습니다.

• 일반적으로 단말 장치(예: 데이터센터의 서버 또는 기타 스토리지 디바이스)를 VCF에 연결합니다.

VCF는 최대 20개의 총 디바이스를 가질 수 있으며 최대 4개의 디바이스를 스파인 디바이스로 구성할 수 있습니다. VCF에 스파인 디바이스가 아닌 디바이스는 리프 디바이스로 작동합니다.

라우팅 엔진 역할

VCF에는 2개의 스파인 디바이스가 RE(Routing Engine) 역할- 기본 라우팅 엔진 및 백업 라우팅 엔진으로 구성됩니다.

주 라우팅 엔진의 역할을 하는 장비:

• 일반적으로 스파인 디바이스입니다.

• 구성원 디바이스를 관리합니다.

• 섀시 관리 프로세스 및 제어 프로토콜을 실행합니다.

• VCF 구성 내에서 상호 연결된 모든 구성원 디바이스를 나타냅니다. (설정 중에 이 디바이스에 할당하는 호스트 이름 및 기타 매개 변수가 VCF의 모든 구성원에게 적용됩니다.)

백업 라우팅 엔진의 역할을 하는 장비:

• 일반적으로 스파인 디바이스입니다.

• 1차에 장애가 발생하면 기본 역할을 맡을 준비가 되어 있는 상태를 유지합니다.

• 프로토콜 상태, 포워딩 테이블 등의 측면에서 기본 상태와 동기화하여 기본 상태를 사용할 수 없는 경우 중단 없이 라우팅 정보를 보존하고 네트워크 연결을 유지합니다.

VCF에서는 일반적으로 라우팅 엔진 역할에 최소 2개의 스파인 디바이스를 구성합니다. 나머지 스파인 디바이스를 라인 카드 역할로 명시적으로 구성하거나 기본 및 백업 라우팅 엔진으로 선택되지 않은 디바이스가 라인 카드 역할에서 자동으로 작동합니다( 기본 라우팅 엔진 선출 프로세스 참조).

라인 카드 역할에서 작동하는 스파인 디바이스는 VCF 내에서 제한 없이 모든 스파인 관련 기능을 완료할 수 있습니다.

라인 카드 역할

스파인 또는 리프 디바이스는 VCF의 라인 카드 역할로 구성될 수 있습니다.

VCF에서는 라우팅 엔진 역할에 최소 2개의 스파인 디바이스를 구성합니다. 나머지 스파인 디바이스를 라인 카드 역할로 명시적으로 구성하거나 기본 및 백업 라우팅 엔진으로 선택되지 않은 디바이스가 라인 카드 역할에서 자동으로 작동합니다( 기본 라우팅 엔진 선출 프로세스 참조). RE(Routing Engine) 역할로 명시적으로 구성하지 않거나 라인 카드 역할로 명시적으로 구성한 스파인 디바이스는 기본 또는 백업 라우팅 엔진에 장애가 발생하는 경우 기본 역할을 수행하지 않습니다.

라인 카드 역할에서 작동하는 스파인 디바이스는 VCF 내에서 제한 없이 모든 스파인 관련 기능을 완료할 수 있습니다.

VCF의 리프 디바이스는 일반적으로 라인 카드 역할에서 작동합니다.

• 자동 프로비전된 구성에서 VCF는 VCF에 케이블이 연결될 때 라인 카드 역할을 리프 디바이스에 할당합니다.

• 사전 프로비전된 구성에서 리프 디바이스와 기본 역할 선출 프로세스에 참여하지 않으려는 스파인 디바이스에서 라인 카드 역할을 수동으로 구성해야 합니다( 기본 라우팅 엔진 선출 프로세스 참조).

• 프로비전되지 않은 구성에서 리프 디바이스는 기본 역할 선출 알고리즘에 따라 라인 카드 역할을 할당합니다. 이 알고리즘은 기본 역할 우선 순위 값을 사용하여 VCF에서 각 디바이스의 역할을 설정합니다(다른 기준 중).

VCF에서 라인 카드 역할을 하는 멤버:

• Junos OS의 하위 집합만 실행합니다.

• 기본 라우팅 엔진으로 작동하는 장치를 통해 구성된 모든 인터페이스에서 특정 오류 조건(예: 언플러그드 케이블)을 감지합니다.

1차 라우팅 엔진 선출 프로세스

VCF의 기본 라우팅 엔진 역할의 디바이스는 일반적으로 스파인 디바이스입니다.

사전 프로비전 또는 자동 프로비전된 VCF에서 최소 2개의 스파인 디바이스를 Routing Engine 역할에 구성합니다. 1차 역할 선출 과정에서 가장 오랫동안 작동된 스파인 디바이스는 기본 라우팅 엔진 역할을 가정합니다. 두 번째로 긴 스파인 디바이스는 백업 라우팅 엔진 역할을 가정합니다.

프로비전되지 않는 VCF에서 기본 및 백업 라우팅 엔진은 다음과 같은 알고리즘을 사용하여 선택됩니다.

1. 사용자가 가장 높은 기본 역할 우선 순위를 가진 스파인 디바이스(255가 가능한 가장 높은 값)를 기본 라우팅 엔진으로 선택하고 백업 라우팅 엔진으로 두 번째로 높은 기본 역할 우선 순위 값을 가진 스파인 디바이스를 선택합니다.

   기본 역할 우선 순위가 0인 스파인 디바이스는 항상 라인 카드 역할에 유지됩니다.

2. 마지막으로 VCF를 부팅했을 때 기본이었던 스파인 디바이스를 선택합니다.

3. 가장 긴 기간 동안 VCF 구성에 포함된 스파인 디바이스를 선택합니다.

4. MAC 주소가 가장 낮은 스파인 디바이스를 선택합니다.

QFX5100 VCF, QFX3500, QFX3600 및 EX4300 장치에서는 기본 또는 백업 라우팅 엔진 역할을 결코 가정하지 않습니다.

QFX5110 VCF에서 스파인 디바이스는 QFX5110-32Q 스위치여야 하므로 항상 기본 또는 백업 라우팅 엔진 역할의 스위치가 됩니다.

VCF에서 스파인 디바이스의 기본 역할 우선 순위를 구성하여 프로비전되지 않은 구성을 사용하여 VCF를 구성할 때 올바른 디바이스가 원하는 역할을 맡도록 하는 것이 좋습니다.

VCP(Virtual Chassis Ports)

VCF에서 버추얼 섀시 포트(VCP)를 사용하여 리프 디바이스를 스파인 디바이스에 상호 연결합니다. VCF의 모든 제어 및 데이터 트래픽은 VCP를 통해 전송됩니다.

VCF의 VCP에 다음 포트를 구성하여 지정된 포트 유형과 속도를 지원하는 스위치 모델을 상호 연결할 수 있습니다.

• QFX5100 VCF 또는 QFX5110 VCF의 10Gbps SFP+ 포트

• QFX5100 VCF 또는 QFX5110 VCF의 40Gbps QSFP+ 포트

• QFX5110 VCF의 100Gbps 또는 40Gbps QSFP28 포트

VCP 포트를 수동으로 구성할 수도 있고, 특정 조건에서 새 디바이스가 자동 프로비저니지드 또는 사전 프로비저니션된 VCF에 추가될 때 위에 나열된 모든 포트를 VCP로 자동 변환할 수도 있습니다. 자동 VCP 변환은 다음 섹션에서 자세히 설명합니다.

자동 VCP(Virtual Chassis Port) 변환

VCP가 될 수 있는 포트는 다음과 같은 경우에 VCP로 자동 변환됩니다.

• LLDP(Link Layer Discovery Protocol)는 VCP 링크의 양단 인터페이스에서 활성화됩니다. LLDP는 기본적으로 활성화되어 있습니다.

• VCF에 추가되는 디바이스는 패브릭 모드로 구성됩니다.

• 디바이스 중 하나는 이미 자동 프로비전 또는 사전 프로비전된 VCF의 일부입니다.

• 링크 양쪽 단면의 포트 인터페이스는 아직 VCP로 구성되지 않았습니다.

  다음 사양을 사용하는 인터페이스의 경우 자동 VCP 변환을 위해 인터페이스를 네트워크 인터페이스로 변경하려면 이 명령을 사용하여 request virtual-chassis vc-port delete 네트워크 인터페이스로 변경해야 합니다.

  • 기본적으로 VCP로 구성된 EX4300 스위치의 40Gbps QSFP+ 포트

  • 아직 재구성되지 않은 VCP인 VCF의 모든 인터페이스 디바이스가 VCF에서 제거되면 제거된 장비에 상호 연결된 인터페이스는 네트워크 포트로 재구성될 때까지 VCP로 구성됩니다.

  • 명령을 사용하여 request virtual-chassis vc-port set VCP로 구성된 모든 인터페이스

프로비전되지 않은 VCF에서는 자동 VCP 변환이 작동하지 않습니다.

자동 VCP 변환은 디바이스가 VCF에서 제거될 때 VCP 인터페이스를 네트워크 인터페이스로 자동 변환하지 않습니다. 자동 VCP 변환이 인터페이스를 VCP로 변환한 경우(VCP 링크 양쪽에서) 인터페이스가 네트워크 인터페이스로 작동하려면 명령을 사용하여 request virtual-chassis vc-port delete VCP 설정을 수동으로 삭제해야 합니다.

VCF 구성 옵션

자동 프로비전, 사전 프로비전 또는 비프로비전스 구성을 사용하여 VCF를 구성할 수 있습니다.

자동 프로비저니션 구성을 사용하면 최소한의 초기 구성 절차를 완료한 후 리프 디바이스를 VCF에 연결하고 재생할 수 있습니다.

사전 프로비전된 구성에서 각 디바이스의 일련 번호를 구성원 ID 및 역할에 연결하여 VCF의 디바이스를 결정적으로 제어합니다.

비프로비전스 구성이 가능하지만 대부분의 VCF 설치에는 권장되지 않습니다. 프로비저니션되지 않은 구성은 전문가 사용자만이 수행해야 하는 매우 수동적인 절차입니다.

VCF 구성 옵션에 대한 자세한 내용은 Virtual Chassis Fabric Configuration 이해(Understanding Virtual Chassis Fabric Configuration)를 참조하십시오.

패브릭 모드

VCF의 구성원으로서 적절히 참여하려면 디바이스를 패브릭 모드로 구성해야 합니다. 모범 사례로 VCF에 상호 연결하기 전에 디바이스를 패브릭 모드로 구성해야 합니다.

디바이스는 기본적으로 패브릭 모드가 아닙니다. Virtual Chassis 또는 VCF에 포함되지 않은 독립형 디바이스에 있는 디바이스는 패브릭 모드로 구성해서는 안 됩니다.

자동 프로비전 또는 사전 프로비전된 VCF 구성에서 먼저 스파인 디바이스를 패브릭 모드로 수동으로 구성한 다음 VCF에 상호 연결할 수 있습니다. 또는 자동 VCP 변환 프로세스 중에 VCF에 상호 연결되면 제로화되었거나 공장 기본 구성을 가진 스파인 디바이스가 패브릭 모드로 자동 구성됩니다. 두 경우 모두 디바이스를 패브릭 모드로 구성하려면 스파인 디바이스가 VCF에 가입하기 위한 마지막 단계로 디바이스 재부팅이 필요합니다. 패브릭 모드로 자동 구성되면 VCF는 디바이스를 자동으로 재부팅합니다. 패브릭 모드로 수동으로 구성하면 디바이스를 수동으로 재부팅해야 합니다.

자동 프로비전 또는 사전 프로비전된 VCF에서 제로화되었거나 공장 기본 구성을 가진 리프 디바이스를 추가할 때 VCF는 자동 VCP 변환 프로세스 동안 패브릭 모드를 자동으로 설정하고 VCF에 상호 연결될 때 리프 디바이스를 재부팅합니다. 디바이스를 패브릭 모드로 설정하고 리프 디바이스를 VCF에 상호 연결하기 전에 재부팅하여 자동 재부팅과 함께 다운타임을 방지할 수 있습니다.

혼합 모드

혼합 VCF는 서로 다른 소프트웨어 이미지를 실행하는 지원되는 조합의 2개 이상의 구성원 스위치를 포함하는 VCF입니다. 혼합 VCF에서는 VCF의 모든 디바이스를 혼합 모드로 구성해야 하며 변경이 적용될 수 있도록 모드를 변경한 후 스위치를 재부팅해야 합니다.

VCF는 QFX5110 또는 QFX5100 스위치를 스파인 멤버로 기반으로 할 수 있지만, VCF에 QFX5100 스파인 멤버가 포함되어 있고 EX4300, QFX3500, QFX3600 또는 QFX5100 스위치를 리프 멤버로 포함할 때 QFX5100 VCF만 혼합 VCF가 될 수 있습니다. QFX5110-32Q 스파인 멤버가 있어야 하며 QFX5100 및 QFX5110 스위치를 리프 멤버로 조합할 수 있는 QFX5110 VCF는 항상 비혼합 VCF로 간주됩니다. 두 유형의 스위치 모두 VCF에 상호 연결될 때 동일한 소프트웨어 이미지를 실행하며 구성원을 혼합 모드로 구성할 필요가 없습니다. 어떤 스위치를 혼합 VCF 에 결합할 수 있는지 자세히 알아보시기 바랍니다.

최적의 QFX5110 VCF 토폴로지는 QFX5110 스위치만 사용하는 것이며, 최적의 QFX5100 VCF 토폴로지는 QFX5100 스위치와 함께 비 혼합 QFX5100을 사용하는 것입니다. 이러한 각 토폴로지에서 전적으로 기본 VCF 디바이스로 구성된 VCF는 가장 높은 확장성으로 가장 큰 범위의 기능을 지원하는 동시에 가장 많은 고속 인터페이스를 지원합니다.

디바이스는 기본적으로 혼합 모드로 구성되지 않습니다. Virtual Chassis 또는 다른 장치를 사용하는 VCF의 일부가 아닌 디바이스는 혼합 모드로 구성해서는 안 됩니다.

가상 관리 이더넷 인터페이스

VCF 구성은 VME(Virtual Management Ethernet) 인터페이스라는 글로벌 관리 인터페이스를 사용하여 원격으로 관리할 수 있습니다. VME 인터페이스는 구성원 장비의 모든 대역 외 관리 포트를 나타내는 논리적 인터페이스입니다. VME 인터페이스의 IP 주소를 사용하여 VCF에 연결하면 항상 기본 라우팅 엔진 역할을 하는 장치로 연결이 리디렉션됩니다.

VME 인터페이스는 항상 VCF를 구성하는 데 사용되어야 합니다. VME 인터페이스는 장치에 연결되어 있지 않으므로 기본 라우팅 엔진이 변경된 후에도 항상 VCF에 로그인하는 데 사용할 수 있습니다.

주니퍼는 네트워크에 라우팅 엔진 역할을 하는 모든 디바이스의 관리 포트를 케이블로 연결하여 어떤 디바이스가 주 라우팅 엔진 역할을 가정하되나 VME 인터페이스를 통해 항상 기본 라우팅 엔진과 직접 연결할 것을 강력히 권장합니다. 리프 디바이스의 관리 포트를 VME 인터페이스에서 VCF에 액세스하는 데 사용할 수도 있으므로 원하는 경우 리프 디바이스 관리 포트를 네트워크에 케이블로 연결할 수도 있습니다.

버추얼 섀시 패브릭 포트 링크 어그리게이션 그룹 번들

두 디바이스 간의 다중 동일 속도 링크를 VCP로 구성함으로써 두 디바이스 간의 VCF 내에서 VCP로 구성된 링크의 대역폭을 늘릴 수 있습니다. 예를 들어 VCF에서 동일한 디바이스를 VCP로 연결하는 40Gbps QSFP+ 링크 2개를 구성하면, 2개의 VCP 링크가 2개의 구성원 링크와 80Gbps의 총 가용 대역폭을 갖춘 하나의 LAG 번들을 형성합니다.

VCP LAG 번들은 단일 VCP 링크가 제공할 수 있는 것보다 더 많은 대역폭을 제공합니다. VCP LAG 번들은 또한 번들 내 링크에서 트래픽을 로드 공유함으로써 성능을 향상시키고, VCP 링크 하나에 장애가 발생하면 VCP LAG 번들의 다른 구성원 링크로 트래픽을 전달하기 때문에 이중화를 제공합니다.

VCP LAG 번들링은 두 디바이스 간에 동일한 속도의 VCP 링크가 구성되면 자동으로 발생합니다. 사용자 구성이 필요하지 않습니다. VCP LAG 번들링은 동일한 속도의 VCP 링크에서만 작동하므로, 예를 들어 10Gbps 및 40-Gbps 링크는 동일한 VCP LAG 번들에 있을 수 없습니다.

Virtual Chassis Fabric 라이선스 요구 사항

VCF를 구성하려면 기능 라이선스가 필요합니다. VCF 기능 라이선스는 독립 기능 라이선스입니다. 일부 주니퍼 스위치의 일부 기능을 활성화하기 위해 구입해야 하는 향상된 FPL(Feature License) 또는 ACL(Advanced Feature Licenses)은 VCF를 활성화하기 위해 구입할 수 없습니다.

VCF 구축의 경우 이중화를 위해 2개의 라이선스 키가 권장됩니다. 하나는 기본 Routing Engine 역할의 디바이스에, 다른 하나는 백업 Routing Engine 역할의 디바이스용 키입니다.

Virtual Chassis Fabric에서 고급 기능을 구성하려면 기능 라이선스도 필요합니다. 버추얼 섀시 패브릭 구축의 경우 이중화를 위해 2개의 라이선스 키가 권장됩니다. 하나는 기본 Routing Engine 역할의 디바이스에, 다른 하나는 백업 Routing Engine 역할의 디바이스용 키입니다. QFX 시리즈의 라이선스가 필요한 소프트웨어 기능을 참조하십시오.

VCF용 기능 라이선스를 구입하려면 주니퍼 네트웍스 영업 담당자(https://www.juniper.net/us/en/contact-us/sales-offices)에게 문의하십시오. 주니퍼 영업 담당자가 기능 라이선스 파일 및 라이선스 키를 제공합니다. 스위치의 섀시 일련 번호를 공급하라는 메시지가 표시됩니다. 명령을 실행 show virtual-chassis 하여 일련 번호를 얻을 수 있습니다.

버추얼 섀시 패브릭에 대한 하드웨어 요구 사항

VCF는 스파인으로 구성된 최대 4개의 디바이스와 최대 20개의 총 디바이스를 포함할 수 있습니다. VCF에는 최소 4개의 구성원(2개의 스파인 디바이스와 최소 2개의 리프 디바이스가 스파인 및 리프 토폴로지에서 상호 연결됨)이 포함되어야 합니다.

QFX5100 VCF의 스파인 디바이스는 QFX5100 스위치여야 하며, QFX5100, QFX3600, QFX3500 또는 EX4300 스위치를 리프 디바이스로 조합하면 됩니다.

QFX5110 VCF의 스파인 디바이스는 QFX5110-32Q 스위치여야 합니다. QFX5110 VCF의 리프 디바이스는 지원되는 QFX5100 스위치와 QFX5110 스위치의 조합일 수 있습니다.

다음 QFX5110 스위치는 QFX5110 VCF에서 리프 디바이스로 지원됩니다.

• QFX5110-32Q

• QFX5110-48S

다음 QFX5100 스위치는 QFX5110 VCF에서 리프 디바이스로 지원됩니다.

• QFX5100-24Q

• QFX5100-48S

• QFX5100-48T

  Junos OS 릴리스 17.3R2부터 QFX5100-48T 스위치를 QFX5110 VCF에 포함할 수 있습니다.

• QFX5100-96S

Virtual Chassis Fabric의 소프트웨어 요구 사항

VCF의 모든 디바이스는 VCF를 지원하는 동일한 버전의 Junos OS 소프트웨어를 실행해야 합니다.

VCF의 장치는 독립형 스위치를 위한 소프트웨어 버전을 사용해야 합니다.

Flex 소프트웨어 번들은 QFX5100 구성원 스위치를 사용하는 비혼합 QFX5100 VCF에서만 지원됩니다. 혼합 VCF에서는 Flex 소프트웨어 번들을 사용할 수 없습니다. Flex 소프트웨어 번들은 소프트웨어 센터에서 다운로드할 때 파일 이름에 "jinstall-qfx-5-flex" 텍스트가 포함된 소프트웨어입니다.

QFX5110 VCF는 동일한 Junos OS 이미지를 실행하는 QFX5110 및 QFX5100 스위치를 사용하여만 설정할 수 있습니다. 이 스위치는 소프트웨어 센터에서 Junos OS 패키지를 다운로드할 때 소프트웨어 패키지 파일 이름에 "-qfx-5e"가 포함된 이미지여야 합니다.

모든 VCF의 경우 VCF에 상호 연결하기 전에 VCF에서 실행되는 Junos OS 릴리스로 디바이스를 업데이트하는 것이 좋습니다. VCF 소프트웨어 업그레이드에 대한 자세한 내용은 Virtual Chassis Fabric의 소프트웨어 업그레이드 이해(Understanding Software Upgrades)를 참조하십시오.