NETCONF 또는 Junos XML 프로토콜을 사용하여 임시 구성 데이터 커밋 및 동기화

임시 데이터베이스는 NETCONF 및 Junos XML 프로토콜 클라이언트 애플리케이션이 후보 구성 데이터베이스에 데이터를 커밋할 때보다 훨씬 더 높은 처리량으로 Junos 디바이스의 구성 변경 사항을 동시에 로드하고 커밋할 수 있도록 하는 대체 구성 데이터베이스입니다. 클라이언트 애플리케이션은 사용 후 삭제 구성 데이터베이스의 열려 있는 인스턴스에서 구성 데이터를 커밋하여 디바이스에서 활성 구성의 일부가 되도록 할 수 있습니다. 디바이스에서 임시 구성 데이터를 커밋할 때 디바이스의 활성 구성은 정적 및 임시 구성 데이터베이스의 병합된 보기입니다.

주의:

임시 커밋 모델은 구문을 검증하지만 임시 데이터베이스에 커밋된 구성 데이터의 의미 체계 또는 제약 조건은 검증하지 않습니다. 모든 구성 데이터를 임시 데이터베이스에 로드하고 디바이스에서 커밋하기 전에 검증해야 합니다. 잘못된 구성 데이터를 커밋하면 Junos 프로세스가 다시 시작되거나 충돌하여 시스템 또는 네트워크에 중단이 발생할 수 있습니다.

클라이언트 애플리케이션이 임시 인스턴스를 커밋한 후 디바이스는 구성 데이터를 임시 데이터베이스에 병합합니다. 영향을 받는 시스템 프로세스는 구성을 구문 분석하고 임시 데이터를 활성 구성의 데이터와 병합합니다. 정적 및 임시 구성 데이터베이스에 충돌하는 문이 있는 경우 특정 우선 순위 지정 규칙에 따라 데이터가 병합됩니다. 데이터베이스 우선 순위는 가장 높은 것부터 가장 낮은 것까지 다음과 같습니다.

1. 임시 구성 데이터베이스의 사용자 정의 인스턴스에 있는 문입니다.

   사용자 정의 사용 후 삭제 인스턴스가 여러 개 있는 경우, 우선 순위는 인스턴스가 계층 수준에서 가장 높은 우선 순위에서 가장 낮은 우선 순위로 구성된 [edit system configuration-database ephemeral] 순서에 따라 결정됩니다.

2. 기본 임시 데이터베이스 인스턴스의 문입니다.

3. 정적 구성 데이터베이스의 문입니다.

참고:

응용 프로그램은 정적 구성 데이터베이스 외에도 서로 다른 임시 데이터베이스 인스턴스에 데이터를 동시에 로드하고 커밋할 수 있습니다. 그러나 디바이스는 커밋을 순차적으로 처리합니다. 따라서 처리 순서에 따라 특정 데이터베이스에 대한 커밋이 지연될 수 있습니다.

참고:

유효하지 않거나 바람직하지 않은 네트워크 중단을 초래하는 임시 구성 데이터를 커밋하는 경우 데이터베이스에서 문제가 있는 데이터를 삭제하거나 필요한 경우 디바이스를 재부팅하여 임시 구성 데이터베이스의 모든 인스턴스에서 구성 데이터를 삭제해야 합니다.

활성 디바이스 구성은 정적 및 사용 후 삭제 구성 데이터베이스의 병합된 보기입니다. 그러나 운영 모드 명령을 사용하여 show configuration CLI에 구성을 표시하면 출력에 사용 후 삭제 구성 데이터가 포함되지 않습니다. CLI에서 임시 데이터베이스의 특정 인스턴스에 데이터를 표시하거나 명령의 변형을 사용하여 정적 및 사용 후 삭제 구성 데이터베이스의 병합된 show ephemeral-configuration 보기를 표시할 수 있습니다.

