Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지의 내용
 

Virtual Chassis 구성 요소 이해하기

이 주제에서는 EX 시리즈 또는 QFX 시리즈 Virtual Chassis의 구성 요소에 대해 설명합니다.

  • EX 시리즈 Virtual Chassis는 단일 섀시로 상호 연결 및 관리되는 독립형 EX 시리즈 스위치의 지원되는 조합입니다.

    참고:

    Virtual Chassis에서는 EX9200 스위치를 사용하지 않는 것이 좋으며, Junos OS 릴리스 17.1R1부터 해당 아키텍처에 대한 지원이 단계적으로 중단되었습니다. EX9200 스위치를 사용한 구축의 경우, Virtual Chassis를 사용하는 대신 MC-LAG 또는 Junos Fusion Enterprise 아키텍처로 계획하거나 전환하는 것이 좋습니다.

  • QFX 시리즈 Virtual Chassis는 단일 섀시로 상호 연결 및 관리되는 독립형 QFX5100, QFX5110, QFX5120 또는 QFX5200 스위치의 지원되는 조합입니다. EX4650 Virtual Chassis는 QFX5120 Virtual Chassis와 동일하게 작동하므로 QFX 시리즈 Virtual Chassis에 대한 이 항목의 대부분의 정보는 일반적으로 EX4650 Virtual Chassis에도 적용되지만 플랫폼별 지원 차이가 있습니다.

    참고:

    EX4300 스위치(멀티기가비트 모델[EX4300-48MP] 제외)는 QFX5100 스위치와 혼합 Virtual Chassis에 상호 연결할 수도 있습니다.

최대 스위치 지원

Virtual Chassis가 지원하는 최대 스위치 수는 Virtual Chassis에 따라 다르며 Virtual Chassis에서 실행되는 Junos OS 릴리스에 따라 달라질 수도 있습니다.

EX 시리즈의 최대 스위치 수 Virtual Chassis

표 1 은 Junos OS 릴리스의 EX 시리즈 Virtual Chassis에서 지원되는 최대 멤버 스위치 수를 보여줍니다.

표 1: Junos OS 릴리스에 의한 EX 시리즈 Virtual Chassis에 대한 최대 멤버 스위치 지원

EX 시리즈 유형 Virtual Chassis

Junos OS 릴리스별 최대 멤버 스위치 수

EX2300 Virtual Chassis

18.4R1 - Junos OS 릴리스 18.4R1부터 모든 모델 EX2300 멤버 스위치(멀티기가비트 모델 및 기타 EX2300 스위치 포함)를 최대 4개까지 동일한 Virtual Chassis에 결합할 수 있습니다.

EX3400 Virtual Chassis

15.1X53-D50 - 초기 릴리스. 최대 10개의 EX3400 멤버 스위치.
EX4100 Virtual Chassis 22.2R1 - 초기 릴리스. 최대 10개의 EX4100 멤버 스위치.

EX4300 Virtual Chassis

18.2R1 - EX4300 멀티기가비트 모델 스위치(EX4300-48MP)의 도입과 함께 Junos OS 릴리스 18.2R1부터, EX4300 Virtual Chassis에는 최대 10개의 EX4300 멀티기가비트 모델 스위치가 혼합되지 않은 Virtual Chassis로 포함되거나 EX4300 멀티기가비트 모델 스위치와 다른 EX4300 스위치의 조합이 혼합 EX4300 Virtual Chassis로 포함될 수 있습니다.

EX4400 Virtual Chassis

21.1R1 - 초기 릴리스. 최대 10개의 EX4400 멤버 스위치.

21.2R1 - Junos OS 릴리스 21.2R1부터 EX4400 Virtual Chassis에는 EX4400 멀티기가비트 모델 스위치(EX4400-24MP 및 EX4400-48MP)도 포함될 수 있습니다.

EX4650 Virtual Chassis

