라우팅 엔진 이중화 이해

라우팅 엔진 이중화 개요

중복 라우팅 엔진은 동일한 라우팅 플랫폼에 설치된 두 개의 라우팅 엔진입니다. 하나는 기본 라우팅 엔진으로 작동하는 반면, 다른 하나는 기본 라우팅 엔진에 장애가 발생할 경우 백업으로 대기합니다. 이중 라우팅 엔진을 사용하는 라우팅 플랫폼에서는 단일 라우팅 엔진을 사용하는 라우팅 플랫폼보다 네트워크 리컨버전스가 더 빠르게 이루어집니다.

라우팅 엔진이 기본으로 구성되면 모든 기능을 갖게됩니다. 라우팅 정보를 수신 및 전송하고, 라우팅 테이블을 구축 및 유지 관리하고, 인터페이스 및 패킷 전달 엔진 구성 요소와 통신하고, 섀시를 완벽하게 제어합니다. 라우팅 엔진이 백업으로 구성되면 패킷 전달 엔진 또는 섀시 구성 요소와 통신하지 않습니다.

참고:

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

기본 라우팅 엔진에서 백업 라우팅 엔진으로의 페일오버는 기본 라우팅 엔진에 하드웨어 장애가 발생하거나 특정 조건에 따라 기본 역할의 변경을 지원하도록 소프트웨어를 구성한 경우 자동으로 발생합니다. 명령 중 request chassis routing-engine 하나를 실행하여 라우팅 엔진 기본 역할을 수동으로 전환할 수도 있습니다. 이 항목에서 장애 조치(failover )라는 용어는 자동 이벤트를 의미하지만 전환 은 자동 또는 수동 이벤트를 나타냅니다.

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

• GRES(Graceful Routing Engine) 전환이 구성되지 않은 경우, 백업 라우팅 엔진이 기본이 되면 스위치 플레인을 재설정하고 자체 버전의 마이크로커널을 패킷 전달 엔진 구성 요소에 다운로드합니다. 패킷 전달 엔진이 다시 초기화되는 동안 트래픽이 중단됩니다. 모든 커널 및 전달 프로세스가 다시 시작됩니다.

• GRES(Graceful Routing Engine) 전환이 구성된 경우, 인터페이스 및 커널 정보가 보존됩니다. 패킷 전달 엔진이 다시 시작되지 않기 때문에 전환이 더 빠릅니다. 새로운 기본 라우팅 엔진은 라우팅 프로토콜 프로세스(rpd)를 다시 시작합니다. 모든 하드웨어와 인터페이스는 웜 재시작과 유사한 프로세스에 의해 획득됩니다.

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

• 그레이스풀 라우팅 엔진 스위치오버 및 그레이스풀 재시작이 구성된 경우, 전환 중에 트래픽이 중단되지 않습니다. 인터페이스 및 커널 정보는 보존됩니다. Graceful Restart 프로토콜 확장은 인접 라우터에서 라우팅 정보를 빠르게 수집하고 복원합니다.

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

다음 이벤트는 구성에 따라 라우팅 엔진 기본 역할의 자동 변경을 초래할 수 있습니다.

• 라우팅 플랫폼에 하드웨어 장애가 발생했습니다. 라우팅 엔진 또는 관련 호스트 모듈이나 서브시스템의 전원이 갑자기 꺼지면 라우팅 엔진의 기본 역할이 변경됩니다. 기본 라우팅 엔진에서 하드 디스크 오류를 감지하면 백업 라우팅 엔진이 기본 역할을 수행하도록 구성할 수도 있습니다. 이 기능을 사용하려면 계층 수준에서 문을 [edit chassis redundancy] 포함합니다failover on-disk-failure.

• 라우팅 플랫폼에 커널 충돌 또는 CPU 잠금과 같은 소프트웨어 오류가 발생합니다. 백업 라우팅 엔진이 keepalive 신호 손실을 감지할 때 기본 역할을 맡도록 구성해야 합니다. 이 페일오버 방법을 사용하려면 계층 수준에서 문을 [edit chassis redundancy] 포함합니다failover on-loss-of-keepalives.

• 라우팅 플랫폼의 기본 라우팅 엔진에서 em0 인터페이스 장애가 발생합니다. 백업 라우팅 엔진이 em0 인터페이스 장애를 감지할 때 기본 역할을 맡도록 구성해야 합니다. 이 페일오버 방법을 사용하려면 계층 수준에서 문을 [edit chassis redundancy failover] 포함합니다on-re-to-fpc-stale.

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

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

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

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

참고:

섀시의 단일 라우팅 엔진은 이전에 백업 라우팅 엔진이었더라도 항상 기본 라우팅 엔진이 됩니다.

기본 라우팅 엔진 이중화 설정이 어떻게 작동하는지 확인하려면 다음 단계를 수행하십시오.

1. re0이 기본 라우팅 엔진인지 확인합니다.

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

   참고:

   기본 라우팅 엔진의 다음 재부팅 시, 재부팅 후 이 상태를 유지하도록 라우팅 엔진을 구성하지 않았기 때문에 Junos OS는 라우터를 기본 상태로 되돌립니다.

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

   라우팅 엔진이 부팅되고 구성을 읽습니다. 구성에서 어떤 라우팅 엔진이 기본인지 지정하지 않았기 때문에 re1 은 기본 구성을 백업으로 사용합니다. 이제 re0 과 re1 모두 백업 상태입니다. Junos OS는 이러한 충돌을 감지하고 기본이 아닌 상태를 방지하기 위해 기본 구성으로 되돌려 re0 이 기본이 되도록 지시합니다.

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

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

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

참고:

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

참고:

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