구성을 위한 커밋 모델

디바이스 구성은 커밋 모델을 사용하여 저장되며, 후보 구성은 원하는 대로 수정된 다음 시스템에 커밋됩니다. 구성이 커밋되면 디바이스는 구문 오류에 대한 구성을 확인하고, 오류가 발견되지 않으면 구성이 juniper.conf.gz 로 저장되고 활성화됩니다. 이전 활성 구성 파일은 첫 번째 롤백 구성 파일(juniper.conf.1.gz)로 저장되고 다른 롤백 구성 파일은 1씩 증가합니다. 예를 들어, juniper.conf.1.gz 는 juniper.conf.2.gz로 증가하여 두 번째 롤백 구성 파일이 됩니다. 디바이스는 시스템에 최대 49개의 롤백 구성(1에서 49까지 번호가 매겨짐)을 가질 수 있습니다.

디바이스에서 현재 구성 파일과 처음 3개의 롤백 파일(juniper.conf.gz.1, juniper.conf.gz.2, juniper.conf.gz.3)은 /config 디렉터리에 있습니다. (4에서 49까지의 나머지 롤백 파일은 /var/db/config에 있습니다.)

복구 구성 파일이 rescue.conf.gz 있는 경우 이 파일도 /config 디렉터리에 있습니다. 공장 기본 파일은 /etc/config 디렉토리에 있습니다.

디바이스 내의 라우팅 엔진 간에 구성을 전파하는 데 사용되는 두 가지 메커니즘이 있습니다.

• 동기화: 동일한 디바이스 섀시 내에서 하나의 라우팅 엔진에서 두 번째 라우팅 엔진으로 구성을 전파합니다.

  구성을 동기화하려면 CLI 명령을 commit synchronize 사용합니다. 라우팅 엔진 중 하나가 잠기면 동기화가 실패합니다. 잠긴 구성 파일 때문에 동기화가 실패하는 경우 명령을 사용할 수 있습니다 commit synchronize force . 이 명령은 잠금을 재정의하고 구성 파일을 동기화합니다.

• 배포: 다중 섀시 디바이스의 라우팅 플레인 전체에 걸쳐 구성을 전파합니다. 배포는 자동으로 발생합니다. 배포 프로세스를 제어하는 데 사용할 수 있는 사용자 명령은 없습니다. 구성을 배포하는 동안 구성이 잠기면, 잠긴 구성은 배포된 구성 파일을 수신하지 않으므로 동기화가 실패합니다. 구성 전에 잠금을 해제하고 라우팅 플레인을 재동기화해야 합니다.

  메모:

  다중 섀시 플랫폼에서 CLI 명령을 사용할 commit synchronize force 때, 구성 파일의 강제 동기화는 라우팅 플레인 전체의 구성 파일 배포에 영향을 주지 않습니다. 구성 파일이 명령이 내려진 디바이스에서 멀리 떨어진 디바이스에 잠겨 있다면, 원격 디바이스에서 동기화가 실패합니다. 잠금을 지우고 명령을 다시 내려야 합니다 synchronization .