19.3R1 - 초기 릴리스. 라우팅 엔진 역할에서만 최대 2개의 EX4650 스위치.

20.1R1 - Junos OS 릴리스 20.1R1부터 EX4650 Virtual Chassis는 최대 4개의 멤버를 가질 수 있습니다.

QFX 시리즈 Virtual Chassis의 최대 스위치 수(EX 시리즈 스위치와 혼합 Virtual Chassis 포함)

표 2 에는 EX 시리즈 스위치 멤버가 포함된 혼합 QFX 시리즈 Virtual Chassis를 포함하여 Junos OS 릴리스별 QFX 시리즈 Virtual Chassis에서 지원되는 최대 멤버 스위치 수가 나와 있습니다.

표 2: Junos OS 릴리스에 의한 QFX 시리즈 Virtual Chassis에 대한 최대 멤버 스위치 지원

QFX 시리즈 유형 Virtual Chassis

Junos OS 릴리스별 최대 멤버 스위치 수

QFX5110 Virtual Chassis:

  • 라인 카드 역할에서 지원되는 QFX5110 및 QFX5100 스위치의 모든 조합과 함께 라우팅 엔진 역할의 QFX5110 스위치.

17.3R1 - 초기 릴리스. 최대 10개의 멤버 스위치.

QFX5120 Virtual Chassis:

19.3R1 - QFX5120-48Y 스위치의 초기 릴리스입니다. 최대 2개의 멤버 스위치, 둘 다 라우팅 엔진 역할.

20.2R1 - QFX5120-48T 스위치의 초기 릴리스입니다. 최대 2개의 멤버 스위치, 둘 다 라우팅 엔진 역할.

20.3R1 - QFX5120-32C 스위치의 초기 릴리스입니다. 최대 2개의 멤버 스위치, 둘 다 라우팅 엔진 역할.

QFX5200 Virtual Chassis—

  • QFX5200 스위치만 해당됩니다.

17.3R2 및 17.4R1 - 초기 릴리스. 최대 3개의 멤버 스위치.

Virtual Chassis 포트(VCP)

멤버 스위치에 Virtual Chassis 포트(VCP)를 구성하고 VCP를 사용하여 스위치를 상호 연결하여 Virtual Chassis를 설정합니다. VCP는 Virtual Chassis의 멤버 스위치 간에 모든 데이터를 전달하고 트래픽을 제어합니다.

Virtual Chassis 포트 옵션

일부 스위치에는 전용 VCP가 있습니다. 이러한 포트는 VCP로만 사용할 수 있으며 네트워크 포트로 재구성할 수는 없습니다. 전용 VCP를 사용하면 추가 인터페이스 구성 없이 스위치를 Virtual Chassis에 상호 연결할 수 있습니다.

일부 스위치에는 기본적으로 VCP로 구성된 포트가 있습니다. 스위치를 Virtual Chassis에 상호 연결하는 데 사용하기 위해 이를 VCP로 명시적으로 구성할 필요는 없습니다.

대부분의 스위치에는 VCP로 구성할 수 있는 옵티컬 또는 업링크 포트가 있습니다.

전용 또는 기본 구성 VCP가 없는 스위치를 상호 연결하거나 전용 VCP 연결에서 허용하는 것보다 더 먼 거리에 걸쳐 스위치를 상호 연결하도록 VCP를 구성해야 합니다. 그렇지 않으면 Virtual Chassis의 구성원 간에 지원되는 VCP 옵션을 혼합할 수 있으며, 복원력을 위해 또는 구성원 통신 대역폭을 늘리기 위해 두 구성원 사이에 중복 링크를 갖는 것이 좋습니다. 동일한 속도로 작동하는 두 개 이상의 포트가 동일한 두 멤버 스위치 사이의 VCP에 구성되면 VCP는 자동으로 링크 어그리게이션 그룹으로 번들로 묶입니다. 자세한 내용은 Virtual Chassis 포트 링크 어그리게이션 이해 를 참조하십시오.