클라이언트 애플리케이션은 Junos XML 프로토콜 세션에서의 작업 또는 <commit-configuration/> NETCONF 세션에서의 또는 <commit/> 작업을 사용하여 <commit-configuration/> 디바이스에서 활성 구성의 일부가 되도록 임시 구성 데이터베이스의 열린 인스턴스에서 구성 데이터를 커밋할 수 있습니다.

Junos XML 프로토콜 세션에서 클라이언트 애플리케이션은 (후보 구성과 마찬가지로) 태그를 <rpc> 태그 요소에 동봉 <commit-configuration/> 하여 임시 구성 데이터베이스의 열린 인스턴스에 구성 데이터를 커밋합니다.

Junos XML 프로토콜 서버는 , 및 태그 요소의 커밋 작업 <rpc-reply><commit-results>결과를 보고합니다<routing-engine>. 커밋 작업이 성공 <routing-engine> 하면 태그 요소는 대상 라우팅 엔진을 지정하는 태그와 <name> 태그 요소를 둘러쌉 <commit-success/> 니다.

NETCONF 세션에서 클라이언트 애플리케이션은 (후보 구성과 마찬가지로) 태그 요소에 또는 <commit-configuration/> 태그를 <rpc> 동봉 <commit/> 하여 임시 구성 데이터베이스의 열린 인스턴스에서 구성 데이터를 커밋합니다.

NETCONF 서버는 태그 요소의 태그를 반환 <ok/> 하여 커밋 작업이 성공했음을 <rpc-reply> 확인합니다.

커밋 작업이 실패하면 NETCONF 서버는 실패 이유를 설명하는 요소와 <rpc-error> 하위 요소를 반환합니다<rpc-reply>.

임시 데이터베이스에 대해 지원되는 커밋 작업의 유일한 변형은 임시 인스턴스 동기화 개요에 설명된 대로 다른 라우팅 엔진의 구성을 동기화하는 것입니다.

듀얼 라우팅 엔진 디바이스와 MX 시리즈 Virtual Chassis는 임시 인스턴스에서 커밋 작업을 실행할 때 임시 구성 데이터를 백업 라우팅 엔진에 자동으로 동기화하지 않습니다. 커밋 또는 세션 단위로 임시 인스턴스의 데이터를 동기화하거나, 인스턴스를 커밋할 때마다 데이터를 동기화하도록 임시 인스턴스를 구성할 수 있습니다. 이중 라우팅 엔진이 장착된 디바이스에서 디바이스는 임시 인스턴스를 백업 라우팅 엔진과 동기화합니다. MX 시리즈 Virtual Chassis 구성에서 시스템은 임시 인스턴스를 백업 디바이스의 기본 라우팅 엔진에만 동기화합니다.

참고:

멀티섀시 환경은 임시 구성 데이터베이스를 다른 라우팅 엔진과 동기화하는 것을 지원하지 않습니다.

휘발성 인스턴스 동기화에 대한 지침은 다음 섹션을 참조하십시오.

• 사용 후 삭제 구성 데이터를 동기화하도록 GRES 지원 디바이스를 구성하는 방법

• 커밋 단위로 임시 인스턴스를 동기화하는 방법

• 세션별로 임시 인스턴스를 동기화하는 방법

• 커밋 시 임시 인스턴스를 자동으로 동기화하는 방법

• 임시 데이터베이스에 대한 장애 조치(failover) 구성 동기화를 구성하는 방법

기본적으로 임시 커밋 모델은 커밋 동기화 작업을 비동기적으로 실행합니다. NETCONF 또는 Junos XML 프로토콜 서버는 로컬 라우팅 엔진에서 구성을 커밋한 다음 구성을 원격 라우팅 엔진에 복사하여 커밋합니다. 요청하는 라우팅 엔진은 임시 구성을 커밋하고 다른 라우팅 엔진이 먼저 구성을 동기화하고 커밋할 때까지 기다리지 않고 커밋 완료 알림을 내보냅니다.

