라우팅 엔진 이중화 이해

라우팅 엔진 이중화 개요

이중 라우팅 엔진은 동일한 라우팅 플랫폼에 설치된 2개의 라우팅 엔진입니다. 하나는 기본 엔진으로 기능하고, 다른 하나는 기본 라우팅 엔진에 장애가 발생하면 백업으로 서 있습니다. 듀얼 라우팅 엔진을 장착한 라우팅 플랫폼에서는 단일 라우팅 엔진을 갖춘 라우팅 플랫폼보다 네트워크 리컨버전스가 더 빠르게 이루어집니다.

Routing Engine을 기본 엔진으로 구성하면 모든 기능이 지원됩니다. 라우팅 정보를 수신 및 전송하고, 라우팅 테이블을 구축 및 유지하고, 인터페이스 및 패킷 전달 엔진 구성 요소와 통신하며 섀시를 완벽하게 제어할 수 있습니다. 라우팅 엔진이 백업 엔진으로 구성된 경우 패킷 전달 엔진 또는 섀시 컴포넌트와 통신하지 않습니다.

참고:

Junos OS Release 8.4 이상에서 실행되는 디바이스에서는 두 라우팅 엔진을 동시에 기본으로 구성할 수 없습니다. 이 구성은 커밋 검사를 실패하게 합니다.

주 라우팅 엔진에서 백업 라우팅 엔진으로의 페일오버는 기본 라우팅 엔진이 하드웨어 장애를 경험하거나 특정 조건에 따라 기본 역할의 변경을 지원하도록 소프트웨어를 구성한 경우 자동으로 이루어집니다. 또한 명령 중 하나를 실행하여 Routing Engine 기본 역할을 수동으로 전환할 request chassis routing-engine 수도 있습니다. 이 항목에서 페일오버 라는 용어는 자동 이벤트를 의미하며, 스위치오버 는 자동 또는 수동 이벤트를 의미합니다.

페일오버 또는 스위칭이 발생하면 백업 라우팅 엔진이 새로운 기본 라우팅 엔진으로서 시스템을 제어합니다.

• graceful Routing Engine 스위치오버가 구성되지 않은 경우, 백업 라우팅 엔진이 기본 엔진이 되면 스위치 플레인을 리셋하고 고유 버전의 마이크로커널을 Packet Forwarding Engine 컴포넌트에 다운로드합니다. 패킷 포워딩 엔진이 재통합되는 동안 트래픽이 중단됩니다. 모든 커널 및 포워딩 프로세스가 재시작됩니다.

• graceful Routing Engine 스위치오버가 구성된 경우 인터페이스 및 커널 정보가 보존됩니다. 패킷 전달 엔진이 재시작되지 않기 때문에 전환 속도가 빨라집니다. 새로운 기본 라우팅 엔진은 라우팅 프로토콜 프로세스(rpd)를 다시 시작합니다. 모든 하드웨어 및 인터페이스는 웜 재시작과 유사한 프로세스를 통해 인수됩니다.

• graceful Routing Engine 스위치오버 및 NSR( Nonstop Active Routing )이 구성된 경우, 전환 중에 트래픽이 중단되지 않습니다. 인터페이스, 커널 및 라우팅 프로토콜 정보가 보존됩니다.

• graceful Routing Engine 전환 및 graceful restart가 구성된 경우, 전환 중에 트래픽이 중단되지 않습니다. 인터페이스 및 커널 정보가 보존됩니다. Graceful Restart 프로토콜 확장은 인접한 라우터에서 라우팅 정보를 신속하게 수집하고 복원합니다.

라우팅 엔진 페일오버를 트리거하는 조건

다음과 같은 이벤트가 구성에 따라 Routing Engine 기본 역할을 자동으로 변경할 수 있습니다.

• 라우팅 플랫폼은 하드웨어 장애를 경험합니다. Routing Engine 또는 관련 호스트 모듈 또는 하위 시스템이 갑자기 전원을 끄면 라우팅 엔진의 기본 역할이 변경됩니다. 또한 기본 라우팅 엔진에서 하드 디스크 오류가 감지되면 백업 라우팅 엔진이 기본 역할을 맡도록 구성할 수도 있습니다. 이 기능을 활성화하려면 계층 수준의 명령문을 [edit chassis redundancy] 포함 failover on-disk-failure 하십시오.

• 라우팅 플랫폼은 커널 충돌 또는 CPU 잠금 등과 같은 소프트웨어 장애를 경험합니다. 유지 신호의 손실을 감지할 때 백업 라우팅 엔진이 주요 역할을 맡도록 구성해야 합니다. 이 페일오버 방법을 활성화하려면 계층 레벨의 failover on-loss-of-keepalives [edit chassis redundancy] 명령문을 포함하십시오.

