이 페이지의
4개 구성원으로 구성된 QFX 시리즈 VCF를 업그레이드하는 방법
네트워크 구성 예에 대해
이 네트워크 구성 예(NCE)는 NSSU(Nonstop Software Upgrade) 프로세스를 사용할 수 없거나 원하지 않을 때 4개 구성원으로 구성된 QFX 시리즈 VCF(Virtual Chassis Fabric)를 업그레이드하는 방법을 보여줍니다. 이 프로세스는 서비스 중단을 최소화하고 데이터센터 워크로드에 미치는 영향을 최소화합니다.
자세한 내용은
구성 예
요구 사항
이 예에서는 다음을 사용합니다.
Junos OS 릴리스 14.1X53-D47.6을 실행하는 QFX5100 스위치로 구성된 2개의 스파인 및 2-리프 VCF
GRES(Virtual Chassis Graceful Routing Engine Switchover) 및 NSB(Nonstop Bridging)와 같은 VCF 베스트 프랙티스를 사용하여 구성된 사전 프로비저닝 모드 VCF
레이어 2 전용 VCF
업링크 디바이스 역할을 하는 MX 시리즈 라우터
시리얼 콘솔 액세스(필수)
Junos OS 릴리스 18.4R1.8
VCF의 모든 디바이스가 동일한 릴리스 버전을 실행하는 한 이 접근 방식을 사용하여 모든 릴리스 간 업그레이드를 수행할 수 있습니다.
다음 QFX 시리즈 VCF에 이 절차를 사용할 수 있습니다.
QFX5100으로만 구성된 4개 구성원 QFX5100 VCF
4개 구성원으로 구성된 QFX5110 VCF:
QFX5110 또는
스파인 디바이스로 QFX5110 2개, 리프 디바이스와 같은 혼합 모드에서 QFX5100 2개 또는
스파인 디바이스로 QFX5110 2개, QFX5100 1개, 리프 디바이스와 같은 혼합 모드에서 QFX5110 1개
업링크 디바이스는 라우팅 기능을 갖춘 모든 디바이스가 될 수 있습니다.
개요
때로는 NSSU를 사용하여 VCF를 다른 소프트웨어 릴리스로 업그레이드하는 것이 불가능하거나 바람직하지 않은 경우가 있습니다. 이 문서에서는 다운타임을 최소화하면서 4명으로 구성된 QFX 시리즈 VCF를 업그레이드하는 대체 방법을 보여줍니다. 이 방법은 NSSU를 대체하는 것이 아니라 다음 단계에 언급된 바와 같이 적절한 계획과 함께 필요할 때 구현해야 하는 최소침습 방법입니다.
VCF를 업그레이드하려면 먼저 2개의 VCF로 나누어 각각 1개의 라우팅 엔진과 1개의 라인 카드로 구성됩니다. 한 VCF를 통해 트래픽을 재라우팅한 후 다른 쌍의 디바이스를 업그레이드합니다. 나머지 디바이스 쌍을 업그레이드하기 전에 업그레이드된 VCF를 통해 트래픽을 재라우팅합니다. 디바이스를 한 번에 하나씩 새로운 2개 구성원 VCF에 다시 연결하여 4개 구성원 VCF 복원
이 절차 중에 SNMP 트랩 및 시스템 로그 메시지를 비롯한 경고가 표시될 수 있습니다.
구성
- 업그레이드 준비
- 구성원 1 및 구성원 3을 통한 트래픽 재라우트
- Member 0 및 Member 2 업그레이드
- Member 0 및 Member 2를 통한 트래픽 재라우트
- 구성원 1 및 멤버 3 업그레이드
- 4개 구성원 VCF 복원
업그레이드 준비
단계별 절차
구성한 관리 권한을 가진 루트 사용자 또는 다른 로그인 사용자를 사용하여 장비에 로그인합니다.
업그레이드를 시작하기 전에 VCF 상태를 확인합니다. 장치의 일련 번호, 구성원 ID 및 관련 역할을 참고하십시오.
user@switch> show virtual-chassis Preprovisioned Virtual Chassis Fabric Fabric ID: 123a.123b.123c Fabric Mode: Enabled Mstr Mixed Route Neighbor List Member ID Status Serial No Model prio Role Mode Mode ID Interface 0 (FPC 0) Prsnt XXXXXXXX000 ... 129 Backup N F 2 vcp-255/0/10 3 vcp-255/0/2 1 (FPC 1) Prsnt XXXXXXXX001 ... 129 Master* N F 2 vcp-255/0/10 3 vcp-255/0/2 2 (FPC 2) Prsnt XXXXXXXX002 ... 0 Linecard N F 0 vcp-255/0/52 1 vcp-255/0/53 3 (FPC 3) Prsnt XXXXXXXX003 ... 0 Linecard N F 1 vcp-255/0/48 0 vcp-255/0/49VCP(Virtual Chassis 포트)를 확인하고 참조할 토폴로지 다이어그램을 만듭니다. 그림 1 은 이 예에서 VCF의 토폴로지입니다.
user@switch> show virtual-chassis vc-port fpc0: -------------------------------------------------------------------------- Interface Type Trunk Status Speed Neighbor or ID (mbps) ID Interface PIC / Port 0/10 Configured -1 Up 40000 2 vcp-255/0/52 0/2 Configured -1 Up 40000 3 vcp-255/0/49 fpc1: -------------------------------------------------------------------------- Interface Type Trunk Status Speed Neighbor or ID (mbps) ID Interface PIC / Port 0/10 Configured -1 Up 40000 2 vcp-255/0/53 0/2 Configured -1 Up 40000 3 vcp-255/0/48 fpc2: -------------------------------------------------------------------------- Interface Type Trunk Status Speed Neighbor or ID (mbps) ID Interface PIC / Port 0/52 Configured -1 Up 40000 0 vcp-255/0/10 0/53 Configured -1 Up 40000 1 vcp-255/0/10 fpc3: -------------------------------------------------------------------------- Interface Type Trunk Status Speed Neighbor or ID (mbps) ID Interface PIC / Port 0/48 Configured -1 Up 40000 1 vcp-255/0/2 0/49 Configured -1 Up 40000 0 vcp-255/0/2
4개 멤버가 모두 있는지 확인합니다. 각 디바이스에서 실행되는 Junos OS 이미지를 확인합니다. 각 디바이스는 동일한 Junos OS 버전을 실행해야 합니다. 버전 불일치가 있는 경우 디바이스가 비활성으로 표시되어야 합니다.
user@switch> show version fpc0: -------------------------------------------------------------------------- Hostname: switch Model: qfx5100-24q-2p Junos: 14.1X53-D47.6 JUNOS Base OS Software Suite [14.1X53-D47.6] JUNOS Base OS boot [14.1X53-D47.6] fpc1: -------------------------------------------------------------------------- Hostname: switch Model: qfx5100-24q-2p Junos: 14.1X53-D47.6 JUNOS Base OS Software Suite [14.1X53-D47.6] JUNOS Base OS boot [14.1X53-D47.6] fpc2: -------------------------------------------------------------------------- Hostname: switch Model: qfx5100-48s-6q Junos: 14.1X53-D47.6 JUNOS Base OS Software Suite [14.1X53-D47.6] JUNOS Base OS boot [14.1X53-D47.6] fpc3: -------------------------------------------------------------------------- Hostname: switch Model: qfx5100-48s-6q Junos: 14.1X53-D47.6 JUNOS Base OS Software Suite [14.1X53-D47.6] JUNOS Base OS boot [14.1X53-D47.6] JUNOS Crypto Software Suite [14.1X53-D47.6] JUNOS Online Documentation [14.1X53-D47.6]
FTP를 사용하여 새로운 Junos OS 이미지를 기본 라우팅 엔진에 복사합니다. 그런 다음 기본 라우팅 엔진의 새 이미지를 다른 VCF 구성원에게 복사합니다. FTP 구성 방법은 원격 액세스 개요 를 참조하십시오.
그림 2 는 새로운 Junos OS 이미지가 멤버들 간에 배포되는 방법을 보여줍니다.
그림 2: VCF 멤버
에 Junos OS 이미지 복사
기본 라우팅 엔진의 /var/tmp 디렉토리에서 fpc 3의 /var/tmp라고도 하는 구성원 3으로 이미지를 복사하려면 다음 문을 사용합니다.
file copy /var/tmp/jinstall-host-qfx-5-flex-18.4R1.8-signed.tgz fpc3:/var/tmp
참고:이미지를 복사하는 데 시간이 좀 걸릴 수 있으므로 인내심을 가져야 합니다.
다른 멤버도 마찬가지입니다. FPC 번호는 멤버 번호와 동일합니다.
file copy /var/tmp/jinstall-host-qfx-5-flex-18.4R1.8-signed.tgz fpc0:/var/tmp file copy /var/tmp/jinstall-host-qfx-5-flex-18.4R1.8-signed.tgz fpc2:/var/tmp
VCF 기본 라우팅 엔진에서 각 구성원에 액세스하고 파일이 각 구성원에게 복사되었는지 확인합니다. 예를 들어, 구성원 3에 액세스하려면 다음을 수행합니다.
{master:1} user@switch> request session member 3 --- JUNOS 14.1X53-D47.6 built 2018-09-08 01:46:47 UTC다음으로 이 VCF 구성원의 /var/tmp 디렉토리에서 새 Junos OS 이미지를 선택합니다.
user@switch:LC:3% cd /var/tmp/ user@switch:LC:3% ls -ltr total 1222684 -r--r--r-- 1 root field 505 Apr 18 19:05 preinstall_boot_loader.conf -rw-r--r-- 1 root field 42 Apr 18 19:07 vjunos-install.log drwxr-xr-x 2 root field 512 Apr 18 19:14 gres-tp drwxrwxrwt 2 root wheel 512 Apr 18 19:14 vi.recover drwxrwxrwx 2 root wheel 512 Apr 18 19:14 pics drwxrwxrwx 2 root wheel 512 Apr 18 19:14 install -rw-r--r-- 1 root field 0 Apr 18 19:27 stable -rw-r----- 1 root field 1043 Apr 18 19:30 juniper.conf+.gz -rw-r--r-- 1 root field 625814976 Apr 19 21:28 jinstall-host-qfx-5-flex-18.4R1.8-signed.tgz
작업을 마치
exit면 기본 디바이스로 돌아갈 수 있습니다.user@switch:LC:3% exit
VCF의 각 디바이스에서 이미지 검사를 반복합니다.
VCF를 반으로 분할하면 일시적으로 2개의 버추얼 섀시를 형성하고 각 구성원 2개를 구성합니다. 단 두 개의 멤버로 버추얼 섀시를 구성할 때마다 분할 감지를 비활성화하는 것이 좋습니다. 분할 탐지를 비활성화하지 않으면 이 예제의 후반부에 백업 라우팅 엔진에서 분리하면 기본 디바이스가 라인 카드 역할을 맡고 컨트롤 및 데이터 플레인을 중지할 수 있습니다.
기본 디바이스에서 분할 감지를 비활성화합니다.
user@switch# set virtual-chassis no-split-detection
절차 중에 트래픽 손실을 확인하려면 업링크 MX 시리즈 라우터에서 서버에서 IRB 192.168.100.1로 지속적인 핑을 시작하십시오.
user@server> ping 192.168.100.1 PING 192.168.100.1 (192.168.100.1) 56(84) bytes of data. 64 bytes from 192.168.100.1: icmp_seq=1 ttl=64 time=3.33 ms 64 bytes from 192.168.100.1: icmp_seq=2 ttl=64 time=6.84 ms 64 bytes from 192.168.100.1: icmp_seq=3 ttl=64 time=7.87 ms 64 bytes from 192.168.100.1: icmp_seq=4 ttl=64 time=5.91 ms . . .
구성원 1 및 구성원 3을 통한 트래픽 재라우트
단계별 절차
위의 그림을 사용하여 구성원 0 및 2에서 비활성화해야 하는 LACP(Link Aggregation Control Protocol) 구성원 인터페이스 및 VCP를 VCF의 나머지 부분과 분리합니다. 비활성화할 VCP는 구성원 0의 포트 2, 구성원 2의 포트 53입니다.
주 라우팅 엔진(구성원 1)의 아래 명령을 사용하여 관련 인터페이스의 이름을 확인합니다. 업링크 디바이스 및 서버로 LACP 구성원 인터페이스를 비활성화합니다. 이 경우 et-0/0/23.0은 Member 0 업스트림 인터페이스이고 xe-2/0/46.0은 Member 2 다운스트림 인터페이스입니다.
{master:1} user@switch> show interfaces terse | match ae et-0/0/23.0 up up aenet --> ae1.0 et-1/0/23.0 up up aenet --> ae1.0 xe-2/0/46.0 up up aenet --> ae0.0 xe-3/0/46.0 up up aenet --> ae0.0 ae0 up up ae0.0 up up eth-switch ae1 up up ae1.0 up up eth-switch기본 디바이스(구성원 1) 콘솔에 액세스하고 다음을 수행합니다.
업링크 디바이스에 대한 Member 0의 인터페이스를 비활성화합니다.
user@switch# set interfaces et-0/0/23 disable
구성원 2에서 서버로 인터페이스를 비활성화합니다.
user@switch# set interfaces xe-2/0/46 disable
적용할 구성을 커밋합니다.
회원 1:
Member 0에서 Member 3으로 VCP를 삭제합니다.
업그레이드 준비의 3단계와 토폴로지 다이어그램을 참조하여 어떤 VCP를 비활성화해야 하는지 확인합니다. 테이블의 fpc0에서 Interface Type 또는 PIC/Port 열에서 Neighbor ID 3으로 가는 VCP를 식별합니다. 이 경우 PIC/Port 0/2로 식별된 VCP(vcp-255/0/2)를 비활성화합니다.
user@switch> request virtual-chassis vc-port delete pic-slot 0 port 2 member 0
Member 2에서 Member 1로 VCP를 삭제합니다.
user@switch> request virtual-chassis vc-port delete pic-slot 0 port 53 member 2
구성원이 VCF에서 제거되고 로 표시되는지
NotPrsnt확인합니다.user@switch> show virtual-chassis Preprovisioned Virtual Chassis Fabric Fabric ID: 123a.123b.123c Fabric Mode: Enabled Mstr Mixed Route Neighbor List Member ID Status Serial No Model prio Role Mode Mode ID Interface 0 (FPC 0) NotPrsnt XXXXXXXX000 ... 1 (FPC 1) Prsnt XXXXXXXX001 ... 129 Master* N F 3 vcp-255/0/2 2 (FPC 2) NotPrsnt XXXXXXXX002 ... 3 (FPC 3) Prsnt XXXXXXXX003 ... 0 Linecard N F 1 vcp-255/0/48
Member 0 및 Member 2 업그레이드
단계별 절차
멤버 0 및 2용 콘솔에 액세스합니다. 디바이스에 복사된 Junos OS 이미지로 구성원을 업그레이드하려면 다음 명령을 입력합니다.
user@switch> request system software add /var/tmp/jinstall-host-qfx-5-flex-18.4R1.8-signed.tgz no-copy no-validate reboot
각 격리된 구성원이 업그레이드되면 격리된 구성원(Member 0 및 Member 2)이 있는지 확인합니다.
user@switch> show virtual-chassis Preprovisioned Virtual Chassis Fabric Fabric ID: 123a.123b.123c Fabric Mode: Enabled Mstr Mixed Route Neighbor List Member ID Status Serial No Model prio Role Mode Mode ID Interface 0 (FPC 0) Prsnt XXXXXXXX000 ... 129 Master N F 2 vcp-255/0/10 1 (FPC 1) NotPrsnt XXXXXXXX001 ... 2 (FPC 2) Prsnt XXXXXXXX002 ... 0 Linecard* N F 0 vcp-255/0/52 3 (FPC 3) NotPrsnt XXXXXXXX003 ...Member 0이 백업 라우팅 엔진으로 이미 구성되었기 때문에 새로운 VCF가 자동으로 구성되었기 때문에 원래 기본 디바이스에서 연결이 끊어지면 기본 라우팅 엔진 역할을 맡게 됩니다. 구성원 2는 이미 라인 카드 역할에서 구성되었습니다.
위의 출력은 디바이스를 연결하는 VCP 인터페이스를 표시합니다. 출력이 마지막 열에 VCP 인터페이스를 표시하지 않으면 3단계를 완료하십시오.
이전 단계의 출력이 구성원 0 및 구성원 2가 연결되어 있고 해당 출력이 새 VCF의 구성원임을 보여주지 않으면 이들 사이에 VCP 링크를 구성합니다.
Member 0에서 VCP 10을 활성화합니다.
user@switch> request virtual-chassis vc-port set pic-slot 0 port 10
Member 2에서 VCP 52를 활성화합니다.
user@switch> request virtual-chassis vc-port set pic-slot 0 port 52
업그레이드가 성공적이었는지 확인합니다.
{linecard:2} user@switch> show version fpc0: -------------------------------------------------------------------------- Hostname: switch Model: qfx5100-24q-2p Junos 18.4R1.8 JUNOS Base OS Software Suite [18.4R1.8] JUNOS Base OS boot [18.4R1.8] . . . fpc2: -------------------------------------------------------------------------- Hostname: switch Model: qfx5100-48s-6q Junos: 18.4R1.8 JUNOS Base OS Software Suite [18.4R1.8] . . .
Member 0 및 Member 2를 통한 트래픽 재라우트
단계별 절차
기존 VCF 쌍(Member 1 및 Member 3)에서 업링크 및 서버 대면 포트를 동시에 비활성화하고 업그레이드된 Member 0 및 Member 2에서 형성된 새로운 VCF에서 서버 및 업링크 인터페이스를 활성화합니다. 그러면 트래픽이 새 VCF로 리디렉션됩니다.
호스트에 LACP 상태와 업링크 MX 시리즈 라우터가 유지되도록 두 디바이스 에서 동시에 구성을 커밋하는 것이 매우 중요합니다. 예를 들어 Ansible 툴링과 같은 스크립팅으로 이 작업을 수행할 수 있습니다.
컨피규레이션을 동시에 커밋하지 않으면 이전 VCF에서 포트를 비활성화하고 새 VCF에서 인터페이스를 활성화하는 데 걸리는 시간 동안 트래픽이 삭제되고 서비스가 영향을 받게 됩니다.
Member 1에서 4개 구성원 VCF의 기본 디바이스였던 때의 잔여 구성을 제거합니다.
user@switch# delete interfaces et-0/0/23 disable user@switch# delete interfaces xe-2/0/46 disable
구성원 1의 업링크 및 서버 대면 포트를 비활성화합니다.
user@switch# set interfaces et-1/0/23 disable user@switch# set interfaces xe-3/0/46 disable
Member 0에서 업링크 및 서버 대면 포트를 활성화합니다.
user@switch# delete interfaces et-0/0/23 disable user@switch# delete interfaces xe-2/0/46 disable
Member 1 및 Member 0에서 동시에 실행
commit합니다.업링크 MX 시리즈 라우터에서 서버에서 IRB 192.168.100.1로의 지속적인 핑이 여전히 성공적으로 실행되고 있는지 확인합니다. 이는 트래픽 경로가 성공적으로 전환되었는지를 확인합니다.
구성원 1 및 멤버 3 업그레이드
단계별 절차
이전 VCF가 하나의 기본 디바이스와 라인 카드 역할의 디바이스 1개로 구성되어 있는지 확인합니다.
user@switch> show virtual-chassis Preprovisioned Virtual Chassis Fabric Fabric ID: 123a.123b.123c Fabric Mode: Enabled Mstr Mixed Route Neighbor List Member ID Status Serial No Model prio Role Mode Mode ID Interface 0 (FPC 0) NotPrsnt XXXXXXXX000 ... 1 (FPC 1) Prsnt XXXXXXXX001 ... 129 Master* N F 3 vcp-255/0/2 2 (FPC 2) NotPrsnt XXXXXXXX002 ... 3 (FPC 3) Prsnt XXXXXXXX003 ... 0 Linecard N F 1 vcp-255/0/48구성원 1과 구성원 3 사이의 VCP를 삭제하여 이전 VCF를 파기합니다. 구성원 1은 기본 디바이스이므로 구성원 1에서 이러한 명령을 실행할 수 있습니다.
Member 3에서 Member 1로 VCP를 삭제하려면 다음을 수행합니다.
user@switch> request virtual-chassis vc-port delete pic-slot 0 port 48 member 3
Member 1에서 Member 3으로 VCP를 삭제하려면 다음을 수행합니다.
user@switch> request virtual-chassis vc-port delete pic-slot local 0 port 2
이 기능이 각 디바이스에서 성공적이었는지 확인합니다.
회원 1:
user@switch> show virtual-chassis Preprovisioned Virtual Chassis Fabric Fabric ID: 123a.123b.123c Fabric Mode: Enabled Mstr Mixed Route Neighbor List Member ID Status Serial No Model prio Role Mode Mode ID Interface 0 (FPC 0) NotPrsnt XXXXXXXX000 ... 1 (FPC 1) Prsnt XXXXXXXX001 ... 129 Master* N F 2 (FPC 2) NotPrsnt XXXXXXXX002 ... 3 (FPC 3) NotPrsnt XXXXXXXX003 ...구성원 3 콘솔 액세스:
user@switch> show virtual-chassis Preprovisioned Virtual Chassis Fabric Fabric ID: 123a.123b.123c Fabric Mode: Enabled Mstr Mixed Route Neighbor List Member ID Status Serial No Model prio Role Mode Mode ID Interface 0 (FPC 0) NotPrsnt XXXXXXXX000 ... 1 (FPC 1) NotPrsnt XXXXXXXX001 ... 2 (FPC 2) NotPrsnt XXXXXXXX002 ... 3 (FPC 3) Prsnt XXXXXXXX003 ... 0 Linecard* N F구성원 3을 Junos OS 릴리스 18.4R1로 업그레이드합니다.
user@switch> request system software add /var/tmp/jinstall-host-qfx-5-flex-18.4R1.8-signed.tgz no-copy no-validate reboot
업그레이드가 성공적이었는지 확인합니다.
user@switch> show version fpc3: -------------------------------------------------------------------------- Hostname: switch Model: qfx5100-24q-2p Junos: 18.4R1.8 . . .
구성원 1을 Junos OS 릴리스 18.4R1로 업그레이드합니다.
user@switch> request system software add /var/tmp/jinstall-host-qfx-5-flex-18.4R1.8-signed.tgz no-copy no-validate reboot
업그레이드가 성공적이었는지 확인합니다.
user@switch> show version fpc1: -------------------------------------------------------------------------- Hostname: switch Model: qfx5100-24q-2p Junos: 18.4R1.8 . . .
4개 구성원 VCF 복원
단계별 절차
구성원 3에서 VCP 49, 구성원 0의 VCP 2에서 VCP 49를 활성화하여 새 VCF에 구성원 3을 추가합니다. 그림 3 은 이러한 포트를 활성화한 후 새 VCF의 상태를 보여줍니다.
그림 3: 새 VCF
에 구성원 3 추가
Member 3에서 VCP를 Member 0으로 활성화합니다.
user@switch> request virtual-chassis vc-port set pic-slot local 0 port 49
회원 0:
구성원 3으로 VCP 사용:
user@switch> request virtual-chassis vc-port set pic-slot local 0 port 2
구성원 0에서 vcp-255/0/2가 활성화되고, 구성원 3에서 vcp-255/0/49가 활성화되는지 확인합니다.
user@switch> show virtual-chassis Preprovisioned Virtual Chassis Fabric Fabric ID: 123a.123b.123c Fabric Mode: Enabled Mstr Mixed Route Neighbor List Member ID Status Serial No Model prio Role Mode Mode ID Interface 0 (FPC 0) Prsnt XXXXXXXX000 ... 129 Master* N F 2 vcp-255/0/10 3 vcp-255/0/2 1 (FPC 1) NotPrsnt XXXXXXXX001 ... 2 (FPC 2) Prsnt XXXXXXXX002 ... 0 Linecard N F 0 vcp-255/0/52 3 (FPC 3) Prsnt XXXXXXXX003 ... 0 Linecard N F 0 vcp-255/0/49멤버 1은 원래 VCF의 주요 라우팅 엔진이었기 때문에 멤버 0, 2, 3에 대한 일부 잔여 구성을 갖습니다. 이러한 구성은 새 VCF에 추가할 때 VCF를 방해할 수 있습니다. 특히 Member 1이 새로운 VCF의 기본 디바이스로 Member 0을 선제적으로 적용하는 경우와 같은 문제가 발생할 수 있습니다.
새로운 VCF의 기본 디바이스인 Member 0에서 다음 명령을 사용하여 구성원 3의 서버 대면 인터페이스를 다시 활성화하고 구성원 1이 실수로 종료하지 않도록 합니다.
{master: 0} user@switch# delete interfaces xe-3/0/46 disableMember 1에서 업링크 대면 인터페이스 et-1/0/23을 사용하지 않도록 유지합니다. 트래픽은 인접한 새 VCF 기본 디바이스에서 업링크 MX 시리즈 라우터로 전달됩니다.
참고:구성원 1이 다음 단계 동안 Member 0을 새로운 VCF의 기본 디바이스로 선점하면 명령
set interfaces et-1/0/23 disable문이 새로운 VCF로 전달됩니다. 이로 인해 트래픽이 중단될 수 있으며, 이 경우 이 명령문은 즉시 제거되어야 합니다.구성원 1을 새 VCF에 추가하려면 그림 4와 같이 VCP 링크를 Member 1에서 Members 2 및 3으로 복원합니다.
그림 4: 새 VCF
에 구성원 1 추가
회원 1:
구성원 3에 연결하는 VCP를 설정합니다.
user@switch> request virtual-chassis vc-port set pic-slot local 0 port 2
Member 2에 연결하는 VCP를 설정합니다.
user@switch> request virtual-chassis vc-port set pic-slot local 0 port 10
Member 0에서 새로운 VCF 기본 디바이스는 다음과 같습니다.
Member 1에 연결되는 Member 2에 VCP를 설정합니다.
user@switch> request virtual-chassis vc-port set pic-slot 0 port 53 member 2
구성원 1에 연결되는 구성원 3에 VCP를 설정합니다.
user@switch> request virtual-chassis vc-port set pic-slot 0 port 48 member 3
대부분의 경우, 새로운 VCF 기본 라우팅 엔진의 구성이 새로 연결된 백업 라우팅 엔진에 적용됩니다. 때로는 새로 결합된 백업 라우팅 엔진(원래 VCF 기본 라우팅 엔진)이 새로운 VCF 기본 디바이스에서 기본 역할을 선제적이고 넘겨 받을 수 있습니다. 발생 여부를 확인합니다.
user@switch> show virtual-chassis Preprovisioned Virtual Chassis Fabric Fabric ID: 123a.123b.123c Fabric Mode: Enabled Mstr Mixed Route Neighbor List Member ID Status Serial No Model prio Role Mode Mode ID Interface 0 (FPC 0) Prsnt XXXXXXXX000 ... 129 Backup N F 2 vcp-255/0/10 3 vcp-255/0/2 1 (FPC 1) Prsnt XXXXXXXX001 ... 129 Master* N F 2 vcp-255/0/10 2 (FPC 2) Prsnt XXXXXXXX002 ... 0 Linecard N F 0 vcp-255/0/52 1 vcp-255/0/53 3 (FPC 3) Prsnt XXXXXXXX003 ... 0 Linecard N F 0 vcp-255/0/49멤버 1이 기본 역할을 맡게 되었습니다. 이는 트래픽 흐름을 방해할 수 있습니다. 이 것을 관찰한 경우 다음 단계에 표시된 업링크를 빠르게 활성화합니다.
Member 1에서 새 VCF에서 업링크 대면 인터페이스 et-1/0/23을 활성화합니다.
user@switch# delete interfaces et-1/0/23 disable
그림 5와 같이 4개 구성원 VCF를 구성했습니다.
그림 5: 4개 구성원 VCF
복원
구성원 1이 새 VCF에 합류하면 LACP 상태가 재설정되면 1분 미만의 트래픽 중단이 발생할 것으로 예상됩니다. 서버에서 진행 중인 핑을 모니터링합니다.
64 bytes from 192.168.100.1: icmp_seq=9910 ttl=64 time=1.84 ms 64 bytes from 192.168.100.1: icmp_seq=9911 ttl=64 time=6.83 ms 64 bytes from 192.168.100.1: icmp_seq=9912 ttl=64 time=0.938 ms 64 bytes from 192.168.100.1: icmp_seq=9913 ttl=64 time=9.03 ms 64 bytes from 192.168.100.1: icmp_seq=9914 ttl=64 time=7.84 ms From 192.168.100.100 icmp_seq=9954 Destination Host Unreachable . . .
구성원 1이 기본 역할을 다시 수행하므로 잔여 구성으로 인해 업링크 및 서버 대면 인터페이스가 자동으로 비활성화되지 않는지 확인합니다. 구성원 1에서 다음 명령을 실행하고 LACP 자식 인터페이스가 상태 상태와 위로
collecting distributing있는지 확인합니다.{master:1} user@switch> show lacp interfaces Aggregated interface: ae0 LACP state: Role Exp Def Dist Col Syn Aggr Timeout Activity xe-2/0/46 Actor No No Yes Yes Yes Yes Fast Active xe-2/0/46 Partner No No Yes Yes Yes Yes Fast Active xe-3/0/46 Actor No No Yes Yes Yes Yes Fast Active xe-3/0/46 Partner No No Yes Yes Yes Yes Fast Active LACP protocol: Receive State Transmit State Mux State xe-2/0/46 Current Fast periodic Collecting distributing xe-3/0/46 Current Fast periodic Collecting distributing Aggregated interface: ae1 LACP state: Role Exp Def Dist Col Syn Aggr Timeout Activity et-1/0/23 Actor No No Yes Yes Yes Yes Fast Active et-1/0/23 Partner No No Yes Yes Yes Yes Fast Active et-0/0/23 Actor No No Yes Yes Yes Yes Fast Active et-0/0/23 Partner No No Yes Yes Yes Yes Fast Active LACP protocol: Receive State Transmit State Mux State et-1/0/23 Current Fast periodic Collecting distributing et-0/0/23 Current Fast periodic Collecting distributing{master:1} user@switch> show interfaces terse | match ae et-0/0/23.0 up up aenet --> ae1.0 et-1/0/23.0 up up aenet --> ae1.0 xe-2/0/46.0 up up aenet --> ae0.0 xe-3/0/46.0 up up aenet --> ae0.0 ae0 up up ae0.0 up up eth-switch ae1 up up ae1.0 up up eth-switchMember 1에서 VCF의 새로운 기본 디바이스는 모든 VCF 멤버가 의도한 Junos OS 릴리스를 실행하고 있는지 확인합니다.
{master:1} user@switch> show version fpc0: -------------------------------------------------------------------------- Hostname: switch Model: qfx5100-24q-2p Junos: 18.4R1.8 JUNOS Base OS Software Suite [18.4R1.8] JUNOS Base OS boot [18.4R1.8] . . . fpc1: -------------------------------------------------------------------------- Hostname: switch Model: qfx5100-24q-2p Junos: 18.4R1.8 JUNOS Base OS Software Suite [18.4R1.8] JUNOS Base OS boot [18.4R1.8] . . . fpc2: -------------------------------------------------------------------------- Hostname: switch Model: qfx5100-48s-6q Junos: 18.4R1.8 JUNOS Base OS Software Suite [18.4R1.8] JUNOS Base OS boot [18.4R1.8] . . . fpc3: -------------------------------------------------------------------------- Hostname: switch Model: qfx5100-48s-6q Junos: 18.4R1.8 JUNOS Base OS Software Suite [18.4R1.8] JUNOS Base OS boot [18.4R1.8] . . .진행 중인 핑에서 서버의 트래픽이 VCF를 통해 정상적으로 전송되는지 확인합니다. 40~50초의 다운타임을 기대합니다.
64 bytes from 192.168.100.1: icmp_seq=10057 ttl=64 time=4.91 ms 64 bytes from 192.168.100.1: icmp_seq=10058 ttl=64 time=4.44 ms 64 bytes from 192.168.100.1: icmp_seq=10059 ttl=64 time=10.9 ms . . . 64 bytes from 192.168.100.1: icmp_seq=10074 ttl=64 time=6.98 ms 64 bytes from 192.168.100.1: icmp_seq=10075 ttl=64 time=4.94 ms ^C --- 192.168.100.1 ping statistics --- 10075 packets transmitted, 9970 received, +39 errors, 1% packet loss, time 10089682ms rtt min/avg/max/mdev = 0.261/7.778/151.226/10.579 ms, pipe 3
트래픽은 VCF를 통해 정상적으로 전송됩니다. 4명으로 구성된 VCF가 업그레이드되고 완벽하게 작동합니다.
결론
이 절차는 NSSU를 사용할 수 없거나 바람직하지 않을 때 데이터센터 워크로드에 미치는 영향을 최소화하면서 전체 VCF를 업그레이드하는 권장 방법 중 하나를 설명합니다.