예: NETCONF를 사용하여 임시 구성 데이터베이스 구성
임시 데이터베이스는 대체 구성 데이터베이스로, 클라이언트 애플리케이션이 Junos 디바이스에서 구성 변경 사항을 동시에 로드하고 커밋할 수 있도록 하며, 후보 구성 데이터베이스에 데이터를 커밋할 때보다 훨씬 더 높은 처리량을 제공합니다. 이 예에서는 임시 구성 데이터베이스의 인스턴스를 활성화하고 NETCONF 세션에서 해당 인스턴스를 업데이트하는 방법을 보여줍니다.
요구 사항
이 예에서 사용되는 소프트웨어 구성 요소는 다음과 같습니다.
임시 데이터베이스 구성을 지원하고 Junos OS 릴리스 16.2R2 이상 또는 Junos OS Evolved 릴리스 22.1R1 이상을 실행하는 디바이스입니다.
시작하기 전에:
Junos 디바이스에서 NETCONF-over-SSH 서비스를 활성화합니다.
개요
여러 NETCONF 및 Junos XML 프로토콜 클라이언트 애플리케이션은 임시 데이터베이스 인스턴스를 사용하여 Junos 디바이스에 구성 변경 사항을 동시에 로드하고 커밋할 수 있습니다. 이 예에서는 임시 데이터베이스 인스턴스를 활성화한 다음 NETCONF 세션을 통해 인스턴스를 eph1 구성합니다.
클라이언트 응용 프로그램이 임시 구성 데이터베이스의 인스턴스를 보거나 수정하려면 해당 인스턴스를 열어야 합니다. NETCONF 세션을 설정한 후 클라이언트는 Junos XML 프로토콜 <open-configuration> 작업을 사용하여 임시 인스턴스를 열며, 이는 하위 태그와 인스턴스 이름을 동봉 <ephemeral-instance> 합니다. 임시 인스턴스를 열면 자동으로 배타적 잠금이 획득됩니다.
그런 다음 클라이언트는 텍스트 형식의 구성 데이터를 임시 인스턴스에 로드합니다 eph1 . 구성 데이터가 텍스트 형식이기 때문에 작업에는 <load-configuration> 특성이 포함되어야 format="text" 하며 구성 데이터는 요소에 포함되어야 <configuration-text> 합니다.
이 예에서는 Junos XML 프로토콜 <commit-configuration> 작업을 내보내 임시 인스턴스의 구성 변경을 커밋합니다. 이 <load-configuration> action="merge" 특성은 구성 데이터가 임시 데이터베이스의 해당 인스턴스에 병합되는 방법만 결정합니다. 휘발성 인스턴스에 대한 변경 사항을 커밋한 후 디바이스는 우선 순위 지정 규칙에 따라 구성 데이터를 활성 구성에 병합합니다. 서로 다른 구성 데이터베이스에 충돌하는 데이터가 있는 경우 인스턴스의 문은 기본 임시 인스턴스 또는 정적 구성 데이터베이스의 문 eph1 보다 우선 순위가 높습니다. 다른 사용자 정의 사용 후 삭제 인스턴스가 있는 경우, 우선 순위는 계층 수준의 구성에 인스턴스가 나열되는 순서에 [edit system configuration-database ephemeral] 따라 결정됩니다.
이 <close-configuration/> 작업은 열려 있는 임시 인스턴스를 닫고 배타적 잠금을 해제합니다. 커밋된 휘발성 데이터는 디바이스가 재부팅될 때까지 유지되며, 재부팅이 완료되면 디바이스는 휘발성 인스턴스의 구성 데이터와 eph1 다른 모든 휘발성 인스턴스의 데이터를 삭제합니다.
구성
임시 데이터베이스 인스턴스 사용
단계별 절차
사용 후 삭제 데이터베이스 인스턴스를 사용하도록 설정하려면:
인스턴스의 이름을 구성합니다.
[edit] user@host# set system configuration-database ephemeral instance eph1
구성을 커밋합니다.
[edit] user@host# commit
결과
구성 모드에서 명령을 입력하여 show system configuration-database 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
[edit]
user@host# show system configuration-database
ephemeral {
instance eph1;
}
임시 데이터베이스 인스턴스 구성
단계별 절차
임시 데이터베이스 인스턴스를 구성하고 NETCONF 세션 내에서 변경 사항을 커밋하기 위해 클라이언트 애플리케이션은 다음 단계를 수행합니다.
임시 데이터베이스 인스턴스를 엽니다.
<rpc> <open-configuration> <ephemeral-instance>eph1</ephemeral-instance> </open-configuration> </rpc> ]]>]]>구성 데이터를 열려 있는 임시 인스턴스로 로드하고 해당 데이터에 대한 적절한 태그와 속성을 포함합니다.
<rpc> <load-configuration action="merge" format="text"> <configuration-text> protocols { mpls { label-switched-path to-hastings { to 192.0.2.1; } } } </configuration-text> </load-configuration> </rpc> ]]>]]><load-configuration>작업에서 오류가 발생하지 않으면 구성을 커밋합니다.<rpc> <commit-configuration/> </rpc> ]]>]]>임시 데이터베이스 인스턴스를 닫습니다.
<rpc> <close-configuration/> </rpc> ]]>]]>
결과
데이터베이스를 열거나 닫을 때 오류가 없으면 NETCONF 서버는 요청에 대한 응답으로 빈 <rpc-reply> 요소를 반환합니다. NETCONF 서버는 및 <rpc-reply> 요소 내에 <load-configuration-results> 포함된 빈 <ok/> 태그를 반환하여 성공적인 <load-configuration> 작업을 나타냅니다. 마찬가지로, NETCONF 서버는 요소에 둘러싸인 <rpc-reply> 빈 <ok/> 태그를 반환하여 성공적인 <commit-configuration> 작업을 나타냅니다.
확인
커밋 확인
목적
커밋 작업에 대한 NETCONF 서버의 응답은 커밋의 성공 또는 실패를 나타내야 합니다. 또한 시스템 로그 파일에서 임시 데이터베이스에 대한 커밋 이벤트를 검토하여 커밋의 성공 여부를 확인할 수 있습니다.
작업
시스템 로그 파일을 검토하고 와 일치하는 UI_EPHEMERAL이벤트를 표시합니다.
user@host> show log messages | match UI_EPHEMERAL Feb 10 13:20:32 host mgd[5172]: UI_EPHEMERAL_COMMIT: User 'user' has requested commit on 'eph1' ephemeral database Feb 10 13:20:32 host mgd[5172]: UI_EPHEMERAL_COMMIT_COMPLETED: commit complete on 'eph1' ephemeral database
의미
메시지 태그는 UI_EPHEMERAL_COMMIT_COMPLETED 인스턴스에 대한 eph1 커밋 작업이 성공했음을 나타냅니다.
임시 데이터베이스 인스턴스의 구성 데이터 확인
목적
사용 후 삭제 인스턴스에 올바른 구성 데이터가 추가되었는지 확인합니다.
작업
NETCONF 세션 내에서 임시 데이터베이스 인스턴스를 열고 구성을 검색합니다.
<rpc>
<open-configuration>
<ephemeral-instance>eph1</ephemeral-instance>
</open-configuration>
</rpc>
]]>]]>
<rpc>
<get-configuration format="text"/>
</rpc>
]]>]]>
<rpc-reply xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" xmlns:junos="http://xml.juniper.net/junos/16.2R2/junos">
<configuration-text xmlns="http://xml.juniper.net/xnm/1.1/xnm">
## Last changed: 2017-02-10 13:20:32 PDT
protocols {
mpls {
label-switched-path to-hastings {
to 192.0.2.1;
}
}
}
</configuration-text>
</rpc-reply>
]]>]]>
<rpc>
<close-configuration/>
</rpc>
]]>]]>
Junos OS 릴리스 18.2R1 이상 릴리스에서 운영 명령을 실행 show ephemeral-configuration instance instance-name 하거나 이전 릴리스에서 운영 명령을 실행하여 show ephemeral-configuration instance-name CLI에서 임시 데이터베이스 인스턴스에 커밋된 구성 데이터를 볼 수 있습니다.
문제 해결
휘발성 인스턴스를 열 때 발생하는 문제 해결
문제
임시 데이터베이스의 인스턴스를 열려고 하면 서버가 여는 <rpc-reply> 태그만 반환합니다. 예를 들어:
<rpc>
<open-configuration>
<ephemeral-instance>eph1</ephemeral-instance>
</open-configuration>
</rpc>
]]>]]>
<rpc-reply xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" xmlns:junos="http://xml.juniper.net/junos/16.2R2/junos">
이 문제는 다른 클라이언트에 해당 인스턴스에 대한 배타적 잠금이 있을 때 발생할 수 있습니다.
솔루션
다른 사용자에게 사용 후 삭제 인스턴스에 대한 단독 잠금이 있는 경우 클라이언트 애플리케이션은 RPC(원격 프로시저 호출)를 실행하여 사용 후 삭제 인스턴스를 업데이트할 수 있지만 해당 사용 후 삭제 인스턴스에 대한 작업은 잠금이 해제될 때까지 처리되지 않습니다. 잠금이 해제되면 서버는 닫는 </rpc-reply> 태그를 발행하고 임시 인스턴스가 잠겨 있는 동안 내보낸 모든 RPC를 처리해야 합니다.
또는 클라이언트 애플리케이션이 다른 임시 인스턴스를 업데이트하도록 선택할 수 있지만, 충돌하는 구성 문을 해결할 때 다른 임시 인스턴스는 다른 우선 순위 수준을 갖는다는 점을 주의해야 합니다.
운영 문제 해결
문제
커밋이 성공했고 구성 데이터가 해당 임시 인스턴스의 구성에 존재한다는 것을 확인했음에도 불구하고, 디바이스는 특정 구성 데이터를 임시 데이터베이스 인스턴스에 커밋한 결과로 발생해야 하는 운영 변경을 실행하지 않습니다.
구성 데이터가 충돌하고 우선 순위가 더 높은 다른 사용자 정의 임시 인스턴스가 있는 경우 운영 변경이 발생하지 않을 수 있습니다. 사용 후 삭제 인스턴스에 충돌하는 데이터가 있는 경우 우선 순위가 높은 인스턴스의 문이 우선 순위가 낮은 인스턴스의 문을 재정의합니다. 임시 구성 데이터베이스의 사용자 정의 인스턴스는 정적 구성 데이터베이스보다 우선 순위가 높은 기본 임시 데이터베이스 인스턴스보다 우선 순위가 높습니다. 사용자 정의 사용 후 삭제 인스턴스가 여러 개 있는 경우, 우선 순위는 인스턴스가 구성에 나열된 순서에 따라 결정됩니다.
솔루션
디바이스에서 작동 명령을 실행하여 show configuration system configuration-database ephemeral 구성된 사용 후 삭제 인스턴스와 우선 순위 순서를 확인할 수 있습니다. 인스턴스는 우선 순위가 높은 순으로 나열됩니다. 우선 순위가 더 높은 다른 인스턴스가 있는 경우 해당 인스턴스의 구성 데이터를 검토하여 충돌하는 문이 있는지 확인합니다. 또한 Junos OS 릴리스 18.2R1 이상 릴리스에서 명령을 실행 show ephemeral-configuration merge 하거나 이전 릴리스에서 명령을 실행하여 show ephemeral-configuration | display merge 정적 및 임시 구성 데이터베이스의 병합된 보기를 표시할 수 있습니다.
사용 후 삭제 인스턴스에 충돌하는 구성 데이터가 있고 다른 사용자 정의 사용 후 삭제 인스턴스보다 우선 순위가 낮으며 해당 계층 수준의 구성이 디바이스에 적용되어야 하는 경우, 다른 사용 후 삭제 인스턴스에서 충돌하는 데이터를 삭제하거나 구성 데이터를 우선 순위가 더 높은 인스턴스에 배치해야 합니다.