기존 Virtual Chassis에 스위치를 추가하거나 기존 멤버 간에 새로운 중복 링크를 추가할 때 자동 VCP 변환 기능이 활성화된 경우 적절한 조건에서 연결 양쪽의 포트가 자동으로 VCP로 변환됩니다( 자동 VCP(Virtual Chassis 포트) 변환 참조).

표 3 은 EX 시리즈 또는 QFX 시리즈 Virtual Chassis의 스위치에서 사용 가능한 VCP 옵션을 요약합니다. 전용 VCP, 기본 구성 VCP 또는 VCP로 구성할 수 있는 포트가 스위치에서 어디에 있는지, 스위치에서 VCP 연결에 사용할 수 있는 지원되는 송수신기 및 케이블에 대한 자세한 내용은 해당 스위치 유형에 대한 하드웨어 설명서를 참조하십시오.

표 3: 스위치 유형별 VCP 옵션

스위치

전용 VCP

기본 VCP

VCP로 구성되고 지원될 수 있는 포트

EX2300(EX2300 멀티기가비트 모델 포함)

없음

없음

SFP+ 트랜시버가 포함된 10기가비트 이더넷 업링크 포트

참고:

SFP 트랜시버가 있는 포트를 EX2300 스위치의 VCP로 사용하여 Virtual Chassis를 구성할 수 없습니다.
EX4100 전면 패널에 4개의 25Gbps SFP28 포트 전면 패널에 4개의 25Gbps SFP28 포트 없음

EX4100-F

전면 패널에 4개의 10Gbps SFP+ 포트

전면 패널에 4개의 10Gbps SFP+ 포트

 없음

EX4300

없음

모든 QSFP+ 포트

SFP+ 또는 QSPF+ 트랜시버와 함께 설치된 모든 업링크 포트

참고:

32포트 EX4300 스위치에서는 내장된 4개의 10기가비트 이더넷 SFP+ 포트를 VCP로 사용할 수 없습니다.

EX4300 멀티기가비트 모델(EX4300-48MP)

후면 패널에 4개의 40Gbps QSFP+ 포트

없음

없음

EX4400(EX4400 멀티기가비트 모델 포함)

 없음 후면 패널(PIC 슬롯 1)에 있는 2개의 100Gbps QSFP28 포트를 사용하는 논리적 50Gbps VCP 인터페이스 4개 없음

EX4650

없음

없음

전면 패널(포트 48에서 55)의 40기가비트 이더넷 또는 100기가비트 QSFP28 포트, 비채널화

참고:

Junos OS는 다른 포트를 VCP로 설정하는 것을 막지는 않지만 VCP로 제대로 작동하지 않습니다.

QFX5110

없음

없음

모든 40기가비트 이더넷 또는 100기가비트 이더넷 QSFP28 포트

모든 비채널화 40기가비트 이더넷 QSFP+ 인터페이스

모든 비채널화 10기가비트 이더넷 SFP+ 인터페이스(이러한 포트를 지원하는 QFX5110 스위치 모델)

QFX5120

없음

없음

(QFX5120-48Y) 전면 패널(포트 48에서 55까지)에 있는 8개의 40기가비트 이더넷, 100기가비트 이더넷 QSFP+ 또는 QSFP28 포트 중 하나, 비채널화

(QFX5120-48T) 전면 패널(포트 48에서 53까지)에 있는 6개의 40기가비트 이더넷 또는 100기가비트 이더넷 QSFP+ 또는 QSFP28 포트 중 하나, 비채널화

참고:

QFX5120-48Y 및 QFX5120-48T 스위치에 대해 위에 지정된 포트 이외의 포트는 VCP로 지원되지 않습니다. 다른 포트를 VCP로 설정하려고 하면 Junos OS CLI는 오류를 반환하지 않지만 VCP로는 제대로 작동하지 않습니다.

