Junos OS Evolved를 위한 GR(Graceful 라우팅 엔진 Switchover) 이해

그레이스풀 라우팅 엔진 스위치오버 개념

진화한 Junos OS의 GRES(Graceful 라우팅 엔진 Switchover ) 기능을 사용하면 하나의 라우팅 엔진에 장애가 발생하더라도 중복 라우팅 라우팅 엔진이 있는 라우터가 패킷을 계속 전달할 수 있습니다. GRES는 인터페이스 정보를 보존합니다. 트래픽이 중단되지 않습니다.

메모:

Junos OS Evolved를 실행하는 PTX10004 및 PTX10008 플랫폼에서 GRES는 기본적으로 활성화되며 비활성화할 수 없습니다.

인접 라우터는 라우터가 재시작되었음을 감지하고 개별 라우팅 프로토콜 사양에 규정된 방식으로 이벤트에 대응합니다.

전환 중에 라우팅을 유지하려면 GRES를 다음 중 하나와 결합해야 합니다.

• Graceful Restart 프로토콜 확장

• NSR(Nonstop Active Routing)

GRES 중 기본 라우팅 엔진에 대한 모든 업데이트는 발생하는 즉시 백업 라우팅 엔진에 복제됩니다.

메모:

동기화 요구 사항 및 논리로 인해 NSR/GRES 성능은 시스템에서 가장 느린 라우팅 엔진에 의해 제한됩니다.

다음과 같은 경우 기본 역할이 백업 라우팅 엔진으로 전환됩니다.

• 기본 라우팅 엔진 커널이 작동을 멈춥니다.

• 기본 라우팅 엔진에 하드웨어 장애가 발생합니다.

• 관리자가 수동 전환을 시작합니다.

메모:

전환 중에 라우팅 프로토콜 상태 정보를 신속하게 복원하거나 보존하려면 GRES를 각각 Graceful Restart 또는 Nonstop Active Routing과 결합해야 합니다. 무중단 활성 라우팅에 대한 자세한 내용은 무중단 활성 라우팅 개념을 참조하십시오.

백업 라우팅 엔진이 2초 후에 기본 라우팅 엔진으로부터 keepalive를 수신하지 않으면 기본 라우팅 엔진에 장애가 발생한 것으로 판단하고 기본 역할을 맡습니다.

패킷 포워딩 엔진:

• 기존 기본 라우팅 엔진과의 원활한 연결 해제

• 새 기본 라우팅 엔진에 다시 연결합니다

• 재부팅하지 않음

• 트래픽을 방해하지 않습니다.

그러면 새로운 기본 라우팅 엔진과 패킷 포워딩 엔진이 동기화됩니다. 새로운 기본 라우팅 엔진은 패킷 포워딩 엔진 상태가 최신 상태가 아님을 감지하면 상태 업데이트 메시지를 다시 보냅니다.

메모:

연속적인 라우팅 엔진 전환 이벤트는 두 라우팅 엔진이 모두 작동한 후 최소 240초(4분) 간격이어야 합니다.

라우터나 스위치에 과(와) 유사한 Standby Routing Engine is not ready for graceful switchover. Packet Forwarding Engines that are not ready for graceful switchover might be reset 경고 메시지가 표시되면 전환을 시도하지 마십시오. 전환을 진행하기로 선택한 경우, Graceful Switchover에 대한 준비가 되지 않은 패킷 전달 엔진만 재설정됩니다. 어떤 FPC도 자발적으로 다시 시작해서는 안 됩니다. 경고가 더 이상 나타나지 않을 때까지 기다렸다가 전환을 진행하는 것이 좋습니다.

메모:

GRES가 hwdre 제대로 작동하려면 애플리케이션이 실행 중이어야 합니다.

다음 두 가지를 모두 실행하여 GRES 준비 상태를 확인합니다.

• request chassis routing-engine master switch check 기본 라우팅 엔진의 명령입니다.

• show system switchover 백업 라우팅 엔진의 명령입니다.

GRES를 위한 전환 준비 프로세스는 다음과 같습니다.

1. 기본 라우팅 엔진이 시작됩니다.

2. 라우팅 플랫폼 프로세스가 시작됩니다.

3. 패킷 포워딩 엔진이 시작되고 기본 라우팅 엔진에 연결됩니다.

4. 모든 상태 정보가 시스템에서 업데이트됩니다.

5. 백업 라우팅 엔진이 시작됩니다.

6. 시스템은 GRES가 활성화되었는지 여부를 결정합니다.

7. 백업 라우팅 엔진은 기본 라우팅 엔진과 동기화됩니다.

8. 상태 정보 및 포워딩 테이블이 업데이트됩니다.

전환 프로세스는 다음 단계로 구성됩니다.

1. 기본 라우팅 엔진의 keepalive가 손실되면 시스템은 백업 라우팅 엔진으로 graceful 전환됩니다.

2. 패킷 포워딩 엔진은 백업 라우팅 엔진에 연결되며, 이 엔진은 새로운 기본이 됩니다.

3. GRES에 속하지 않는 라우팅 플랫폼 프로세스(예: 라우팅 프로토콜 프로세스(rpd))가 다시 시작됩니다.

4. 전환 시점부터 학습된 상태 정보가 시스템에서 업데이트됩니다.

5. 구성된 경우, GR(Graceful Restart ) 프로토콜 확장은 이웃 피어 도우미 라우터에서 라우팅 정보를 수집하고 복원합니다.

라우팅 엔진 전환의 효과

표 1 에는 다음과 같은 각기 다른 기능이 활성화되었을 때 라우팅 엔진 전환의 효과가 설명되어 있습니다.

• 그레이스풀 라우팅 엔진 스위치오버 전용

• GRES 및 NSR(Nonstop Active Routing)

• GRES 및 Graceful Restart

표 1: 라우팅 엔진 전환의 효과

특징	혜택	고려 사항
GRES 지원	전환 중에는 인터페이스 정보가 보존됩니다. 패킷 전달 엔진이 다시 시작되지 않으므로 전환 속도가 더 빠릅니다.	새로운 기본 라우팅 엔진은 라우팅 프로토콜 프로세스(rpd)를 다시 시작합니다. 모든 인접 시스템은 라우터의 상태 변경을 인식합니다.
GRES 및 NSR 지원	전환 중에는 트래픽이 중단되지 않습니다. 인터페이스 정보는 보존됩니다.	지원되지 않는 프로토콜은 각 프로토콜에 내재된 정상적인 복구 메커니즘을 사용하여 새로 고쳐야 합니다.
GRES 및 Graceful Restart 사용	전환 중에는 트래픽이 중단되지 않습니다. 인터페이스 정보는 보존됩니다. Graceful Restart 프로토콜 확장은 이웃 라우터에서 라우팅 정보를 빠르게 수집하고 복원합니다.	neighbor는 Graceful Restart를 지원해야 하며 대기 간격이 필요합니다. 라우팅 프로토콜 프로세스(rpd)가 다시 시작됩니다. 특정 프로토콜의 경우, 네트워크의 중대한 변화로 인해 Graceful Restart가 중단될 수 있습니다.