Evolved Junos OS를 위한 Graceful Routing Engine Switchover 이해

Graceful Routing Engine Switchover 개념

Junos OS Evolved의 GRES( Graceful Routing Engine Switchover ) 기능을 통해 이중 라우팅 엔진을 장착한 라우터는 하나의 라우팅 엔진에 장애가 발생하더라도 패킷을 계속 포워딩할 수 있습니다. GRES는 인터페이스 정보를 보존합니다. 트래픽이 중단되지 않습니다.

참고:

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

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

GRES는 전환 중에 라우팅을 보존하려면 다음 중 하나와 결합해야 합니다.

• Graceful Restart 프로토콜 확장

• NSR(Nonstop Active Routing)

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

참고:

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

다음과 같은 경우에 백업 라우팅 엔진으로 주 역할 스위치를 전환합니다.

• 기본 라우팅 엔진 커널이 작동을 중지합니다.

• 주 라우팅 엔진은 하드웨어 장애를 경험합니다.

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

참고:

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

백업 라우팅 엔진이 2초 후에 기본 라우팅 엔진으로부터 유지를 받지 못하는 경우, 기본 라우팅 엔진이 실패했음을 확인하고 기본 역할을 가정합니다.

패킷 전달 엔진:

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

• 새로운 기본 라우팅 엔진으로의 재연결

• 재부팅 안 함

• 트래픽 중단 없음

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

참고:

연속 라우팅 엔진 전환 이벤트는 두 RE가 발생한 후 최소 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. Packet Forwarding Engine은 기본 라우팅 엔진을 시작하고 연결합니다.

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

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

6. 시스템은 GRES의 활성화 여부를 결정합니다.

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

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

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

1. 기본 라우팅 엔진으로부터 유지보수(keepalives)가 손실되면 시스템은 백업 라우팅 엔진으로 우아하게 오버됩니다.

2. 패킷 전달 엔진은 백업 라우팅 엔진에 연결되며 이는 새로운 기본 엔진이 됩니다.

3. GRES에 포함되지 않은 라우팅 플랫폼 프로세스(예: 라우팅 프로토콜 프로세스(예: rpd)) 재시작

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

5. 구성된 경우 graceful restart 프로토콜 확장은 인접한 피어 헬퍼 라우터로부터 라우팅 정보를 수집하고 복원합니다.

라우팅 엔진 전환의 효과

표 1 은 여러 기능이 활성화될 때 RE(Routing Engine) 전환의 영향을 설명합니다.

• Graceful Routing Engine 스위치오버 전용

• GRES 및 NSR(Nonstop Active Routing)

• GRES 및 Graceful Restart

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

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