• 라우팅 플랫폼은 기본 라우팅 엔진에서 em0 인터페이스 장애를 경험합니다. em0 인터페이스 장애를 탐지할 때 백업 라우팅 엔진이 주 역할을 맡도록 구성해야 합니다. 이 페일오버 방법을 활성화하려면 계층 레벨의 on-re-to-fpc-stale [edit chassis redundancy failover] 명령문을 포함하십시오.

• 특정 소프트웨어 프로세스에 장애가 발생합니다. 하나 이상의 지정된 프로세스가 30초 내에 최소 4번 이상 실패할 때 백업 라우팅 엔진이 주요 역할을 수행하도록 구성할 수 있습니다. failover other-routing-engine 계층 수준에서 명령 [edit system processes process-name] 문을 포함합니다.

이러한 조건이 충족되면 메시지가 기록되고 백업 라우팅 엔진이 기본 역할을 수행하려고 시도합니다. 기본적으로 백업 라우팅 엔진이 활성화되면 알람이 생성됩니다. 백업 라우팅 엔진이 기본 역할을 맡은 후에도 원래 구성된 기본 라우팅 엔진이 성공적으로 운영을 재개한 후에도 기본 엔진의 역할을 계속합니다. 수동으로 이전 백업 상태로 복원해야 합니다. (그러나, 라우팅 엔진 중 하나가 없을 경우, 이중화가 어떻게 구성되었는지에 관계없이 다른 라우팅 엔진이 자동으로 기본 엔진이 됩니다.)

기본 라우팅 엔진 이중화 동작

기본적으로 Junos OS는 re0 을 기본 라우팅 엔진으로 사용하고 re1 을 백업 라우팅 엔진으로 사용합니다. 구성에 달리 지정되지 않는 한, re0 은 작동 기본 라우팅 엔진이 재부팅되면 항상 기본 RE가 됩니다.

참고:

섀시의 단일 라우팅 엔진은 이전 백업 라우팅 엔진이라 하더라도 항상 주요 라우팅 엔진이 됩니다.

다음 단계를 수행하여 기본 Routing Engine 이중화 설정이 어떻게 작동하는지 확인합니다.

1. re0이 주요 라우팅 엔진인지 확인합니다.

2. 기본 라우팅 엔진에서 명령을 실행하여 request chassis routing-engine master switch 라우팅 엔진의 기본 역할을 수동으로 전환합니다. re0 은 이제 백업 라우팅 엔진이며 re1 은 주 라우팅 엔진입니다.

   참고:

   주 라우팅 엔진의 다음 재부팅에서, 재부팅 후 이 상태를 유지하도록 라우팅 엔진을 구성하지 않았으므로 Junos OS는 라우터를 기본 상태로 반환합니다.

3. 기본 라우팅 엔진 re1을 재부팅합니다.

   Routing Engine이 부팅되어 구성을 읽습니다. RE1은 컨피규레이션에서 어떤 라우팅 엔진이 주 엔진인지 지정하지 않았기 때문에 기본 구성을 백업으로 사용합니다. 이제 re0과 re1 모두 백업 상태에 있습니다. Junos OS는 이러한 충돌을 감지하고 기본 상태가 되지 않도록 하려면 기본 구성으로 돌아가 re0을 기본으로 보냅니다.

TX Matrix 라우터의 라우팅 엔진 이중화

라우팅 매트릭스에서는 TX Matrix 라우터와 연결된 T640 라우터의 모든 기본 라우팅 엔진이 동일한 Junos OS 릴리스를 실행해야 합니다. 마찬가지로 라우팅 매트릭스의 모든 백업 라우팅 엔진은 동일한 Junos OS 릴리스를 실행해야 합니다. 라우팅 매트릭스의 모든 기본 및 백업 라우팅 엔진에서 동일한 Junos OS 릴리스를 실행하면 라우팅 매트릭스의 백업 라우팅 엔진에 대한 기본 역할의 변경이 라우팅 매트릭스의 다른 섀시에서 기본 역할의 변경을 야기하지 않습니다.

주의:

(TX Matrix 또는 TX Matrix Plus 라우터 기반의 라우팅 매트릭스 전용) 라우팅 매트릭스 내에서 모든 라우팅 엔진은 동일한 Junos OS 릴리스를 실행하는 것이 좋습니다. RE에서 서로 다른 릴리스를 실행하고 기본 역할의 변경이 TX Matrix 라우터 또는 TX Matrix Plus 라우터에 기반한 라우팅 매트릭스의 백업 라우팅 엔진에서 발생하는 경우, 하나 또는 모든 라우터가 TX Matrix 라우터 또는 TX Matrix Plus 라우터에서 논리적으로 연결이 끊어 데이터 손실이 발생할 수 있습니다.

라우팅 매트릭스의 모든 기본 및 백업 라우팅 엔진에서 동일한 Junos OS 릴리스가 실행되지 않는 경우, 명령문이 계층 수준에 포함된 경우 다음과 같은 결과가 발생합니다 failover on-loss-of-keepalives is.[edit chassis redundancy]

• failover on-loss-of-keepalives 명령문이 계층 수준에 포함 [edit chassis redundancy] 되고 사용자 또는 호스트 서브시스템이 TX Matrix 라우터의 백업 라우팅 엔진에 대한 기본 역할 변경을 시작할 때, T640 라우터의 주요 라우팅 엔진은 TX Matrix 라우터의 새로운 기본 라우팅 엔진과 소프트웨어 릴리스 불일치를 감지하고 백업 라우팅 엔진의 스위치 기본 역할을 합니다.

• 명령을 사용하는 request chassis routing-engine master T640 라우터의 백업 라우팅 엔진으로 기본 역할을 수동으로 변경할 때, T640 라우터의 새로운 기본 라우팅 엔진은 TX Matrix 라우터의 기본 Routing Engine과 소프트웨어 릴리스 불일치를 감지하고 원래의 기본 라우팅 엔진으로 기본 역할을 포기합니다. (TX Matrix 라우터의 라우팅 엔진 기본 역할은 이 경우 전환되지 않습니다.)

• 호스트 서브시스템이 T640 라우터의 백업 라우팅 엔진에 대한 기본 역할 변경을 시작할 때 기본 라우팅 엔진이 실패하면 T640 라우터는 TX Matrix 라우터에서 논리적으로 연결이 끊어집니다. T640 라우터를 다시 연결하려면 TX Matrix 라우터의 백업 라우팅 엔진에 기본 역할 변경을 시작하거나 T640 라우터에서 장애가 발생한 라우팅 엔진을 교체하고 기본 역할을 전환하십시오. 대체 라우팅 엔진은 TX Matrix 라우터의 기본 라우팅 엔진과 동일한 소프트웨어 릴리스를 실행해야 합니다.

라우팅 매트릭스의 모든 기본 및 백업 라우팅 엔진에서 동일한 Junos OS 릴리스가 실행되지 않는 경우, 명령문이 계층 수준에 포함된 경우 다음과 같은 결과가 발생합니다 failover on-loss-of-keepalives is not.[edit chassis redundancy]

• TX Matrix 라우터의 백업 Routing Engine으로 기본 역할 변경을 시작하는 경우 모든 T640 라우터는 TX Matrix 라우터에서 논리적으로 연결이 끊어집니다. T640 라우터를 다시 연결하려면 T640 라우터의 모든 주요 라우팅 엔진의 기본 역할을 백업 라우팅 엔진으로 전환해야 합니다.

• T640 라우터에서 백업 라우팅 엔진으로 기본 역할 변경을 시작하면 T640 라우터는 TX Matrix 라우터에서 논리적으로 분리됩니다. T640 라우터를 다시 연결하려면 T640 라우터의 새로운 기본 라우팅 엔진의 스위치 기본 역할을 원래의 기본 라우팅 엔진으로 되돌아 주십시오.

TX Matrix Plus 라우터의 라우팅 엔진 이중화

라우팅 매트릭스에서 TX Matrix Plus 라우터와 연결된 LCC의 모든 기본 라우팅 엔진은 동일한 Junos OS 릴리스를 실행해야 합니다. 마찬가지로 라우팅 매트릭스의 모든 백업 라우팅 엔진은 동일한 Junos OS 릴리스를 실행해야 합니다. 라우팅 매트릭스의 모든 기본 및 백업 라우팅 엔진에서 동일한 Junos OS 릴리스를 실행하면 라우팅 매트릭스의 백업 라우팅 엔진에 대한 기본 역할의 변경이 라우팅 매트릭스의 다른 섀시에서 기본 역할의 변경을 야기하지 않습니다.

주의:

(TX Matrix 또는 TX Matrix Plus 라우터 기반의 라우팅 매트릭스 전용) 라우팅 매트릭스 내에서 모든 라우팅 엔진은 동일한 Junos OS 릴리스를 실행하는 것이 좋습니다. RE(Routing Engines)에서 서로 다른 릴리스를 실행하고 기본 역할의 변경이 TX Matrix 라우터 또는 TX Matrix Plus 라우터에 기반한 라우팅 매트릭스의 백업 RE에서 발생하는 경우, 하나 또는 모든 라우터가 TX Matrix 라우터 또는 TX Matrix Plus 라우터에서 논리적으로 연결이 끊어 데이터 손실이 발생할 수 있습니다.