지원되는 디바이스에서 동기식 커밋 모델을 사용하여 커밋 동기화 작업을 실행하도록 임시 데이터베이스를 구성할 수도 있습니다. 이 모델에서 기본 라우팅 엔진은 다른 라우팅 엔진의 커밋이 성공한 경우에만 커밋 작업을 완료합니다. 동기식 커밋 작업은 비동기 커밋 작업보다 느리지만 더 안정적입니다. 동기 모델을 사용하려면 정적 구성 데이터베이스의 계층 수준에서 문을 [edit system configuration-database ephemeral] 구성합니다commit-synchronize-model synchronous.

임시 인스턴스를 동기화할 때, Junos XML 프로토콜 서버는 , <commit-results>및 태그 요소에서 <rpc-reply>로컬 라우팅 엔진에 대한 커밋 작업의 결과를 보고합니다<routing-engine>. 커밋 작업이 성공 <routing-engine> 하면 태그 요소는 대상 라우팅 엔진을 지정하는 태그와 <name> 태그 요소를 둘러쌉 <commit-success/> 니다.

서버 응답에는 데이터베이스에서 사용하는 커밋 동기화 모델에 따라 달라지는 추가 태그가 포함됩니다.

• 임시 데이터베이스가 커밋 동기화 작업에 동기 모델을 사용하는 경우 서버 응답에는 다른 라우팅 엔진의 커밋 작업에 대한 두 번째 <routing-engine> 요소가 포함됩니다.

• 임시 데이터베이스가 커밋 동기화 작업에 비동기 모델을 사용하는 경우, 서버에는 동기화 작업이 다른 라우팅 엔진에서 예약되고 작업 완료에 필요한 예상 시간(초)을 제공하는 태그 요소가 포함됩니다 <commit-synchronize-server-success> .

예를 들어:

동기식 커밋 동기화 작업에 대한 RPC 응답은 다른 라우팅 엔진에서 커밋 작업의 성공 또는 실패를 나타냅니다. 디바이스가 주어진 시설 및 심각도 수준의 이벤트를 기록하도록 구성된 경우, 디바이스는 비동기 커밋 동기화 작업의 성공 또는 실패를 시스템 로그 파일에 기록합니다. 다양한 임시 데이터베이스 이벤트와 이를 기록하는 데 필요한 기능 및 심각도 수준에 대해서는 시스템 로그 탐색기 를 참조하십시오.

마찬가지로 NETCONF 세션에서 서버는 태그 요소의 태그를 반환 <ok/> 하여 커밋 작업이 성공했음을 <rpc-reply> 확인합니다. 응답에는 동기식 커밋 동기화 작업을 위한 요소 또는 <commit-synchronize-server-success> 비동기 커밋 동기화 작업을 위한 요소도 포함됩니다<commit-results>. 예를 들어:

참고:

정적 구성 데이터베이스에서 명령을 실행할 commit synchronize 때 디바이스는 임시 구성 데이터베이스를 다른 라우팅 엔진과 동기화하지 않습니다.

기본적으로 임시 데이터베이스는 커밋 동기화 작업을 비동기적으로 수행하며 GRES(Graceful Routing Engine Switchover)가 활성화된 디바이스의 백업 라우팅 엔진에 임시 구성 데이터를 동기화하지 않습니다. 임시 데이터베이스가 비동기 커밋 동기화 모델을 사용하는 경우 GRES 지원 디바이스가 커밋 동기화 작업을 수행할 수 있도록 문을 구성해야 allow-commit-synchronize-with-gres 합니다. 또는 지원되는 디바이스에서 동기식 커밋 모델을 사용하여 커밋 동기화 작업을 수행하도록 임시 데이터베이스를 대신 구성할 수 있습니다. 동기식 커밋 작업은 비동기 커밋 작업보다 느리지만 더 안정적입니다. GRES가 활성화된 디바이스에서 동기식 커밋 모델을 사용하는 것이 좋습니다.

GRES가 구성된 디바이스가 사용 후 삭제 구성 데이터를 동기화하도록 하려면 다음을 수행합니다.