(QFX5120-32C) 40Gbps QSFP+ 또는 100Gbps QSFP28 트랜시버와 함께 설치된 모든 비채널화 네트워크 포트(포트 0에서 31)

QFX5200

없음

없음

모든 40기가비트 이더넷 QSFP+ 포트

Junos OS 릴리스 17.3R2-S4부터 100기가비트 이더넷 QSFP28 포트를 QFX5200 스위치의 VCP로 사용할 수도 있습니다.

브레이크아웃 케이블을 사용하여 SFP+ 인터페이스로 채널화된 QSFP+ 인터페이스는 VCP로 구성할 수 없습니다.

자동 VCP(Virtual Chassis 포트) 변환

자동 VCP 변환 기능이 활성화되고 기존 Virtual Chassis에 추가되는 새 스위치의 새 링크를 케이블로 연결하거나 Virtual Chassis의 두 구성원 사이에 중복 링크를 추가하는 경우, VCP가 될 수 있는 포트는 다음 조건에서 자동으로 VCP로 변환됩니다.

  • LLDP(Link Layer Discovery Protocol) 또는 LLDP-MED(LLDP-Media Endpoint Discovery)는 새 링크의 양쪽 끝에 있는 멤버에 대한 인터페이스에서 활성화됩니다. 양측은 LLDP 패킷을 교환하여 포트 변환을 수행합니다.

  • 명령을 사용하여 set virtual-chassis member Virtual Chassis의 멤버 목록에 이미 구성된 링크 양쪽의 스위치로 Virtual Chassis를 사전 프로비저닝해야 합니다.

  • 링크 양쪽 끝에 있는 포트에 대한 인터페이스가 아직 VCP로 구성되어 있지 않습니다. 링크의 양쪽이 같은 상태여야 핸드셰이크하고 VCP 링크를 설정할 수 있습니다.

사전 프로비저닝된 Virtual Chassis에 스위치를 추가할 때 자동 VCP 변환을 사용하는 것을 새 멤버 자동 프로비저닝 이라고도 합니다.

포트가 자동 VCP 변환에 적합하려면 포트가 기본 구성된 VCP이거나 이전에 VCP로 구성한 경우 명령을 사용하여 request virtual-chassis vc-port delete 네트워크 포트로 다시 변환해야 합니다. 스위치는 VCP를 Virtual Chassis에서 제거하고 링크 연결을 끊을 때 VCP를 네트워크 포트로 자동 다시 변환하지 않습니다.

자동 VCP 변환은 다음과 같은 경우를 제외하고 모든 Virtual Chassis에서 기본적으로 활성화됩니다:

  • 자동 VCP 변환은 Virtual Chassis의 EX4400 스위치에는 적용되지 않습니다. 이러한 스위치에서 기본 VCP를 네트워크 포트로 변환하거나 네트워크 포트에서 VCP 포트로 다시 변환하려면 명령을 사용하여 request virtual-chassis mode network-port 포트 모드를 명시적으로 설정한 다음 스위치를 재부팅해야 합니다.

  • 모든 EX4650 및 QFX5120 Virtual Chassis(모두 기본적으로 자동 VCP 변환 기능이 활성화되어 있음)의 경우, Virtual Chassis의 계층 수준에서 [edit virtual-chassis] 구성 no-auto-conversion 하여 기능을 비활성화하도록 선택할 수 있습니다. 자동 VCP 변환을 다시 활성화하기 위한 기본 동작으로 돌아가려면, 구성에서 문을 삭제 no-auto-conversion 합니다.

Virtual Chassis 포트 링크 어그리게이션 그룹