라우팅 매트릭스의 모든 기본 및 백업 라우팅 엔진에서 동일한 Junos OS 릴리스가 실행되지 않는 경우, 명령문이 계층 수준에 포함되어 있는 경우 failover on-loss-of-keepalives is 다음 시나리오가 [edit chassis redundancy] 발생합니다.

• failover on-loss-of-keepalives 명령문이 계층 수준에 포함 [edit chassis redundancy] 되고 사용자 또는 호스트 서브시스템이 TX Matrix Plus 라우터의 백업 라우팅 엔진으로 기본 역할 변경을 시작할 때, 연결된 LCC의 주요 라우팅 엔진은 TX Matrix Plus 라우터의 새로운 기본 라우팅 엔진과 백업 라우팅 엔진의 스위치 기본 역할의 불일치를 감지합니다.

• 명령을 사용하여 request chassis routing-engine master 커넥티드 LCC에서 기본 역할을 백업 LCC로 수동으로 변경할 때 연결된 LCC의 새로운 기본 라우팅 엔진은 TX Matrix Plus 라우터의 기본 라우팅 엔진과 소프트웨어 릴리스 불일치를 감지하고 주 역할을 원래의 기본 라우팅 엔진으로 재지정합니다. (TX Matrix Plus 라우터의 RE(Routing Engine) 기본 역할은 이 경우 전환되지 않습니다.)

• 호스트 하위 시스템이 기본 라우팅 엔진에 장애가 있어 연결된 LCC의 백업 라우팅 엔진에 대한 기본 역할 변경을 시작하면 연결된 LCC는 TX Matrix Plus 라우터에서 논리적으로 연결이 끊어집니다. 연결된 LCC를 다시 연결하려면 TX Matrix Plus 라우터의 백업 라우팅 엔진에 기본 역할 변경을 시작하거나 연결된 LCC에서 장애가 발생한 라우팅 엔진을 교체하고 기본 역할을 전환하십시오. 대체 라우팅 엔진은 TX Matrix Plus 라우터의 기본 라우팅 엔진과 동일한 소프트웨어 릴리스를 실행해야 합니다.

라우팅 매트릭스의 모든 기본 및 백업 라우팅 엔진에서 동일한 Junos OS 릴리스가 실행되지 않는 경우, 명령문이 계층 수준에 포함되어 있는 경우 failover on-loss-of-keepalives is not 다음 시나리오가 [edit chassis redundancy] 발생합니다.

• TX Matrix Plus 라우터의 백업 라우팅 엔진에 대한 기본 역할 변경을 시작하는 경우 모든 연결된 LCC는 TX Matrix Plus 라우터에서 논리적으로 연결이 끊어집니다. 연결된 LCC를 다시 연결하려면 연결된 LCC 내 모든 기본 라우팅 엔진의 스위치 기본 역할을 백업 라우팅 엔진에 연결합니다.

• 연결된 LCC에서 백업 라우팅 엔진으로 기본 역할 변경을 시작하면 연결된 LCC가 TX Matrix Plus 라우터에서 논리적으로 연결이 끊어집니다. 연결된 LCC를 다시 연결하려면 연결된 LCC 내 새로운 기본 라우팅 엔진의 스위치 기본 역할을 원래의 기본 라우팅 엔진으로 다시 연결합니다.

라우팅 엔진을 중단해야 하는 상황

2개의 라우팅 엔진이 있는 라우팅 플랫폼으로 전원을 끄거나 기본 라우팅 엔진을 제거하기 전에 먼저 백업 라우팅 엔진을 중단한 다음 기본 라우팅 엔진을 중단해야 합니다. 그렇지 않으면 Junos OS를 다시 설치해야 할 수도 있습니다. 먼저 기본 라우팅 엔진을 종료한 다음 백업 라우팅 엔진을 종료하는 기본 라우팅 엔진에서 명령을 사용할 request system halt both-routing-engines 수 있습니다. 백업 라우팅 엔진만 종료하려면 백업 라우팅 엔진에 명령을 실행 request system halt 합니다.

기본 라우팅 엔진이 중단되고 전원을 끄거나 제거하지 않는 경우, 기본 라우팅 엔진에서 유지 신호의 손실을 감지할 때 기본 엔진이 되도록 구성하지 않은 한 백업 라우팅 엔진은 비활성 상태로 유지됩니다.

참고:

라우터를 다시 시작하려면 라우팅 엔진의 콘솔 포트(이더넷 관리 포트가 아닌)에 로그인해야 합니다. 기본 라우팅 엔진의 콘솔 포트에 로그인하면 시스템이 자동으로 재부팅됩니다. 백업 라우팅 엔진의 콘솔 포트에 로그인한 후 Enter 키를 눌러 재부팅합니다.

참고:

백업 라우팅 엔진을 업그레이드한 경우 먼저 재부팅한 다음 기본 라우팅 엔진을 재부팅합니다.