이 페이지의 내용
2개 구성원 QFX 시리즈 Virtual Chassis 업그레이드
이 네트워크 구성 예제 정보
이 네트워크 구성 예(NCE)는 NSSU(Nonstop Software Upgrade) 프로세스를 사용할 수 없거나 바람직하지 않을 때 2개 구성원으로 구성된 QFX 시리즈 Virtual Chassis를 업그레이드하는 방법을 보여줍니다. 이 프로세스는 서비스 중단을 최소화하고 데이터센터 워크로드에 미치는 영향을 최소화합니다. QFX 시리즈용 NSSU 기능은 Junos 릴리스 정보의 QFX 시리즈 섹션에서 확인할 수 있는 특정 릴리스 간에 지원됩니다.
또한보십시오
사용 사례 개요
Virtual Chassis 기능은 QFX 시리즈 포트폴리오의 중요한 측면입니다. 데이터센터의 일반적인 Virtual Chassis 사용 사례는 고가용성 페어의 관리 및 운영을 단순화하기 위해 여러 ToR(Top of Rack) 스위치를 하나의 논리 엔터티로 통합하는 것입니다. 이 사용 사례에서 서버 랙은 2개의 TOR(Top of Rack) QFX 시리즈 스위치에 멀티호밍됩니다. 스위치는 Virtual Chassis 쌍으로 구성되며 QFX 시리즈 디바이스 중 하나에 장애가 발생할 경우 네트워크 경로에 복원력을 제공합니다.
이러한 디바이스에 소프트웨어 업데이트가 필요한 경우 일반적으로 Virtual Chassis의 NSSU 기능을 사용하여 디바이스를 업그레이드합니다. NSSU 업그레이드는 연결된 서버에 대한 서비스 중단을 최소화하기 위해 지능형 순서로 Virtual Chassis 멤버 디바이스를 선택적으로 업그레이드합니다.
그러나 "시작" 릴리스와 "종료" 릴리스가 NSSU 업그레이드 프로세스를 지원하지 않는 특정 업그레이드 시나리오가 있습니다. 이러한 시나리오에서 업그레이드할 때 일련의 수동 설정 작업을 통해 유사한 결과를 얻을 수 있습니다. 이 사용 사례는 두 릴리스 간의 비 NSSU 업그레이드 경로를 다룹니다.
기술 개요
2개 구성원으로 구성된 Virtual Chassis를 수동으로 업그레이드하는 프로세스는 자동화된 NSSU 프로세스에서 수행하는 단계를 거의 모방합니다. 이 시퀀스는 고가용성 설계를 활용하여 서비스에서 하나의 디바이스를 체계적으로 제거하여 업그레이드 및 재부팅을 수행합니다. 서버 노드가 각 디바이스에 듀얼 호밍되면 네트워크는 업그레이드 기간 동안 Virtual Chassis 멤버 중 하나가 제거되어도 견딜 수 있습니다. 이 과정에서 전체 네트워크 대역폭이 감소하지만 네트워크는 계속 사용할 수 있습니다.
Virtual Chassis 기능은 기본/백업 개념을 사용하여 Virtual Chassis 구성원 간에 디바이스 상태를 동기화된 상태로 유지합니다. 한 디바이스가 트래픽을 처리하는 동안 다른 디바이스는 오프라인으로 전환하고 업그레이드합니다. 두 장치를 모두 업그레이드하려면 다음 단계를 수행합니다.
먼저 모든 트래픽을 기본 디바이스로 이동합니다.
백업 디바이스가 더 이상 서버 트래픽을 처리하지 않으면 Virtual Chassis를 분리합니다.
백업 디바이스가 완전히 분리된 상태에서 백업 디바이스의 소프트웨어를 업그레이드하고 재부팅합니다. 백업 디바이스는 원래 네트워크 구성의 복사본을 유지합니다.
업그레이드된 백업이 온라인 상태가 되면 주 디바이스에서 백업 디바이스로 서버 트래픽을 이동합니다. 백업이 네트워크 부하를 처리하면 기본 디바이스를 업그레이드하고 재부팅합니다.
기본 디바이스가 온라인 상태가 되면 트래픽을 기본 디바이스로 다시 이동합니다.
마지막으로, 두 디바이스 간의 Virtual Chassis 링크를 다시 활성화하여 새 소프트웨어 버전을 실행하는 Virtual Chassis 쌍을 다시 생성합니다.
구성 예
이 구성 예는 2개 구성원으로 구성된 Virtual Chassis를 Junos OS 릴리스 14.1X53-D49.1에서 Junos OS 릴리스 18.1R2.6으로 업그레이드하는 방법을 보여줍니다. 이는 NSSU 기능에 대해 지원되는 조합이 아니므로 아래에 설명된 수동 설정 프로세스를 사용합니다.
이 예에서는 기본 Virtual Chassis 구성을 사용하지만, 이 프로세스는 다양한 사용 사례에 맞게 조정할 수 있습니다.
요구 사항
이 절차를 사용하여 QFX5100, QFX5110, QFX5220 또는 QFX5200 스위치로 구성된 2개 구성원 Virtual Chassis의 두 멤버를 동일한 Junos OS 릴리스 버전으로 업그레이드합니다. 이 예시와 같이 Virtual Chassis의 두 구성원이 모두 동일한 플랫폼인 것이 좋습니다.
시작하기 전에:
-
Virtual Chassis가 두 개의 멤버로 구성되어 있는지 확인하며, 하나는 기본 멤버로 구성되고 다른 하나는 백업 멤버로 구성됩니다.
-
Virtual Chassis 모드(즉, Virtual Chassis Fabric 모드가 아님)에서 Virtual Chassis 구성
-
Virtual Chassis가 레이어 2 기능만 수행하는지 확인합니다(즉, IRB 또는 라우팅 프로토콜이 수행되지 않음).
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
-
Junos OS 릴리스 14.1X53-D49.1을 실행하는 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/
-
단 두 개의 멤버로 Virtual Chassis를 구성할 때마다 분할 감지를 비활성화하는 것이 좋습니다. 분할 감지를 비활성화하지 않으면 이 예의 뒷부분에서 백업 라우팅 엔진을 비활성화할 때 기본 디바이스가 라인 카드 역할을 맡아 제어 및 데이터 플레인을 중지할 수 있습니다.
완전히 구성된 Virtual Chassis로 이 NCE를 시작했으므로 이 옵션은 이미 구성되어 있어야 합니다. 어떤 이유로든 그렇지 않은 경우 지금 구성하십시오.
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가 돌아올 때 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가 다시 설정되었으므로 기본 라우팅 엔진 em0 주소를 사용하여 새로 업그레이드된 Virtual Chassis와 통신할 수 있도록 액세스 포트를 다시 설정해야 합니다.
기본 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를 업그레이드합니다.