동일한 두 스위치 간의 다중 링크를 VCP 링크로 구성하여 멤버 스위치 간의 VCP 대역폭을 늘릴 수 있습니다. 여러 VCP가 동일한 두 멤버 스위치를 상호 연결할 때 VCP 링크의 속도가 같으면 링크가 자동으로 LAG(Link Aggregation Group) 번들을 형성합니다. 예를 들어, 멤버 스위치 사이에 두 개의 40Gbps QSFP+ VCP 링크가 연결되어 있는 경우, 링크는 총 대역폭이 80Gbps인 LAG를 자동으로 형성합니다. 그러나 10기가비트 SFP+ 및 40Gbps QSFP+ VCP 링크는 동일한 LAG의 구성원이 되지 않습니다.

또한 Virtual Chassis 내에서 서로 다른 Virtual Chassis 멤버 스위치에 위치한 네트워크 인터페이스를 구성하여 LAG를 형성할 수 있으며, 이는 Virtual Chassis가 전달하는 네트워크 트래픽에 대해 로드 밸런싱 및 중복을 제공합니다. Virtual Chassis 내에서 VCP LAG와 네트워크 인터페이스 LAG의 차이점에 대한 자세한 내용은 Virtual Chassis 포트 링크 어그리게이션 이해 를 참조하십시오.

기본 라우팅 엔진 역할

Virtual Chassis에서 각 멤버 스위치는 라우팅 엔진 역할 또는 라인 카드 역할의 두 가지 역할 중 하나로 작동합니다. 라우팅 엔진 역할에 있을 때 멤버 스위치는 기본 또는 백업 라우팅 엔진 역할을 합니다.

Virtual Chassis의 기본 라우팅 엔진 멤버:

  • 멤버 스위치를 관리합니다.

  • 스위치용 Junos OS를 기본 라우팅 엔진으로 실행합니다.

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

  • Virtual Chassis 구성 내에서 상호 연결된 모든 멤버 스위치를 나타냅니다. (설정 중에 이 스위치에 할당하는 호스트 이름 및 기타 속성은 Virtual Chassis 구성의 모든 멤버에 적용됩니다.)

사전 프로비저닝된 구성에서 Virtual Chassis 기본 역할 선택 알고리즘은 라우팅 엔진 역할의 어떤 멤버 스위치가 Virtual Chassis 기본 역할을 하고 어떤 멤버 스위치가 백업 역할을 하는지 결정합니다. Virtual Chassis의 기본 선택 방법 이해하기를 참조하십시오.

비 프로비저닝 구성이라고 하는 사전 프로비저닝되지 않은 구성에서 Virtual Chassis는 기본 역할 선택 알고리즘에서 기본 역할 우선 순위 값과 보조 요소를 사용하여 기본 및 백업을 선택합니다.

기본 또는 백업이 아닌 Virtual Chassis의 나머지 스위치는 라인 카드 역할로 작동합니다.

혼합 Virtual Chassis의 스위치에 라우팅 엔진 역할을 할당하려면 다음 지침을 따르십시오.

  • QFX5110 및 QFX5100 스위치가 포함된 QFX5110 Virtual Chassis에서는 QFX5110 스위치만 라우팅 엔진 역할로 구성하는 것이 좋습니다.

  • 2개 멤버로 구성된 EX4650 또는 QFX5120 Virtual Chassis에서 두 멤버 스위치를 기본 및 백업 멤버 스위치로만 라우팅 엔진 역할로 구성합니다(라인 카드 역할 멤버 없음).

백업 라우팅 엔진 역할

Virtual Chassis에서 백업 라우팅 엔진 역할을 수행하는 멤버:

  • 기본 라우팅 엔진 역할에 장애가 발생할 경우 기본 역할을 인계할 수 있는 준비 상태를 유지합니다.

  • 스위치용 Junos OS를 백업 라우팅 엔진으로 실행합니다.

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

백업 라우팅 엔진 멤버를 갖기 위해서는 Virtual Chassis 구성에 최소 2개의 멤버 스위치가 있어야 합니다.