해당 인스턴스에서 지정된 커밋 작업에 대해 임시 인스턴스를 다른 라우팅 엔진과 동기화할 수 있습니다.

커밋 단위로 임시 인스턴스를 다른 라우팅 엔진과 동기화하려면:

임시 인스턴스가 열려 있는 기간 동안 수행된 모든 커밋 작업에 대해 임시 인스턴스를 다른 라우팅 엔진과 동기화할 수 있으며, 이를 느슨하게 세션이라고 합니다. 이를 NETCONF 또는 Junos XML 프로토콜 세션과 혼동해서는 안 됩니다. 세션별로 인스턴스를 동기화하면 여러 로드 및 커밋 작업을 실행할 수 있으며 인스턴스가 닫힐 때까지 각 커밋 작업이 인스턴스를 다른 라우팅 엔진에 자동으로 동기화하도록 할 수 있습니다.

인스턴스가 열려 있는 기간 동안 수행된 모든 커밋 작업에 대해 사용 후 삭제 인스턴스를 동기화하려면:

Junos OS 릴리스 22.1R1 이상을 실행하는 디바이스와 Junos OS Evolved를 실행하는 디바이스에서는 인스턴스를 커밋할 때마다 구성을 다른 라우팅 엔진과 동기화하도록 임시 인스턴스를 구성할 수 있습니다.

인스턴스를 커밋할 때마다 동기화하도록 임시 인스턴스를 구성하려면:

MX 시리즈 Virtual Chassis 및 듀얼 라우팅 엔진 디바이스는 임시 데이터베이스에 대한 페일오버 구성 동기화를 지원하므로 라우팅 엔진 전환 시 라우팅 엔진 간에 구성 데이터베이스가 동기화되도록 보장할 수 있습니다. 이는 정적 구성 데이터베이스의 계층 수준에서 문을 [edit system] 구성할 commit synchronize 때 달성됩니다.

정적 구성 데이터베이스에서 명령문을 구성 commit synchronize 하면 다음과 같은 효과가 있습니다.

• 디바이스는 커밋 작업 중에 정적 구성 데이터베이스를 다른 라우팅 엔진과 동기화합니다.

• Junos OS 릴리스 20.2R1부터 백업 라우팅 엔진은 기본 라우팅 엔진과 동기화될 때 정적 및 임시 구성 데이터베이스를 모두 동기화합니다. 이전 릴리스에서 백업 라우팅 엔진은 정적 구성 데이터베이스만 동기화합니다.

참고:

commit synchronize 정적 구성 데이터베이스에서 명령문을 구성해도 정적 구성 데이터베이스를 커밋하거나 인스턴스를 커밋할 때 임시 인스턴스를 백업 라우팅 엔진과 동기화하지 않습니다.

기본 및 백업 라우팅 엔진에서 문을 구성 commit synchronize 하면 백업 라우팅 엔진은 다음 시나리오에서 구성을 기본 라우팅 엔진과 동기화합니다.

• 백업 라우팅 엔진이 제거되었다가 다시 삽입됩니다

• 백업 라우팅 엔진이 재부팅됩니다

• 디바이스는 GRES(Graceful Routing Engine) 전환을 수행합니다

• 역할에 수동 변경이 있습니다

• 명령문이 구성된 새 백업 라우팅 엔진이 삽입됩니다 commit synchronize

듀얼 라우팅 엔진 시스템에서 백업 라우팅 엔진은 구성 데이터베이스를 기본 라우팅 엔진과 동기화합니다. MX 시리즈 Virtual Chassis에서 백업 디바이스의 기본 라우팅 엔진은 구성 데이터베이스를 기본 디바이스의 기본 라우팅 엔진과 동기화합니다.

Junos OS 릴리스 20.2R1 이상을 실행하는 디바이스 또는 Junos OS Evolved를 실행하는 디바이스에서 정적 및 임시 데이터베이스 모두에 대한 페일오버 구성 동기화를 활성화하려면: