비디오: 영국 클라우드 프로바이더 Virtual1 & 주니퍼 협력 사례 - Korean 2024
EX Series 버추얼 섀시 장치의 각 스위치 멤버에는 고유 한 라우팅 엔진 (RE)이 있기 때문에 버추얼 섀시 장치에는 고유 한 중복성이 있습니다. 또한 GRES (Graceful Routing Engine Switchover)를 구성 할 수 있습니다. 이 두 가지 유형의 중복성의 차이점을 설명하기 전에 스위치의 RE가 작동하는 방식을 살펴 봐야합니다. 가상 섀시 유닛에서, 마스터 멤버는 라우팅 프로토콜을 실행하는 마스터 RE로서 동작하며, 가상 섀시 유닛의 모든 멤버 스위치상의 패킷 포워딩 엔진 (Packet Forwarding Engines, PFEs, 하위 계층 프로세서)에 대한 포워딩 테이블을 제공한다 LAN에서 트래픽을 전달하고 전체 가상 섀시 장치에 대한 관리 및 제어 프로세스를 실행하는 데 사용합니다.
중복 장애 조치를 사용하면 마스터 구성원이 실패 할 때 백업 RE가 마스터가되고 마스터 RE (라우팅 프로토콜 실행, 전달 테이블 생성 등)처럼 작동하기 시작합니다. 두 RE가 동기화되지 않았으므로이 변경은 PFE의 경우 다소 외상입니다.
GRES는 네트워크 트래픽의 중단을 최소화하면서 새로운 마스터 RE 로의 전환을 허용합니다. GRES를 구성 할 때 마스터 및 백업 RE는 특정 정보를 동기화합니다. 이 동기화를 통해 PFE는 한 RE에서 다른 RE로 원활하게 전환 할 수 있습니다. PFE는 결코 자신의 상태를 부트 업 상태로 다시 초기화하지 않아 전달 중단을 방지합니다.
[edit] user @ junos-switch # set chassis redundancy graceful-switchover
PFE의 스위치 오버가 상당히 원활 할 수도 있지만, 새로운 마스터 RE는 여전히 모든 라우팅 프로토콜 피어와 함께 세션을 다시 시작해야합니다.
기본적으로 이전 세션이 중단되고 새 세션이 설정되는 동안 전환으로 인해 전달이 중단됩니다. 이러한 이유로 레이어 3 라우팅을 수행하는 스위치에서 GRES를 우아한 재시작과 결합하여 레이어 3 포워딩을 기존 라우팅 정보로 계속 진행할 수 있으며 새로운 마스터 RE는 라우팅 프로토콜 피어와 세션을 시작하고 라우팅을 빌드합니다 및 포워딩 테이블.
새로운 마스터 RE가 새로운 라우팅 및 포워딩 테이블을 완성하면 PFE에 업데이트를 보냅니다. 이러한 업데이트는 새 마스터 RE가 속도를 높이는 동안 작동 중단을 방지합니다. 정상적인 재시작이 올바르게 작동하려면 스위치의 라우팅 프로토콜 피어가
도우미 모드
. 헬퍼 모드에서 정상적인 재시작을 지원하는 장치는 고장난 피어를 돕고 우아한 스위치 오버를 수행하는 데 도움이됩니다. 이들 장치는 백업 RE가 인계 받고, 모든 라우팅 정보를 새로운 RE로 재송신하고, 새로운 RE로부터 새로운 라우팅 정보를 수신하는 동안 실패한 스위치에 대한 경로를 유지할 것이다. 재시작이 완료되면, 도우미 디바이스는 새로운 RE로부터 수신 한 라우트를 이전의 마스터 RE에서 수신 한 라우트와 비교합니다.
차이점을 발견하면 라우팅 테이블을 업데이트합니다. 도우미 모드는 네트워크가 스위치 오버시에 있었던 라우팅 및 포워딩 테이블로 트래픽을 전달할 수있게하여 새로운 RE가 모든 라우팅 프로토콜 인접성을 구축하고 경로를 교환 할 수있게합니다.
고맙게도 기본적으로 Junos OS 소프트웨어를 실행하는 모든 라우터는 BGP를 제외한 모든 프로토콜에 대해 우아한 재시작 도우미 모드를 지원합니다. 따라서 Juniper Networks 라우터 만 사용하고 BGP를 실행하지 않으면 다른 작업을 수행 할 필요가 없습니다. Junos OS 소프트웨어를 구성하여 장치에서 graceful restart를 구성하기 만하면 BGP의 정상적인 재시작을 지원할 수 있습니다. 다른 공급 업체의 라우터를 사용하는 경우 특정 프로토콜에 대해 장치를 정상적으로 다시 시작하는 방법을 결정하려면 설명서를 확인해야합니다.
