그레이스풀 라우팅 엔진 스위치오버 구성
다음 단계와 예제를 통해 GRES(Graceful 라우팅 엔진 스위치오버)를 구성하는 방법을 알아보십시오.
백업 라우터 구성이 있는 라우터에 대한 요구 사항
라우팅 엔진 구성에 문 또는 inet6-backup-router 문이 포함된 backup-router 경우, 문을 destination 사용하여 백업 라우터에 대한 서브넷 주소 또는 여러 서브넷 주소를 지정할 수도 있습니다. 계층 수준에서 백업 라우팅 엔진에 대한 대상 서브넷을 포함합니다[edit system (backup-router | inet6-backup-router) address].
여러 정적 경로가 관리 이더넷 인터페이스에서 게이트웨이를 가리키는 백업 라우터 구성이 있는 경우, 정적 경로보다 더 구체적인 접두사를 구성하거나 계층 수준에서 [edit routing-options static route] 유지 플래그를 포함해야 합니다.
예를 들어, 관리를 위해 관리 이더넷 인터페이스에서 정적 경로 172.16.0.0/12를 구성하는 경우, 다음과 같이 백업 라우터 구성을 지정해야 합니다.
backup-router 172.29.201.62 destination [172.16.0.0/13 172.16.128.0/13]
그레이스풀 라우팅 엔진 전환 활성화
대부분의 경우 GRES(Graceful 라우팅 엔진 전환)는 기본적으로 비활성화됩니다. GRES를 구성하려면 계층 수준에서 [edit chassis redundancy] 문을 포함 graceful-switchover 합니다.
[edit chassis redundancy] graceful-switchover;
GRES를 활성화하면 명령줄 인터페이스(CLI)가 사용 중인 라우팅 엔진을 나타냅니다. 예를 들어:
{master} [edit]
user@host#
GRES를 비활성화하려면 계층 수준에서 문을 삭제 graceful-switchover 합니다 [edit chassis redundancy] .
Graceful Restart를 통한 Graceful 라우팅 엔진 스위치오버 구성
그레이스풀 재시작과 함께 GRES를 사용할 때 라우팅 엔진과 인접 피어 '헬퍼' 라우터 간의 인접 항목이 시간 초과되면 그레이스풀 재시작 프로토콜 확장은 피어 '헬퍼' 라우터에 임박한 재시작을 알릴 수 없습니다. 그러면 Graceful Restart가 중지되고 트래픽 중단을 일으킬 수 있습니다.
이러한 인접성이 유지되도록 하려면 IS-IS 프로토콜의 보류 시간을 기본값인 27초에서 40초보다 큰 값으로 변경하십시오.
라우팅 엔진 구성 동기화
새로 삽입된 백업 라우팅 엔진은 해당 구성을 기본 라우팅 엔진 구성과 자동으로 동기화합니다.
GRES를 구성할 때 기본 라우팅 엔진이 이미 실행된 후 백업 라우팅 엔진을 온라인으로 전환할 수 있습니다. 두 개의 라우팅 엔진을 동시에 시작할 필요는 없습니다.
graceful 라우팅 엔진 switchover를 활성화해야만 기본 라우팅 엔진의 실행 중인 Junos OS 버전을 백업 라우팅 엔진에 복사할 수 있습니다.
시스템이 ISSU 상태인 경우, 실행 중인 Junos OS 버전의 기본 라우터 엔진을 복사할 수 없습니다.
[edit event-options policy policy-name] 계층 수준에서 events CHASSISD_SNMP_TRAP7 문을 포함하여 기본 라우팅 엔진 구성과 백업 라우팅 엔진의 자동 동기화를 활성화할 수 있습니다.
CHASSISD_SNMP_TRAP7는 섀시 프로세스(섀시)가 표시된 인수-값 쌍 7개와 함께 SNMP(Simple Network Management Protocol) 트랩을 생성한다는 시스템 이벤트 로깅 메시지입니다. 기본 및 백업 라우팅 엔진의 자동 동기화를 트리거하는 이벤트 스크립트의 예는 다음과 같습니다.
[edit event-options]
policy UPGRADE-BACKUPRE {
events CHASSISD_SNMP_TRAP7;
attributes-match {
CHASSISD_SNMP_TRAP7.value5 matches "Routing Engine";
CHASSISD_SNMP_TRAP7.trap matches "Fru Online";
CHASSISD_SNMP_TRAP7.argument5 matches jnxFruName;
}
then {
event-script auto-image-upgrade.slax {
arguments {
trap "{$$.trap}";
value5 "{$$.value5}";
argument5 "{$$.argument5}";
}
}
}
}
event-script {
file auto-image-upgrade.slax;
}
이 이벤트를 수신한 후 기본 라우터 엔진의 이벤트 정책이 트리거되고 경로에서 /var/sw/pkg 사용 가능한 이미지가 백업 라우터 엔진 업그레이드로 푸시됩니다. 스크립트 실행 중에 이미지가 백업 라우팅 엔진의 /var/sw/pkg 경로에 복사됩니다.
경로에서 /var/sw/pkg 이미지를 사용할 수 없는 경우 스크립트는 적절한 syslog 메시지와 함께 종료됩니다.
Junos 자동화 스크립트는 자동으로 동기화됩니다.
기본 라우터 엔진이 재부팅된 후, 에서 /usr/libexec/scripts/event/auto-image-upgrade.slax 사용할 수 있는 이벤트 스크립트를 에 /var/db/scripts/event path복사해야 합니다.
향상된 가입자 관리를 지원하는 디바이스의 경우, 그레이스풀 라우팅 엔진 전환이 수행되면 새로운 백업 라우팅 엔진(이전의 기본 라우팅 엔진)이 재부팅됩니다. 이 콜드 재시작은 백업 라우팅 엔진 상태를 새로운 기본 라우팅 엔진의 상태와 재동기화하여 전환 중에 발생할 수 있는 상태의 불일치를 방지합니다.
그레이스풀 라우팅 엔진 스위치오버 작동 확인
백업 라우팅 엔진에서 GRES가 활성화되었는지 확인하려면 명령을 show system switchover 실행합니다. 명령 출력에서 Graceful switchover 필드가 On으로 설정되어 있음을 나타내면 GRES가 작동합니다. 라우팅 엔진 간의 커널 데이터베이스 및 구성 데이터베이스 동기화 상태도 제공됩니다. 예를 들어:
Graceful switchover: On Configuration database: Ready Kernel database: Ready Peer state: Steady state
백업 라우팅 엔진에서 명령을 show system switchover 실행해야 합니다. 이 명령은 기본 라우팅 엔진에서 지원되지 않습니다.
명령에 대한 show system switchover 자세한 정보는 CLI 탐색기를 참조하십시오.
Virtual Chassis에서 그레이스풀 라우팅 엔진 스위치오버 구성
Virtual Chassis에서는 한 개의 멤버 스위치가 기본 역할이 할당되고 기본 라우팅 엔진을 갖습니다. 다른 멤버 스위치에는 백업 역할이 할당되고 백업 라우팅 엔진이 있습니다. GRES(Graceful 라우팅 엔진 스위치오버)는 Virtual Chassis 구성의 기본 및 백업 라우팅 엔진이 무중단 페일오버 솔루션으로 패킷 포워딩을 중단하지 않고 기본에서 백업으로 전환할 수 있도록 합니다. 그레이스풀 라우팅 엔진 전환을 구성할 때, 백업 라우팅 엔진은 자동으로 기본 라우팅 엔진과 동기화되어 커널 상태 정보와 전송 상태를 보존합니다.
GRES(Graceful 라우팅 엔진 스위치오버)를 사용하도록 Virtual Chassis 구성을 설정하려면
구성을 커밋합니다.
이 명령을 사용하여 commit synchronize 다중 멤버 Virtual Chassis에 대한 구성 변경 사항을 저장하는 것이 좋습니다.
느린 디스크의 경우 그레이스풀 라우팅 엔진 전환 방지
예기치 않은 느린 디스크 액세스는 다양한 이유로 발생할 수 있습니다(예: 결함 또는 불량 섹터), 라우팅 프로세스(rpd)와 같은 프로세스의 정상적인 작동을 지연시킬 수 있습니다. 결국 라우터의 성능이 영향을 받게 됩니다. 이러한 상황에서는 일반적인 장애 조치(failover) 메커니즘이 트리거되는 데 시간이 더 오래 걸릴 수 있습니다.
주니퍼 네트웍스는 이러한 딜레마를 해결하기 위해 디스크 모니터링 데몬을 도입했습니다. 데몬은 느린 디스크 액세스를 감지하고 장애 복구를 시작합니다. 페일오버는 트래픽 영향을 최소화하고 백로그 정리를 위해 원래 기본 라우팅 엔진의 부하를 완화할 수 있습니다.
그러나 장애 조치가 발생하지 않도록 하는 경우가 있습니다. 라우팅 토폴로지에서 일련의 업데이트로 이어질 수 있는 대규모 변경 사항 또는 사소한 변경 사항을 커밋할 수 있습니다. 이러한 활동은 광범위한 디스크 액세스 지연으로 이어질 수 있으므로 장애 조치(failover)를 트리거할 수 있습니다. 페일오버를 트리거하지 않으려는 이와 같이 예상되는 디스크 액세스 지연의 경우 구성 명령을 설정 chassis redundancy failover not-on-disk-underperform 하여 페일오버가 발생하지 않도록 선택할 수 있습니다. 또 다른 방법은 명령을 설정 system processes gstatd disable 하여 디스크 모니터링 데몬을 완전히 비활성화하는 것입니다.
라우팅 엔진에서 디스크가 느린 경우 페일오버를 방지하려면:
[edit chassis redundancy failover] 느린 디스크에 대한 응답으로 gstatd가 장애 복구를 시작하지 못하도록 하는 옵션을 설정합니다.
[edit] user@host# set chassis redundancy failover not-on-disk-underperform
로컬 통계 재설정
그레이스풀 라우팅 엔진 전환을 활성화하면 기본 라우팅 엔진 구성이 복사되어 백업 라우팅 엔진에 로드됩니다. 사용자 파일, 계정 정보 및 추적 옵션 정보는 백업 라우팅 엔진에 복제되지 않습니다.
그레이스풀 라우팅 엔진 전환이 발생하면 프로세스 통계 및 네트워킹 통계와 같은 로컬 통계가 프로세스가 처음 온라인 상태가 된 시점의 누적 값으로 표시됩니다. 기본 라우팅 엔진의 프로세스는 백업 라우팅 엔진의 프로세스와 다른 시간에 시작될 수 있기 때문에 동일한 프로세스에 대한 두 라우팅 엔진의 통계가 다를 수 있습니다. 그레이스풀 라우팅 엔진 전환 후에는 clear interface statistics (interface-name | all) 명령을 실행하여 로컬 통계의 누적 값을 재설정하는 것이 좋습니다. 포워딩 통계는 그레이스풀 라우팅 엔진 전환의 영향을 받지 않습니다.
clear 명령을 사용하여 통계 및 프로토콜 데이터베이스 정보를 지우는 방법에 대한 자세한 내용은 CLI 탐색기를 참조하십시오.
clear firewall 명령은 graceful 라우팅 엔진 switchover가 활성화된 백업 라우팅 엔진에서 라우팅 엔진 필터 카운터를 지우는 데 사용할 수 없습니다.
예: Graceful Restart를 통한 GRES용 IS-IS 구성
이 예는 라우팅 엔진의 라우팅 엔진 확장을 구성하여 IS-IS(Intermediate System to Intermediate System) 내부 게이트웨이 프로토콜(IGP)을 사용하여 Graceful Restart와 함께 GRES(Graceful Routing Engine Switchover)를 성공적으로 활성화하는 방법을 보여줍니다.
요구 사항
GRES는 다음 중 하나와 결합될 때 기본 라우팅 엔진에 장애가 발생할 경우 네트워크 트래픽 중단을 방지합니다.
그레이스풀 리스타트(Graceful Restart)
NSR(Nonstop Active Routing)
여기에서 지침에 따라 Graceful Restart를 구성하기 전에 기본적으로 비활성화되어 있는 GRES를 활성화했는지 확인하십시오. 자세한 내용은 그레이스풀 라우팅 엔진 전환 구성을 참조하십시오.
개요
라우팅 엔진과 인접 피어 '도우미' 라우터 간의 인접성이 시간 초과되면, 그레이스풀 재시작 프로토콜 확장은 피어 '도우미' 라우터에 임박한 재시작을 알릴 수 없습니다. 그러면 Graceful Restart가 중지되고 트래픽 중단을 일으킬 수 있습니다.
이러한 인접성이 유지되도록 하려면 IS-IS 프로토콜의 보류 시간을 기본값인 27초에서 40초보다 큰 값으로 변경하십시오.
시스템이 IS-IS 대신 최단 경로 우선(Open Shortest Pathway First) 프로토콜을 사용하는 경우, 구성 정보는 예: OSPF 타이머 구성을 참조하십시오.
구성
CLI 빠른 구성
보류 시간을 빠르게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성과 일치시키는 데 필요한 세부 사항을 변경한 다음, 표시된 다른 계층 수준에서 명령을 복사하여 CLI에 붙여넣습니다.
각 인터페이스는 라우팅 디바이스가 작동하는 각 수준에 대한 값과 함께 개별적으로 설정해야 합니다. 이 예에서는 최소 권장 값인 41초가 사용되며, 크기와 트래픽에 따라 시스템에 더 높은 값이 필요할 수 있습니다.
레벨 1과 레벨 2는 서로 다른 값으로 설정할 수 있습니다.
[프로토콜 편집]
set protocols isis interface ge-1/2/0 level 1 hold-time 41 set protocols isis interface ge-1/2/0 level 2 hold-time 41
[논리 시스템 논리 시스템 이름 편집}
set protocols isis interface ge-1/2/0 level 1 hold-time 41 set protocols isis interface ge-1/2/0 level 2 hold-time 41
[논리 시스템 논리 시스템 이름 라우팅 인스턴스 라우팅 인스턴스 이름 편집]
set protocols isis interface ge-1/2/0 level 1 hold-time 41 set protocols isis interface ge-1/2/0 level 2 hold-time 41
[edit routing-instances routing-instance-name]
set protocols isis interface ge-1/2/0 level 1 hold-time 41 set protocols isis interface ge-1/2/0 level 2 hold-time 41
Graceful Restart를 위한 IS-IS 프로토콜 보류 시간 구성
단계별 절차
그레이스풀 재시작을 위한 IS-IS 보류 시간 구성:
인터페이스를 찾거나 설정합니다.
set protocols isis interface interface-name
네트워크 수준과 해당 수준에 대한 보류 시간을 초 단위로 설정합니다.
set protocols isis interface interface-name level 1 hold-time 41
라우팅 디바이스가 둘 이상의 수준에서 작동하는 경우 다른 수준의 값을 설정합니다.
set protocols isis interface interface-name level 2 hold-time 41
라우팅 디바이스 구성을 완료하면 구성을 커밋합니다.
메모:공유 네트워크의 모든 라우팅 디바이스에서 전체 구성을 반복합니다.
결과
확인
Graceful Restart를 위한 IS-IS 프로토콜 보류 시간 확인
목적
IS-IS 프로토콜 홀드 타임이 41초 이상으로 설정되어 Graceful Restart가 활성화되었는지 확인합니다.
행동
운영 모드에서 명령을 입력 show isis adjacency brief 하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.
의미
IS-IS 프로토콜 홀드 타임 값이 충분히 높으면 시스템 구성을 다시 시작할 수 있으며 라우팅 엔진에 장애가 발생하더라도 트래픽이 계속됩니다.