사전 프로비저닝된 구성에서 Virtual Chassis 기본 역할 선택 알고리즘은 라우팅 엔진 역할의 어떤 멤버 스위치가 Virtual Chassis 기본 역할을 하고 어떤 멤버 스위치가 백업 역할을 하는지 결정합니다. Virtual Chassis의 기본 선택 방법 이해하기를 참조하십시오.

프로비저닝되지 않은 구성에서 Virtual Chassis는 기본 역할 선택 알고리즘의 기본 역할 우선 순위 값과 보조 요소를 사용하여 기본 및 백업 멤버 스위치를 선택합니다.

혼합 Virtual Chassis의 스위치에 라우팅 엔진 역할을 할당하려면 다음 지침을 따르십시오.

  • 멀티기가비트 모델(EX4300-48MP)과 기타 EX4300 모델 스위치EX4300 구성된 혼합 EX4300 Virtual Chassis에서는 항상 기본 및 백업 라우팅 엔진 역할에 EX4300 멀티기가비트 모델 스위치가 있어야 합니다.

  • QFX5110 및 QFX5100 스위치가 포함된 QFX5110 Virtual Chassis에서는 QFX5110 스위치만 라우팅 엔진 역할로 구성하는 것이 좋습니다.

  • 2개 멤버로 구성된 EX4650 또는 QFX5120 Virtual Chassis에서 두 멤버 스위치를 기본 및 백업 멤버 스위치로만 라우팅 엔진 역할로 구성합니다(라인 카드 역할 멤버 없음).

라인 카드 역할

Virtual Chassis에서 라인 카드 역할을 수행하는 멤버:

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

  • 섀시 제어 프로토콜을 실행하지 않습니다.

  • 기본을 통해 구성된 모든 인터페이스에서 특정 오류 조건(예: 분리된 케이블)을 감지할 수 있습니다.

라인 카드 멤버를 포함하려면 Virtual Chassis 구성에 최소 3개의 멤버가 있어야 합니다.

사전 프로비저닝된 구성에서는 라인 카드 역할로 멤버를 명시적으로 구성할 수 있습니다. 이는 기본 또는 백업 라우팅 엔진이 될 수 없음을 의미합니다.

프로비저닝되지 않은 구성에서 기본 또는 백업으로 선택되지 않은 멤버는 Virtual Chassis의 라인 카드 멤버로 작동합니다. Virtual Chassis는 기본 역할 선택 알고리즘에서 기본 역할 우선 순위 값과 보조 요소를 사용하여 기본 및 백업 멤버 스위치를 선택합니다. 기본 역할 우선 순위가 0인 스위치는 항상 라인 카드 역할에 있습니다.

2개의 멤버로 구성된 Virtual Chassis에서 고가용성을 위해서는 두 멤버를 모두 라우팅 엔진 역할로 구성해야 하며, 라인 카드 역할에는 멤버를 구성하지 않아야 합니다. 그렇지 않으면 두 개 이상의 멤버가 있는 Virtual Chassis에서 지원되는 모든 스위치 유형이 라인 카드 역할로 작동할 수 있습니다.

QFX 시리즈 Virtual Chassis의 스위치에 라우팅 엔진 및 라인 카드 역할을 할당하기 위해 다음 지침을 사용하십시오.

  • QFX5110 및 QFX5100 스위치로 구성된 QFX5110 Virtual Chassis에서는 QFX5110 스위치만 라우팅 엔진 역할로 구성하는 것이 좋습니다.

멤버 스위치 및 멤버 ID

