이 페이지에서
2인 QFX 시리즈 Virtual Chassis 업그레이드
이 네트워크 구성 예에 대한 정보
이 네트워크 구성 예(NCE)는 NSSU(Nonstop Software Upgrade) 프로세스를 사용할 수 없거나 바람직하지 않은 경우 2인 QFX 시리즈 Virtual Chassis 업그레이드하는 방법을 보여줍니다. 이 프로세스는 서비스 중단을 최소화하고 데이터센터 워크로드에 미치는 영향을 최소화합니다. QFX 시리즈 대한 NSSU 기능은 Junos 릴리스 노트의 QFX 시리즈 섹션에서 찾을 수 있는 특정 릴리스 간에 지원됩니다.
더 보기
사용 사례 개요
Virtual Chassis 기능은 QFX 시리즈 포트폴리오의 중요한 측면입니다. 데이터센터의 일반적인 Virtual Chassis 사용 사례는 여러 TOC(Top-of-Rack) 스위치를 단일 논리적 엔티티로 통합하여 고가용성 쌍의 관리 및 운영을 단순화하는 것입니다. 이 사용 사례에서 서버 랙은 2개의 TO랙 QFX 시리즈 스위치로 멀티호밍됩니다. 스위치는 Virtual Chassis 쌍으로 구성되며 QFX 시리즈 디바이스 중 하나가 실패할 경우 네트워크 경로에 복원력을 제공합니다.
이러한 디바이스에 소프트웨어 업데이트가 필요한 경우 일반적으로 Virtual Chassis NSSU 기능을 사용하여 디바이스를 업그레이드합니다. NSSU 업그레이드는 연결된 서버의 서비스 중단을 최소화하기 위해 Virtual Chassis 구성원 디바이스를 선택적으로 업그레이드합니다.
그러나 "from" 릴리스 및 "to" 릴리스가 NSSU 업그레이드 프로세스를 지원하지 않는 특정 업그레이드 시나리오가 있습니다. 이러한 시나리오에서 업그레이드하면 일련의 수동 운영을 통해 유사한 결과를 얻을 수 있습니다. 이 사용 사례에는 두 릴리스 간의 비 NSSU 업그레이드 경로가 포함됩니다.
기술 개요
2인 Virtual Chassis 수동으로 업그레이드하는 프로세스는 자동화된 NSSU 프로세스가 수행한 단계를 정확히 모방합니다. 이 시퀀스는 고가용성 설계를 활용하여 서비스 중 하나의 디바이스를 체계적으로 제거하여 업그레이드 및 재부팅을 수행합니다. 서버 노드가 각 디바이스에 이중으로 홈링되면, 네트워크는 업그레이드 기간 동안 Virtual Chassis 멤버 중 하나를 제거하는 것을 견딜 수 있습니다. 이 과정에서 전체 네트워크 대역폭이 감소했지만, 네트워크는 여전히 사용할 수 있습니다.
Virtual Chassis 기능은 기본/백업 개념을 사용하여 Virtual Chassis 구성원 간에 디바이스 상태를 동기화합니다. 한 디바이스가 트래픽을 처리하는 동안 다른 디바이스를 오프라인으로 업그레이드합니다. 두 디바이스를 모두 업그레이드하려면 다음 단계를 수행합니다.
첫째, 모든 트래픽을 기본 디바이스로 이동합니다.
백업 디바이스가 더 이상 서버 트래픽을 처리하지 않게 되면 Virtual Chassis 분리합니다.
백업 디바이스가 완전히 분리되면 백업 디바이스의 소프트웨어를 업그레이드하고 재부팅합니다. 백업 디바이스는 원래 네트워크 구성의 사본을 보관합니다.
업그레이드된 백업이 온라인에 연결되면 서버 트래픽을 기본 디바이스에서 백업 디바이스로 이동합니다. 백업이 네트워크 로드를 처리하면 기본 디바이스를 업그레이드하고 재부팅합니다.
기본 디바이스가 온라인에 연결되면 트래픽을 기본 디바이스로 다시 이동합니다.
마지막으로, 두 디바이스 간의 Virtual Chassis 링크를 다시 활성화하여 새 소프트웨어 버전을 실행하는 Virtual Chassis 쌍을 다시 생성합니다.
구성 예
이 구성 예는 Junos OS 릴리스 14.1X53-D49.1에서 Junos OS 릴리스 18.1R2.6으로 2개 구성원 Virtual Chassis 업그레이드하는 방법을 보여줍니다. 이는 NSSU 기능에 대해 지원되는 조합이 아니므로 아래에 설명된 수동 프로세스를 사용할 것입니다.
이 예는 기본 Virtual Chassis 구성을 사용하지만, 여기에서 프로세스는 다양한 사용 사례에 적응할 수 있습니다.
요구 사항
이 절차를 사용하여 QFX5100, QFX5110, QFX5220 또는 QFX5200 스위치로 구성된 2인 Virtual Chassis 구성원을 동일한 Junos OS 릴리스 버전으로 업그레이드합니다. 이 예와 같이 두 Virtual Chassis 구성원 모두 동일한 플랫폼임을 강력히 권장합니다.
시작하기 전에 다음을 수행합니다.
-
Virtual Chassis 사전 프로비전되지 않은 경우, 한 멤버가 기본 라우팅 엔진 되고 다른 한 멤버는 백업 라우팅 엔진
-
Virtual Chassis 두 멤버로 구성되는지 확인
-
Virtual Chassis 모드(즉, Virtual Chassis Fabric 모드가 아님)에서 Virtual Chassis 구성합니다.
-
Virtual Chassis 레이어 2 기능만 수행하고 있는지 확인합니다(즉, IIB 또는 라우팅 프로토콜이 없음).
이 예는 다음과 같은 하드웨어 및 소프트웨어 구성 요소를 사용합니다.
-
릴리스 14.1X53-D49.1을 Junos OS 실행되는 QFX5100-48S-6Q 디바이스 2개
-
Junos OS 릴리스 18.1R2.6
-
Ubuntu Linux 16.04를 실행하는 테스트 서버
개요
릴리스 간 업그레이드를 수행하려면 전환 중에 다운타임을 최소화하기 위해 네트워크 요소 간에 조정된 특정 단계 시퀀스가 필요합니다. 다이어그램에 표시된 대로, 일반 절차는 전환 중에 Virtual Chassis 중복 연결을 통해 최신 서버의 고가용성 특성을 활용합니다.
업그레이드가 시작되면 기능적인 2인 Virtual Chassis 시작합니다. 주니퍼의 목표는 트래픽 중단을 최소화하면서 새로운 Junos OS 릴리스로 업그레이드하는 것입니다. 이를 위해 Virtual Chassis 분리하고 멤버 디바이스를 독립형 장치로 업그레이드합니다. 디바이스가 업그레이드된 후 디바이스를 다시 연결하고 Virtual Chassis 다시 설정합니다.
토폴로지
구성
절차
단계별 절차
디바이스 업그레이드:
-
Virtual Chassis 상태를 확인합니다. Virtual Chassis 매개 변수를 확인하고 작동하는 2인 Virtual Chassis 작동하는지 확인합니다.
{master:0} user@qfx5100-a> show virtual-chassis Preprovisioned Virtual Chassis Virtual Chassis ID: 235e.5bda.52ca Virtual Chassis Mode: Enabled Mstr Mixed Route Neighbor List Member ID Status Serial No Model prio Role Mode Mode ID Interface 0 (FPC 0) Prsnt TA3714120212 qfx5100-48s-6q 129 Master* N Virtual Chassis 1 Virtual Chassisp-255/0/48 1 (FPC 1) Prsnt TA3714120217 qfx5100-48s-6q 129 Backup N Virtual Chassis 0 Virtual Chassisp-255/0/48 -
새 소프트웨어를 Virtual Chassis 멤버에게 업로드합니다. Virtual Chassis 기본 및 백업 디바이스에서 /var/tmp 로 새 소프트웨어를 복사합니다. 이 단계는 업그레이드 절차를 위해 두 스위치 모두에서 소프트웨어를 단계별로 수행합니다. 복사 작업은 Junos OS 이미지를 전송하는 동안 완료하는 데 시간이 걸릴 것입니다.
file copy http://server.example.com/volume/download/software/junos/18.1R2.6/jinstall-host-qfx-5-18.1R2.6-signed.tgz /var/tmp/
-
2개의 멤버로만 Virtual Chassis 형성할 때마다 분할 감지를 비활성화하는 것이 좋습니다. 분할 감지를 비활성화하지 않으면 이 예의 후반부에서 백업 라우팅 엔진 비활성화할 때 기본 디바이스가 라인 카드 역할을 수행하여 제어 및 데이터 플레인을 중지할 수 있습니다.
이 NCE를 완전히 구성된 Virtual Chassis 시작했으므로 이 옵션을 이미 구성해야 합니다. 아무 이유에서든 그렇지 않은 경우 지금 구성하십시오.
user@qfx5100-a# set virtual-chassis no-split-detection
-
백업 라우팅 엔진 서버 대면 포트를 비활성화하여 전환 중 중단을 최소화합니다.
user@qfx5100-b# wildcard range set interfaces ge-1/0/[0-47] disable wildcard range set interfaces xe-1/0/[0-47] disable commit and-quit
-
백업 라우팅 엔진 향해 VCP 포트를 비활성화합니다. 이것은 Virtual Chassis 깨뜨립니다.
user@qfx5100-b> request virtual-chassis vc-port delete pic-slot 0 port 48 member 1 request virtual-chassis vc-port delete pic-slot 0 port 48 member 0
백업 라우팅 엔진 업그레이드합니다. 18.2 또는 더 새로운 Junos 릴리스로 업그레이드할 때는 옵션을 포함
force-host해야 합니다. 이 연속으로 호스트 OS와 Junos 바이니어가 모두 업데이트되고 일치하게 유지됩니다.{master:1} user@qfx5100-b> request system software add /var/tmp/jinstall-host-qfx-5-18.1R2.6-signed.tgz force-host reboot
-
기본 디바이스의 서버 대면 포트를 비활성화하고 백업에서 서버 대면 포트를 동시에 다시 활성화하여 서버 대면 포트를 교체합니다. 백업 및 기본 디바이스에 동일한 구성을 구현하여 두 디바이스가 Virtual Chassis 일부일 때부터 남은 구성을 수정합니다.
백업 QFX에서 먼저 기본 디바이스의 서버 대면 포트를 비활성화합니다. 구성을 커밋하지 마십시오.
user@qfx5100-b# wildcard range set interfaces ge-0/0/[0-47] disable wildcard range set interfaces xe-0/0/[0-47] disable
그런 다음 이전 구성을 삭제하여 백업에서 서버 대면 포트를 다시 활성화합니다. 구성을 커밋합니다.
wildcard range delete interfaces ge-1/0/[0-47] disable wildcard range delete interfaces xe-1/0/[0-47] disable commit and-quit
기본 QFX에서 구성을 반복합니다.
user@qfx5100-a# wildcard range set interfaces ge-0/0/[0-47] disable wildcard range set interfaces xe-0/0/[0-47] disable wildcard range delete interfaces ge-1/0/[0-47] disable wildcard range delete interfaces xe-1/0/[0-47] disable commit and-quit
-
기본 라우팅 엔진 업그레이드합니다. 18.2 또는 더 새로운 Junos 릴리스로 업그레이드할 때는 옵션을 포함
force-host해야 합니다. 이 연속으로 호스트 OS와 Junos 바이니어가 모두 업데이트되고 일치하게 유지됩니다.{master:0} user@qfx5100-a> request system software add /var/tmp/jinstall-host-qfx-5-18.1R2.6-signed.tgz force-host reboot
-
참고:
Virtual Chassis가 사전 프로비저닝되지 않은 경우에만 이 단계를 따릅니다. Virtual Chassis가 사전 프로비저닝된 회원 선거인 경우 기본 라우팅 엔진이 사전 구성되지 않은 경우 시스템 업타임을 기반으로 합니다.
-
서버 대면 포트를 기본 디바이스로 다시 스왑합니다. 기본 디바이스의 서버 대면 포트를 다시 활성화하여 Virtual Chassis 돌아올 때 LACP 컨버전스를 가속화합니다. 백업 및 기본 디바이스에 동일한 구성을 구현하여 두 디바이스가 Virtual Chassis 일부일 때부터 남은 구성을 수정합니다.
백업 QFX에서 먼저 이전 구성을 삭제하여 기본 디바이스의 서버 대면 포트를 다시 활성화합니다. 구성을 커밋하지 마십시오.
user@qfx5100-b# wildcard range delete interfaces ge-0/0/[0-47] disable wildcard range delete interfaces xe-0/0/[0-47] disable
그런 다음 백업에서 서버 대면 포트를 비활성화하고 구성을 커밋합니다.
wildcard range set interfaces ge-1/0/[0-47] disable wildcard range set interfaces xe-1/0/[0-47] disable commit and-quit
기본 QFX에서 구성을 반복합니다.
user@qfx5100-a# wildcard range delete interfaces ge-0/0/[0-47] disable wildcard range delete interfaces xe-0/0/[0-47] disable wildcard range set interfaces ge-1/0/[0-47] disable wildcard range set interfaces xe-1/0/[0-47] disable commit and-quit
-
두 상자에서 VCP 포트를 다시 활성화하여 Virtual Chassis 다시 설정합니다.
user@qfx5100-a> request virtual-chassis vc-port set pic-slot 0 port 48 member 0 request virtual-chassis vc-port set pic-slot 0 port 48 member 1
-
Virtual Chassis 다시 설정했는지 확인합니다.
user@qfx5100-a> show virtual-chassis Preprovisioned Virtual Chassis Virtual Chassis ID: 235e.5bda.52ca Virtual Chassis Mode: Enabled Mstr Mixed Route Neighbor List Member ID Status Serial No Model prio Role Mode Mode ID Interface 0 (FPC 0) Prsnt TA3714120212 qfx5100-48s-6q 129 Master* N Virtual Chassis 1 Virtual Chassisp-255/0/48 1 (FPC 1) Prsnt TA3714120217 qfx5100-48s-6q 129 Backup N Virtual Chassis 0 Virtual Chassisp-255/0/48 -
두 멤버에 대한 액세스 포트를 활성화합니다. 이제 Virtual Chassis 다시 설정되었으므로 새롭게 업그레이드된 Virtual Chassis 통신하기 위해 기본 라우팅 엔진 em0 주소를 사용할 수 있도록 액세스 포트를 다시 설정해야 합니다.
기본 QFX:
user@qfx5100-a# wildcard range delete interfaces ge-1/0/[0-47] disable wildcard range delete interfaces xe-1/0/[0-47] disable commit and-quit
참고:2인 Virtual Chassis 디바이스를 더 추가하려는 경우 분할 탐지를 다시 활성화합니다.
2인 Virtual Chassis 업그레이드하셨습니다.
결론
Virtual Chassis 데이터센터 고가용성을 위한 중요한 아키텍처 설계입니다. 이제 데이터센터 워크로드에 미치는 영향을 최소화하면서 2인 QFX 시리즈 Virtual Chassis 수동으로 업그레이드하는 방법을 알고 있습니다. NSSU를 사용할 수 없거나 바람직하지 않은 경우 이 문서에 설명된 절차를 사용하여 유사한 토폴로지로 Virtual Chassis 업그레이드하십시오.