라우팅 엔진 이중화 구성
요약 아래의 단계와 예에 따라 라우팅 엔진 이중화를 구성합니다.
다음 섹션의 작업을 완료하려면 re0 및 re1 구성 그룹을 정의해야 합니다. 구성 그룹에 대한 자세한 내용은 Junos OS CLI 사용자 가이드를 참조하십시오.
기본 라우팅 엔진 기본 역할 수정
두 개의 라우팅 엔진이 있는 라우터의 경우 어떤 라우팅 엔진이 기본 엔진이고 어떤 라우팅 엔진이 백업인지 구성할 수 있습니다. 기본적으로 슬롯 0의 라우팅 엔진은 기본(re0)이고 슬롯 1의 라우팅 엔진은 백업(re1)입니다.
두 개의 라우팅 엔진이 있는 시스템에서는 두 라우팅 엔진을 동시에 기본으로 구성할 수 없습니다. 이 구성으로 인해 커밋 검사가 실패합니다.
기본 구성을 수정하려면 계층 수준에서 명령문을 [edit chassis redundancy] 포함합니다routing-engine.
[edit chassis redundancy] routing-engine slot-number (master | backup | disabled);
slot-number 0 또는 1일 수 있습니다. 라우팅 엔진을 기본으로 구성하려면 마스터 옵션을 지정합니다. 백업으로 구성하려면 백업 옵션을 지정합니다. 라우팅 엔진을 비활성화하려면 disabled 옵션을 지정합니다.
기본 라우팅 엔진과 백업 라우팅 엔진 간에 전환하려면 라우팅 엔진 기본 역할 수동 전환을 참조하십시오.
백업 라우팅 엔진에 대한 자동 페일오버 구성
다음 섹션에서는 기본 라우팅 엔진에서 특정 오류가 발생할 때 백업 라우팅 엔진으로 자동 페일오버를 구성하는 방법에 대해 설명합니다.
- 패킷 포워딩 중단 없이
- 기본 라우팅 엔진에서 하드 디스크 오류 감지 시
- VM과 RE 간의 끊어진 LCMD 연결 감지 시
- 기본 라우팅 엔진에서 Keepalive 신호 손실 감지 시
- 기본 라우팅 엔진에서 em0 인터페이스 장애 감지 시
- 소프트웨어 프로세스가 실패하는 경우
패킷 포워딩 중단 없이
두 개의 라우팅 엔진이 있는 라우터의 경우 GRES(Graceful Routing Engine Switchover)를 구성할 수 있습니다. Graceful Switchover가 구성되면 패킷 전달을 중단하지 않고 소켓 재연결이 원활하게 이루어집니다. GR(Graceful Routing Engine Switchover)을 구성하는 방법에 대한 자세한 내용은 GR(Graceful Routing Engine Switchover) 구성을 참조하십시오.
기본 라우팅 엔진에서 하드 디스크 오류 감지 시
백업 라우팅 엔진을 구성한 후 기본 라우팅 엔진에서 하드 디스크 오류를 감지하면 자동으로 기본 역할을 수행하도록 지시할 수 있습니다. 이 기능을 사용하려면 계층 수준에서 문을 [edit chassis redundancy failover] 포함합니다on-disk-failure.
[edit chassis redundancy failover] on-disk-failure;
계층의 on-disk-failure [edit chassis redundancy] 문은 Junos Evolved를 실행하는 PTX 플랫폼에서 지원되지 않습니다. 이러한 플랫폼은 기본적으로 디스크 오류가 감지될 때 전환됩니다.
VM과 RE 간의 끊어진 LCMD 연결 감지 시
VM과 RE 간의 LCMD 연결이 끊어질 때 자동 RE 전환을 발생시키는 다음 구성을 설정합니다. 이 기능을 사용하려면 계층 수준에서 문을 [edit chassis redundancy failover] 포함합니다on-loss-of-vm-host-connection.
[edit chassis redundancy failover] on-loss-of-vm-host-connection;
LCMD 프로세스가 기본에서 충돌하는 경우 백업 RE LCMD 연결이 안정적이면 1분 후에 시스템이 전환됩니다. 백업 RE LCMD 연결이 불안정하거나 현재 기본이 방금 기본 역할을 얻은 경우 시스템이 전환되지 않습니다. 기본이 방금 기본 역할을 얻은 경우 전환은 4분 후에만 발생합니다.
기본 라우팅 엔진에서 Keepalive 신호 손실 감지 시
백업 라우팅 엔진을 구성한 후, 기본 라우팅 엔진에서 keepalive 신호 손실을 감지하면 자동으로 기본 역할을 수행하도록 지시할 수 있습니다.
Keepalive 손실 신호 수신 시 페일오버를 활성화하려면 계층 수준에서 문을 포함합니다on-loss-of-keepalives.[edit chassis redundancy failover]
[edit chassis redundancy failover] on-loss-of-keepalives;
계층의 on-loss-of-keepalives [edit chassis redundancy] 문은 Junos Evolved를 실행하는 PTX 플랫폼에서 지원되지 않습니다. 이러한 플랫폼은 keepalive 메시지가 감지되지 않을 때 기본적으로 전환됩니다.
GR(Graceful Routing Engine) 전환이 구성되지 않은 경우, 기본적으로 300초(5분) 후에 페일오버가 발생합니다. 더 짧거나 긴 시간 간격을 구성할 수 있습니다.
keepalive 기간은 기본 라우팅 엔진이 수동으로 재부팅되거나 중단된 경우 360초로 재설정됩니다.
keepalive 기간을 변경하려면 계층 수준에서 문을 [edit chassis redundancy] 포함합니다keepalive-time.
[edit chassis redundancy] keepalive-time seconds;
keepalive-time의 범위는 2초에서 10,000초입니다.
다음 예는 기본 라우팅 엔진에서 keepalive 신호 손실을 감지하도록 백업 라우팅 엔진을 구성하는 경우의 이벤트 시퀀스를 설명합니다.
-
25초의 keepalive 시간을 수동으로 구성합니다.
-
기본 라우팅 엔진에 대한 패킷 전달 엔진 연결이 끊어지고 keepalive 타이머가 만료되면 패킷 전달이 중단됩니다.
-
25초 동안 keepalive가 손실되면 메시지가 기록되고 백업 라우팅 엔진이 기본 역할을 시도합니다. 백업 라우팅 엔진이 활성화되면 알람이 생성되고 디스플레이가 라우팅 엔진의 현재 상태로 업데이트됩니다.
-
백업 라우팅 엔진이 기본 역할을 맡은 후에도 계속해서 기본 역할을 합니다.
그레이스풀 라우팅 엔진 스위치오버가 구성되면 keepalive 신호가 자동으로 활성화되고 페일오버 시간은 2초(M20 라우터에서는 4초)로 설정됩니다. keepalive 시간을 수동으로 재설정할 수 없습니다.
기본 라우팅 엔진을 중단하거나 재부팅하면 Junos OS는 keepalive 시간을 360초로 재설정하고 360초의 keepalive 기간이 만료될 때까지 백업 라우팅 엔진이 기본 역할을 인수하지 않습니다.
이전의 기본 라우팅 엔진은 백업 라우팅 엔진으로 페일오버 후 서비스로 복귀하면 백업 라우팅 엔진이 됩니다. 이전 기본 라우팅 엔진으로 기본 상태를 복원하려면 운영 모드 명령을 사용할 request chassis routing-engine master switch 수 있습니다.
라우팅 엔진 중 하나가 존재하지 않을 경우, 중복 구성 방법에 관계없이 나머지 라우팅 엔진이 자동으로 기본이 됩니다.
기본 라우팅 엔진에서 em0 인터페이스 장애 감지 시
백업 라우팅 엔진을 구성한 후, 기본 라우팅 엔진에서 em0 인터페이스가 실패하면 자동으로 기본 역할을 수행하도록 지시합니다. 이 기능을 사용하려면 계층 수준에서 문을 [edit chassis redundancy failover] 포함합니다on-re-to-fpc-stale.
[edit chassis redundancy failover] on-re-to-fpc-stale;
소프트웨어 프로세스가 실패하는 경우
소프트웨어 프로세스가 실패할 경우 백업 라우팅 엔진으로 자동 전환을 구성하려면 계층 수준에서 문을 포함합니다failover other-routing-engine.[edit system processes process-name]
[edit system processes process-name] failover other-routing-engine;
process-name 은(는) 유효한 프로세스 이름 중 하나입니다. 이 문이 프로세스에 대해 구성되고 해당 프로세스가 30초 이내에 4번 실패하면 라우터는 다른 라우팅 엔진에서 재부팅됩니다. 계층 수준에서 사용할 수 있는 [edit system processes] 또 다른 문은 failover alternate-media입니다. 대체 미디어 옵션에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 관리 라이브러리를 참조하십시오.
라우팅 엔진 기본 역할 수동 전환
라우팅 엔진 기본 역할을 수동으로 전환하려면 다음 명령 중 하나를 사용합니다.
-
백업 라우팅 엔진에서 명령을 실행하여
request chassis routing-engine master acquire백업 라우팅 엔진이 기본 역할을 수행하도록 요청합니다. -
기본 라우팅 엔진에서 명령을 사용하여
request chassis routing-engine master release백업 라우팅 엔진이 기본 역할을 수행하도록 요청합니다. -
라우팅 엔진 중 하나에서 명령을 실행하여 기본 역할을 전환합니다
request chassis routing-engine master switch.
라우팅 엔진 이중화 상태 확인
중복 로깅을 위해 별도의 로그 파일이 / var/log/mastership에 제공됩니다. 로그를 보려면 명령을 사용합니다 file show /var/log/mastership . 표 1 에는 기본 역할 로그 이벤트 코드 및 설명이 나와 있습니다.
| 이벤트 코드 |
설명 |
|---|---|
| E_NULL = 0 |
이벤트가 null 이벤트입니다. |
| E_CFG_M |
라우팅 엔진은 기본으로 구성됩니다. |
| E_CFG_B |
라우팅 엔진은 백업으로 구성됩니다. |
| E_CFG_D |
라우팅 엔진은 비활성화된 것으로 구성됩니다. |
| E_MAXTRY |
기본 역할을 획득하거나 해제하려는 최대 시도 횟수를 초과했습니다. |
| E_REQ_C |
클레임 기본 역할 요청이 전송되었습니다. |
| E_ACK_C |
클레임 기본 역할 승인을 받았습니다. |
| E_NAK_C |
클레임 기본 역할 요청이 승인되지 않았습니다. |
| E_REQ_Y |
기본 역할 확인이 요청됩니다. |
| E_ACK_Y |
기본 역할이 인정됩니다. |
| E_NAK_Y |
기본 역할은 인정되지 않습니다. |
| E_REQ_G |
라우팅 엔진에서 릴리스 기본 역할 요청을 보냈습니다. |
| E_ACK_G |
라우팅 엔진은 기본 역할의 릴리스를 인정했습니다. |
| E_CMD_A |
요청 섀시 라우팅 엔진 마스터 획득 명령이 백업 라우팅 엔진에서 발행되었습니다. |
| E_CMD_F |
백업 라우팅 엔진에서 명령 request chassis routing-engine master acquire force 가 발행되었습니다. |
| E_CMD_R |
명령 요청 섀시 라우팅 엔진 마스터 릴리스 가 기본 라우팅 엔진에서 발행되었습니다. |
| E_CMD_S |
명령 요청 섀시 라우팅 엔진 마스터 스위치가 라우팅 엔진에서 발행되었습니다. |
| E_NO_ORE |
다른 라우팅 엔진은 탐지되지 않습니다. |
| E_TMOUT |
요청 시간이 초과되었습니다. |
| E_NO_IPC |
라우팅 엔진 연결이 끊어졌습니다. |
| E_ORE_M |
기타 라우팅 엔진 상태가 기본으로 변경되었습니다. |
| E_ORE_B |
기타 라우팅 엔진 상태가 백업으로 변경되었습니다. |
| E_ORE_D |
기타 라우팅 엔진 상태가 비활성화로 변경되었습니다. |
초기 라우팅 엔진 구성 예
구성 그룹을 사용하여 각 라우팅 엔진에 올바른 IP 주소가 사용되도록 보장하고 두 라우팅 엔진 모두에 대해 단일 구성 파일을 유지할 수 있습니다.
다음 예에서는 별도의 IP 주소를 사용하여 구성 그룹 re0 및 re1 을 정의합니다. 이러한 잘 알려진 구성 그룹 이름은 적절한 라우팅 엔진에만 적용됩니다.
groups {
re0 {
system {
host-name my-re0;
}
interfaces {
fxp0 {
description "10/100 Management interface";
unit 0 {
family inet {
address 10.255.2.40/24;
}
}
}
}
}
re1 {
system {
host-name my-re1;
}
interfaces {
fxp0 {
description "10/100 Management interface";
unit 0 {
family inet {
address 10.255.2.41/24;
}
}
}
}
}
}
두 라우팅 엔진의 관리 이더넷 인터페이스(이 예에서는 fxp0 )에 추가 IP 주소를 할당할 수 있습니다. 할당된 주소는 master-only 키워드를 사용하며 두 라우팅 엔진에 대해 동일하므로 기본 라우팅 엔진의 IP 주소에 언제든지 액세스할 수 있습니다. 주소는 기본 라우팅 엔진의 관리 이더넷 인터페이스에서만 활성화됩니다. 라우팅 엔진 전환 중에 주소는 새로운 기본 라우팅 엔진으로 이동합니다.
예를 들어, re0에서 구성은 다음과 같습니다.
[edit groups re0 interfaces fxp0]
unit 0 {
family inet {
address 10.17.40.131/25 {
master-only;
}
address 10.17.40.132/25;
}
}
re1에서 구성은 다음과 같습니다.
[edit groups re1 interfaces fxp0]
unit 0 {
family inet {
address 10.17.40.131/25 {
master-only;
}
address 10.17.40.133/25;
}
}
듀얼 라우팅 엔진의 초기 구성에 대한 자세한 내용은 Junos OS 소프트웨어 설치 및 업그레이드 가이드를 참조하십시오. 두 라우팅 엔진 모두에서 master-only 키워드를 사용하여 관리 이더넷 인터페이스에 추가 IP 주소를 할당하는 방법에 대한 자세한 내용은 Junos OS CLI 사용자 가이드를 참조하십시오.
또한보십시오
하나의 라우팅 엔진에서 다른 라우팅 엔진으로 구성 파일 복사
콘솔 포트 또는 관리 이더넷 포트를 사용하여 두 라우팅 엔진 간의 연결을 설정할 수 있습니다. 그런 다음 FTP를 복사하거나 사용하여 기본에서 백업으로 구성을 전송하고 파일을 로드하고 일반적인 방법으로 커밋할 수 있습니다.
관리 이더넷 포트를 사용하여 다른 라우팅 엔진에 연결하려면 다음 명령을 실행합니다.
user@host> request routing-engine login (other-routing-engine | re0 | re1)
TX Matrix 라우터에서 관리 이더넷 포트를 사용하여 다른 라우팅 엔진에 연결하려면 다음 명령을 실행합니다.
user@host> request routing-engine login (backup | lcc number | master | other-routing-engine | re0 | re1)
명령에 대한 request routing-engine login 자세한 내용은 CLI 탐색기를 참조하십시오.
하나의 라우팅 엔진에서 다른 라우팅 엔진으로 구성 파일을 복사하려면 다음 명령을 실행합니다.file copy
user@host> file copy source destination
이 경우 은(는) source 구성 파일의 이름입니다. 이러한 파일은 /config 디렉토리에 저장됩니다. 활성 구성은 /config/juniper.conf이고 이전 구성은 /config/juniper.conf {1...9}에 있습니다. 은( destination 는) 다른 라우팅 엔진의 파일입니다.
다음 예는 라우팅 엔진 0에서 라우팅 엔진 1로 구성 파일을 복사합니다.
user@host> file copy /config/juniper.conf re1:/var/tmp/copied-juniper.conf
다음 예는 TX Matrix 라우터의 Routing Engine 0에서 Routing Engine 1로 구성 파일을 복사합니다.
user@host> file copy /config/juniper.conf scc-re1:/var/tmp/copied-juniper.conf
구성 파일을 로드하려면 계층 수준에서 명령을 [edit] 입력합니다load replace.
user@host> load replace /var/tmp/copied-juniper.conf
라우팅 엔진 0의 관리 이더넷 인터페이스 구성에 지정된 IP 주소를 라우팅 엔진 1에 적합한 주소로 변경해야 합니다.
또한보십시오
다른 라우팅 엔진에서 소프트웨어 패키지 로드
기존 request system software add package-name 명령을 사용하여 다른 라우팅 엔진에서 로컬 라우팅 엔진으로 패키지를 로드할 수 있습니다.
user@host> request system software add re(0|1):/filename
URL의 re 부분에 다른 라우팅 엔진의 번호를 지정합니다. filename URL 부분에서 패키지의 경로를 지정합니다. 패키지는 일반적으로 /var/sw/pkg 디렉토리에 있습니다.