Virtual Chassis를 지원하는 각 독립형 스위치는 Virtual Chassis 구성의 잠재적 구성원입니다. 이러한 스위치 중 하나의 전원을 켜면 일부 스위치의 전면 패널 LCD 또는 명령 출력에서 볼 수 있는 Virtual Chassis 멤버 ID가 show virtual-chassis 있습니다. 스위치의 전원이 독립형 스위치로 켜져 있는 경우, 해당 멤버 ID는 항상 0입니다. 스위치를 Virtual Chassis 구성에 상호 연결하면 기본 멤버 스위치는 스위치가 Virtual Chassis에 추가된 순서 또는 사전 프로비저닝 프로세스에서 스위치 일련 번호를 기반으로 멤버 ID를 정의한 경우와 같은 다양한 요인에 따라 멤버 ID를 할당합니다.

이전에 Virtual Chassis 구성에 멤버 스위치가 포함되어 있고 Virtual Chassis 구성에서 해당 멤버의 연결을 물리적으로 끊거나 제거한 경우, 해당 멤버 ID는 기본의 표준 순차 멤버 ID 할당의 일부로 자동으로 할당할 수 없습니다. 예를 들어, 멤버 1이 제거되었기 때문에 멤버 0, 멤버 2 및 멤버 3이 있는 Virtual Chassis 구성을 가질 수 있습니다. 다른 멤버 스위치를 추가하고 전원을 켜면 기본은 ID 1이 아닌 ID 4를 할당합니다. 제거된 멤버 스위치에서 멤버 ID를 재사용하려면 멤버 ID를 재활용 할 수 있습니다(자세한 내용은 명령 참조 request virtual-chassis recycle ). .

멤버 ID는 멤버 스위치를 서로 구별합니다. 멤버 ID를 사용하여 다음을 수행할 수 있습니다.

  • 멤버 스위치에 기본 역할 우선 순위 값을 할당합니다.

  • 주니퍼 네트웍스 디바이스 슬롯 번호를 지정하는 것과 유사하게 멤버 스위치에 대한 인터페이스를 구성합니다.

  • 일부 운영 명령을 멤버 스위치에 적용합니다.

  • 멤버 스위치의 상태 또는 특성을 표시합니다.

기본 역할 우선 순위

프로비저닝되지 않은 구성에서는 기본 역할 우선순위(에서 까지의 255숫자0)를 구성하여 멤버 스위치가 수임하는 역할(기본 또는 백업 라우팅 엔진 역할 또는 라인 카드 역할)을 지정할 수 있습니다. primary-role 우선 순위 값은 Virtual Chassis 구성의 기본을 선택하기 위한 primary-role 선택 알고리즘에서 첫 번째 고려 사항입니다. 기본 역할 우선 순위가 인 0 스위치는 백업 또는 기본 라우팅 엔진 역할을 맡지 않습니다.

독립형 스위치의 전원을 켜면 기본 primary-role 우선 순위 값이 128있습니다. 자체 Virtual Chassis 구성의 유일한 멤버 스위치이기 때문에 기본 멤버이기도 합니다. 독립형 스위치를 기존 Virtual Chassis 구성(이미 자체 기본이 있음)에 상호 연결하는 경우, 기본 및 백업으로 기능할 멤버의 primary-role 우선 순위를 명시적으로 구성하는 것이 좋습니다.

참고:

기본과 백업 모두에 대해 동일한 primary-role 우선 순위 값을 구성하면 기본을 사용할 수 없는 경우 기본에서 백업으로 원활하게 전환할 수 있습니다. 이는 원래 기본을 사용할 수 없게 되었기 때문에 백업이 Virtual Chassis 구성을 제어했을 때 원래 기본이 백업에서 제어를 선점하는 것을 방지합니다.

사전 프로비저닝된 구성에서는 기본 역할 우선 순위 값을 수동으로 구성할 수 없습니다. 각 멤버 스위치의 역할을 할당하면 Virtual Chassis는 할당된 역할에 따라 기본 역할 우선 순위를 자동으로 할당합니다.

VCID(Virtual Chassis Identifier)

Virtual Chassis 구성의 모든 구성원은 하나의 Virtual Chassis 식별자(VCID)를 공유합니다. Virtual Chassis는 내부 매개 변수에서 이 식별자를 파생합니다. Virtual Chassis 구성을 모니터링할 때 특정 인터페이스 보기와 명령이 show virtual-chassis VCID를 표시합니다.

Virtual Chassis의 비휘발성 스토리지

EX 시리즈 및 QFX 시리즈 스위치는 내부 플래시 메모리에 Junos OS 시스템 파일을 저장합니다. Virtual Chassis 구성에서 기본 및 백업 스위치 모두 모든 멤버 스위치에 대한 구성 정보를 저장합니다.

Junos OS는 다음과 같이 멤버 스위치 또는 Virtual Chassis 구성이 부적절하게 종료되는 경우 Virtual Chassis가 구성을 저장하는 방법을 최적화합니다.

  • 기본을 사용할 수 없는 경우 백업 스위치가 기본의 역할을 수행하고 내부 플래시 메모리가 비휘발성 구성 메모리를 유지하기 위한 대체 위치로 대신합니다.

  • 수리를 위해 멤버 스위치를 오프라인으로 전환하는 경우 기본은 멤버 스위치의 구성을 저장합니다.

관련 설명서

변경 내역 표

기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. 기능 탐색기를 사용하여 플랫폼에서 기능이 지원되는지 확인합니다.

출시
설명
20.1R1
Junos OS 릴리스 20.1R1부터 EX4650 Virtual Chassis는 최대 4개의 멤버를 가질 수 있습니다.
18.4R1
Junos OS 릴리스 18.4R1부터는 모든 모델 EX2300 멤버 스위치(멀티기가비트 모델 및 기타 EX2300 스위치 포함)를 최대 4개까지 동일한 Virtual Chassis에 결합할 수 있습니다.
18.2R1
EX4300 멀티기가비트 모델 스위치(EX4300-48MP)의 도입과 함께 Junos OS 릴리스 18.2R1부터 EX4300 Virtual Chassis에는 최대 10개의 EX4300 멀티기가비트 모델 스위치가 혼합되지 않은 Virtual Chassis로 포함되거나 EX4300 멀티기가비트 모델 스위치와 다른 EX4300 스위치를 혼합 EX4300 Virtual Chassis로 조합하여 포함할 수 있습니다.
17.3R2-S4
Junos OS 릴리스 17.3R2-S4부터 100기가비트 이더넷 QSFP28 포트를 QFX5200 스위치의 VCP로 사용할 수도 있습니다.
15.1R7
Junos OS 릴리스 15.1R7 및 14.1X53-D47부터 EX2200, EX3300, EX4200, EX4500 및 EX4550 Virtual Chassis에서는 자동 VCP 변환이 기본적으로 비활성화됩니다.
14.1X53-D47
EX4300, EX4600 QFX 시리즈 Virtual Chassis 및 모든 EX4650 및 QFX5120 Virtual Chassis(모두 기본적으로 자동 VCP 변환 기능이 활성화되어 있음)에 대한 Junos OS 릴리스 14.1X53-D47, 17.4R2, 18.1R3, 18.2R2 및 18.3R1부터는 Virtual Chassis의 계층 수준에서 [edit virtual-chassis] 구성 no-auto-conversion 하여 기능을 비활성화하도록 선택할 수 있습니다.
13.2X53-D25
Junos OS 릴리스 13.2X51-D25부터 혼합 또는 비혼합 QFX5100 Virtual Chassis에 최대 10개의 QFX5100-96S 스위치를 포함할 수 있습니다.
13.2X50-D20
Junos OS 릴리스 13.2X50-D20부터 혼합 QFX 시리즈 Virtual Chassis 또는 VCF에도 EX4300 스위치가 포함될 수 있습니다.
12.2R1
Junos OS 릴리스 12.2R1부터 EX3300 Virtual Chassis는 최대 10개의 EX3300 멤버 스위치를 지원할 수 있습니다.