사용 후 삭제 구성 데이터베이스 이해

임시 데이터베이스 커밋 동기화 모델 이해

임시 구성 데이터베이스에는 커밋 동기화 작업 중에 라우팅 엔진 또는 Virtual Chassis 멤버 간에 임시 구성 데이터를 동기화하기 위한 두 가지 모델이 있습니다.

• 비동기식(기본값)

• 동기

표준 커밋 모델과 달리 기본 임시 커밋 모델은 커밋 동기화 작업을 비동기적으로 실행합니다. 요청하는 라우팅 엔진은 임시 구성을 커밋하고 다른 라우팅 엔진이 먼저 구성을 동기화하고 커밋할 때까지 기다리지 않고 커밋 완료 알림을 내보냅니다. 고가용성 기능을 사용하는 디바이스는 페일오버 시 기본 라우팅 엔진과 백업 라우팅 엔진을 동기화해야 합니다. 그러나 비동기 커밋 동기화 작업이 중단되고 임시 구성을 다른 라우팅 엔진과 동기화하지 못하는 상황이 있을 수 있습니다.

Junos OS 릴리스 21.1R1 이상을 실행하는 디바이스와 Junos OS Evolved를 실행하는 디바이스에서는 정적 구성 데이터베이스에서 사용하는 모델과 유사한 동기식 커밋 모델을 커밋 동기화 작업에 사용하도록 임시 데이터베이스를 구성할 수 있습니다.

듀얼 라우팅 엔진 또는 MX 시리즈 버추얼 섀시 환경에서 동기식 커밋 모델은 다음과 같이 작동합니다.

1. 기본 라우팅 엔진은 임시 인스턴스에 대한 초기 커밋 작업을 시작합니다.
2. 커밋 작업 중 특정 시점에 기본 라우팅 엔진은 백업 라우팅 엔진에서 커밋을 시작합니다.
3. 백업 라우팅 엔진이 구성을 성공적으로 커밋하면 기본 라우팅 엔진은 커밋 작업을 계속합니다. 백업 라우팅 엔진에서 커밋이 실패하면 기본 라우팅 엔진도 커밋에 실패합니다.

메모:

EX 시리즈 버추얼 섀시가 동기식 커밋 모델을 사용하는 경우, 기본 라우팅 엔진 역할의 멤버 스위치는 먼저 다른 멤버에 대한 커밋 작업을 동시에 시작합니다. EX 시리즈 Virtual Chassis는 많은 멤버를 가질 수 있기 때문에 다른 멤버에서 커밋이 실패하더라도 기본 스위치는 커밋 작업을 진행합니다.

동기식 커밋 작업은 비동기식 커밋 작업보다 느리지만 임시 구성이 라우팅 엔진과 Virtual Chassis 멤버 간에 동기화된다는 더 나은 보장을 제공합니다. 따라서 동기식 커밋 모델을 사용하면 고가용성 기능을 사용하는 디바이스에서 더 높은 안정성으로 임시 데이터베이스를 사용할 수 있습니다.

메모:

정적 구성 데이터베이스의 경우와 마찬가지로 동기식 커밋 동기화 모델을 사용하더라도 디바이스가 백업 라우팅 엔진에서 업데이트된 임시 구성을 커밋하지만 기본 라우팅 엔진에서 커밋을 완료하지 못해 구성이 동기화되지 않는 드문 상황이 발생할 수 있습니다.

임시 구성 데이터베이스에 대한 동기식 커밋 동기화 모델을 활성화하려면 정적 구성 데이터베이스의 계층 수준에서 명령문을 [edit system configuration-database ephemeral] 구성합니다commit-synchronize-model synchronous.

Junos OS 릴리스 20.2R1 이상을 실행하는 디바이스와 Junos OS Evolved를 실행하는 디바이스는 임시 데이터베이스에 대한 페일오버 구성 동기화도 지원합니다. 페일오버 동기화를 구성하고 백업 라우팅 엔진이 기본 라우팅 엔진과 동기화할 때(예: 새로 삽입되거나, 다시 온라인 상태가 되거나, 역할이 변경되는 경우) 정적 및 임시 구성 데이터베이스를 모두 동기화합니다. 이전 Junos OS 릴리스에서 백업 라우팅 엔진은 정적 구성 데이터베이스만 동기화합니다. 페일오버 동기화를 사용하려면 정적 구성 데이터베이스의 계층 수준에서 문을 [edit system] 구성합니다commit synchronize.

메모:

페일오버 동기화를 위해 백업 라우팅 엔진 또는 MX Virtual Chassis 백업 디바이스는 백업 디바이스와 기본 디바이스가 모두 동일한 소프트웨어 버전을 실행하는 경우에만 임시 구성 데이터베이스를 기본 디바이스와 동기화합니다.

Junos OS 릴리스 21.1R1 이상을 실행하는 디바이스와 Junos OS Evolved를 실행하는 디바이스에서 커밋 동기화 작업과 페일오버 동기화 작업은 모두 로드 재정의 작업 대신 로드 업데이트 작업을 사용하여 임시 구성 데이터를 다른 라우팅 엔진과 동기화합니다. 로드 업데이트 작업을 사용하면 디바이스는 업데이트 중에 변경된 문에 해당하는 Junos 프로세스에만 알리면 되므로 네트워크 중단을 최소화할 수 있습니다.

이중화된 라우팅 엔진

듀얼 라우팅 엔진 시스템은 임시 데이터베이스 구성을 지원합니다. 그러나 임시 커밋 모델은 커밋 작업 중에 임시 구성 데이터를 백업 라우팅 엔진에 자동으로 동기화하지 않습니다. 클라이언트 응용 프로그램은 커밋 또는 세션 단위로 임시 인스턴스의 데이터를 동기화하거나, 인스턴스가 커밋될 때마다 데이터를 자동으로 동기화하도록 임시 인스턴스를 구성할 수 있습니다. 자세한 내용은 NETCONF 또는 Junos XML 프로토콜을 사용하여 임시 구성 데이터 커밋 및 동기화를 참조하십시오.

메모:

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

클라이언트 애플리케이션이 임시 인스턴스에서 데이터를 커밋하고 백업 라우팅 엔진과 동기화할 때, 기본적으로 임시 데이터베이스는 commit synchronize 작업을 비동기적으로 수행합니다. 커밋 동기화 작업에 동기 커밋 모델을 사용하도록 임시 데이터베이스를 구성할 수 있습니다. 또한 듀얼 라우팅 엔진 디바이스는 Junos OS 릴리스 20.2R1부터 임시 데이터베이스에 대한 페일오버 구성 동기화도 지원합니다. 자세한 내용은 Understanding Ephemeral Database Commit Synchronize Models를 참조하십시오.

GRES(Graceful Routing Engine Switchover)

그레이스풀 라우팅 엔진 스위치오버는 하나의 라우팅 엔진에 장애가 발생하더라도 중복 라우팅 엔진이 있는 디바이스가 패킷을 계속 포워딩할 수 있도록 합니다. GRES는 전환이 발생하기 전에 기본 및 백업 라우팅 엔진이 구성 및 특정 상태 정보를 동기화할 것을 요구합니다.

기본적으로 임시 데이터베이스는 커밋 동기화 작업을 비동기적으로 수행합니다. Junos OS 릴리스 21.1R1 이상을 실행하는 지원 디바이스와 Junos OS Evolved를 실행하는 디바이스에서, 임시 데이터베이스 커밋 동기화 모델 이해에 설명된 대로 동기 커밋 모델을 사용하여 커밋 동기화 작업을 수행하도록 임시 데이터베이스를 구성할 수 있습니다. 디바이스가 커밋 시간에 대한 엄격한 요구 사항을 가지고 있지 않은 경우, GRES가 활성화된 디바이스에서 동기식 커밋 모델을 사용하는 것이 좋습니다. 동기식 커밋 작업은 비동기 커밋 작업보다 느리지만 라우팅 엔진 간에 임시 구성이 동기화된다는 더 나은 확신을 제공합니다. 따라서 이 커밋 모델을 사용하면 GRES가 활성화된 디바이스에서 더 높은 안정성으로 임시 데이터베이스를 사용할 수 있습니다.

메모:

Junos OS Evolved를 실행하는 듀얼 라우팅 엔진 디바이스는 기본적으로 GRES를 활성화합니다.

GRES가 활성화된 디바이스에서 비동기 커밋 동기화 모델과 함께 임시 데이터베이스를 사용하는 것은 권장하지 않 는데, 특정 상황에서 전환이 발생할 때 기본 라우팅 엔진과 백업 라우팅 엔진 간에 임시 데이터베이스가 동기화되지 않을 수 있기 때문입니다. 예를 들어, 갑작스런 정전으로 인해 커밋 동기화 작업이 중단되는 경우 백업 및 기본 라우팅 엔진이 임시 데이터베이스를 동기화하지 못할 수 있습니다. 또한 Junos OS 릴리스 20.1 이하를 실행하는 디바이스에서는 백업 라우팅 엔진이 구성을 기본 라우팅 엔진과 동기화할 때 임시 구성 데이터베이스를 동기화하지 않습니다. 따라서 예를 들어 백업 라우팅 엔진이 다시 시작되면 재부팅 후에도 지속되지 않는 임시 구성 데이터가 삭제되고 온라인 상태가 될 때 데이터베이스를 다시 자동으로 동기화하지 않습니다. 그 결과, 전환 시 백업 및 기본 라우팅 엔진 간에 임시 데이터베이스가 동기화되지 않을 수 있습니다.

GRES가 활성화되고 임시 데이터베이스가 비동기 커밋 모델(기본값)을 사용하는 경우, 임시 구성 데이터를 백업 라우팅 엔진과 동기화하도록 디바이스를 명시적으로 구성해야 합니다. 동기화를 사용하려면 정적 구성 데이터베이스의 계층 수준에서 문을 [edit system configuration-database ephemeral] 구성합니다allow-commit-synchronize-with-gres. GRES가 활성화되고 문을 구성 allow-commit-synchronize-with-gres 하지 않은 경우, 비동기 커밋 모델을 사용하는 디바이스는 해당 인스턴스에서 커밋 동기화 작업을 요청할 때 임시 인스턴스를 백업 라우팅 엔진에 동기화하지 않습니다.

NSR(Nonstop Active Routing)

기본적으로 임시 데이터베이스는 커밋 동기화 작업을 비동기적으로 수행합니다. Junos OS 릴리스 21.1R1 이상을 실행하는 지원 디바이스와 Junos OS Evolved를 실행하는 디바이스에서, 임시 데이터베이스 커밋 동기화 모델 이해에 설명된 대로 동기 커밋 모델을 사용하여 커밋 동기화 작업을 수행하도록 임시 데이터베이스를 구성할 수 있습니다. NSR(Nonstop Active Routing)이 활성화된 디바이스에서 동기식 커밋 모델을 사용하는 것이 좋습니다. 동기식 커밋 작업은 비동기 커밋 작업보다 느리지만 라우팅 엔진 간에 임시 구성이 동기화된다는 더 나은 확신을 제공합니다. 따라서 이 커밋 모델을 사용하면 NSR이 활성화된 디바이스에서 더 높은 안정성으로 임시 데이터베이스를 사용할 수 있습니다.

NSR을 사용하도록 설정된 디바이스에서 비동기 커밋 동기화 모델과 함께 임시 데이터베이스를 사용하는 것은 몇 가지 주의 사항이 있으므로 사용하지 않는 것이 좋습니다. 이중 라우팅 엔진을 사용하는 구축에서 기본 라우팅 엔진의 임시 인스턴스에 대한 커밋 동기화 작업은 백업 라우팅 엔진에서 비동기 커밋을 초래합니다. 디바이스가 구성을 업데이트하는 과정에서 라우팅 프로토콜 프로세스(rpd)에 알리면 백업 라우팅 엔진에서 커밋의 비동기 특성으로 인해 시스템의 바람직하지 않은 동작이 발생할 수 있습니다.

임시 인스턴스가 백업 라우팅 엔진에 동기화될 때 통지되는 프로세스는 Junos OS 릴리스에 따라 다릅니다. Junos OS 릴리스 20.4 및 이전 버전에서는 기본 라우팅 엔진에서 임시 인스턴스를 업데이트할 때 백업 라우팅 엔진의 변경 사항이 임시 인스턴스의 전체 구성을 재정의하여 최신 인스턴스로 대체합니다. Junos OS 릴리스 20.1 및 그 이전 버전에서는 새로운 구성이 백업 라우팅 엔진에 적용될 때 Junos OS는 해당 임시 인스턴스에 문이 있는 모든 시스템 프로세스에 알립니다. Junos OS 릴리스 20.2R1부터 임시 데이터베이스의 동작이 향상됩니다. 임시 인스턴스가 기본 라우팅 엔진과 백업 라우팅 엔진 간에 이미 동기화되어 있고 기본 라우팅 엔진에서 임시 인스턴스를 업데이트하는 경우, Junos OS는 백업 라우팅 엔진의 변경 사항을 커밋할 때 임시 인스턴스 구성의 수정된 부분에 해당하는 프로세스에만 알립니다. Junos OS 릴리스 21.1R1부터 디바이스는 로드 재정의 작업 대신 로드 업데이트 작업을 사용하여 임시 인스턴스를 백업 라우팅 엔진에 동기화하므로 변경된 문에 해당하는 프로세스에만 알립니다.

메모:

임시 데이터베이스를 활용하는 애플리케이션은 라우팅 프로토콜 프로세스와 상호 작용하는 경우에만 이 NSR 상황에서 영향을 받습니다. 예를 들어 SmartWall TDD(SmartWall Threat Defense Director)는 임시 데이터베이스를 통해 방화벽 프로세스(dfwd)와만 상호 작용하기 때문에 이 경우 영향을 받지 않습니다.

MX 시리즈 버추얼 섀시

Junos OS 릴리스 20.2R1부터 MX 시리즈 Virtual Chassis는 임시 데이터베이스 구성을 지원합니다. Virtual Chassis 기본 디바이스의 기본 라우팅 엔진에서만 임시 인스턴스를 구성하고 커밋할 수 있습니다.

MX 시리즈 Virtual Chassis는 커밋 작업 중에 임시 구성 데이터를 자동으로 동기화하지 않습니다. 듀얼 라우팅 엔진 시스템과 마찬가지로 커밋 또는 세션별로 임시 인스턴스의 데이터를 동기화하거나 인스턴스가 커밋될 때마다 데이터를 자동으로 동기화하도록 임시 인스턴스를 구성할 수 있습니다. 임시 데이터는 기본 디바이스의 기본 라우팅 엔진에서 백업 디바이스의 기본 라우팅 엔진으로만 동기화됩니다.

메모:

MX 시리즈 버추얼 섀시는 어떤 상황에서도 기본 라우팅 엔진의 임시 구성 데이터를 해당 버추얼 섀시 멤버의 백업 라우팅 엔진으로 동기화하지 않습니다.

MX 시리즈 버추얼 섀시에는 GRES가 구성되어 있어야 합니다. 동기식 commit synchronize 모델을 사용하도록 임시 데이터베이스를 구성하는 경우, 커밋 동기화 작업을 요청할 때 디바이스는 임시 인스턴스를 다른 라우팅 엔진과 동기화합니다. 그러나 임시 데이터베이스가 비동기 커밋 동기화 모델(기본값)을 사용하는 경우 정적 구성 데이터베이스에서 문을 명시적으로 구성 allow-commit-synchronize-with-gres 하여 동기화를 활성화해야 합니다. 임시 데이터베이스 커밋 모델에 대한 자세한 내용은 임시 데이터베이스 커밋 동기화 모델 이해를 참조하세요.

비동기 커밋 동기화 모델을 사용하는 MX 시리즈 Virtual Chassis에서 임시 인스턴스를 커밋하고 동기화하는 경우:

1. Virtual Chassis 기본 디바이스는 구성 구문을 검증하고 기본 라우팅 엔진에 임시 인스턴스를 커밋합니다.

2. 커밋에 성공하면 기본 디바이스는 백업 디바이스에 임시 인스턴스를 동기화하도록 알립니다.

3. 백업 디바이스는 기본 라우팅 엔진에서만 임시 인스턴스를 커밋합니다. 커밋 작업이 실패하면 백업 디바이스는 시스템 로그 파일에 메시지를 기록하지만 기본 디바이스에는 알리지 않습니다.

동기식 커밋 동기화 모델을 사용하도록 구성된 MX 시리즈 Virtual Chassis에서 임시 인스턴스를 커밋하고 동기화하는 경우:

1. Virtual Chassis 기본 디바이스는 기본 라우팅 엔진에서 임시 인스턴스의 커밋을 시작합니다.

2. 커밋 작업의 특정 시점에서, 기본 디바이스는 백업 디바이스의 기본 라우팅 엔진에서 커밋을 시작합니다.

3. 백업 디바이스가 구성을 성공적으로 커밋하면 기본 디바이스가 커밋 작업을 진행합니다. 백업 디바이스가 구성을 커밋하지 못하면 기본 디바이스도 커밋에 실패합니다.

앞서 설명한 대로 임시 데이터베이스에 대해 비동기 커밋 동기화 모델을 사용하면 커밋이 기본 디바이스에서는 성공하지만 백업 디바이스에서는 실패할 수 있습니다. 동기식 커밋 동기화 모델을 사용하면 드문 경우를 제외하고 두 기본 라우팅 엔진 모두에서 커밋이 성공하거나 실패합니다.

MX 시리즈 Virtual Chassis는 임시 데이터베이스에 대한 페일오버 구성 동기화를 지원합니다. 정적 구성 데이터베이스의 계층 수준에서 명령문을 [edit system] 구성하고 commit synchronize Virtual Chassis 백업 디바이스의 기본 라우팅 엔진이 Virtual Chassis 기본 디바이스의 기본 라우팅 엔진과 동기화되면(예: 다시 시작된 후) 정적 및 임시 구성 데이터베이스를 모두 동기화합니다.

메모:

페일오버 동기화를 위해 MX Virtual Chassis 백업 디바이스는 두 디바이스가 동일한 소프트웨어 버전을 실행하는 경우에만 임시 구성 데이터베이스를 기본 디바이스와 동기화합니다.

EX 시리즈 버추얼 섀시

EX 시리즈 Virtual Chassis는 임시 구성 데이터베이스를 지원합니다. 기본 라우팅 엔진 역할의 멤버 스위치에서 사용 후 삭제 인스턴스만 구성하고 커밋할 수 있습니다. Junos OS 릴리스 23.4R1부터 EX 시리즈 Virtual Chassis 멤버 간에 임시 데이터베이스를 동기화할 수 있습니다.

EX 시리즈 Virtual Chassis는 커밋 작업 중에 임시 구성 데이터를 자동으로 동기화하지 않습니다. 커밋 단위 또는 세션 단위로 임시 인스턴스의 데이터를 동기화하거나, 인스턴스가 커밋될 때마다 데이터를 자동으로 동기화하도록 임시 인스턴스를 구성할 수 있습니다.

EX 시리즈 버추얼 섀시에서 GRES를 구성하여 기본 라우팅 엔진에 장애가 발생할 경우 버추얼 섀시가 패킷을 계속 포워딩할 수 있도록 할 수 있습니다. 동기식 commit synchronize 모델을 사용하도록 임시 데이터베이스를 구성하는 경우, 커밋 동기화 작업을 요청할 때 디바이스는 임시 인스턴스를 다른 멤버와 동기화합니다. 그러나 임시 데이터베이스가 비동기 커밋 동기화 모델(기본값)을 사용하고 GRES가 구성된 경우, 정적 구성 데이터베이스에서 문을 명시적으로 구성 allow-commit-synchronize-with-gres 하여 동기화를 활성화해야 합니다.

비동기 커밋 동기화 모델을 사용하는 EX 시리즈 Virtual Chassis에서 임시 인스턴스를 커밋하고 동기화하는 경우:

1. 기본 라우팅 엔진 역할의 멤버 스위치는 구성 구문을 검증하고 사용 후 삭제 인스턴스를 커밋합니다.

2. 커밋에 성공하면 기본 디바이스가 프로세스에 알리고 commit-syncd , 프로세스는 각 멤버 스위치에서 차례로 커밋을 시작합니다.

3. 각 멤버 스위치는 사용 후 삭제 인스턴스를 커밋합니다. 커밋 작업이 멤버에서 실패하더라도 다른 멤버의 커밋 작업에는 영향을 미치지 않습니다.

동기식 commit synchronize 모델을 사용하도록 구성된 EX 시리즈 Virtual Chassis에서 임시 인스턴스를 커밋하고 동기화하는 경우:

1. 기본 라우팅 엔진 역할의 멤버 스위치는 모든 멤버 스위치에서 동시에 커밋을 시작합니다.

2. 각 멤버 스위치는 사용 후 삭제 인스턴스를 커밋하고 기본 스위치에 알립니다. 커밋 작업이 멤버에서 실패하더라도 다른 멤버의 커밋 작업에는 영향을 미치지 않습니다.

3. 모든 멤버 스위치로부터 응답을 수신한 후 기본 스위치는 사용 후 삭제 인스턴스를 커밋합니다.

앞서 살펴본 바와 같이, 비동기 모델에서 기본 스위치는 각 멤버 스위치에 대한 커밋을 순차적으로 시작하는 프로세스에 의존 commit-syncd 합니다. commit-syncd 어떤 이유로든 프로세스가 실패하면 일부 커밋이 시작되지 않을 수 있습니다. 동기식 커밋 모델에서는 기본 스위치가 모든 구성원 스위치에서 직접 병렬로 커밋을 시작합니다. 따라서 동기식 커밋 모델은 일반적으로 비동기 커밋 모델보다 더 안정적입니다. 두 경우 모두 커밋이 한 멤버에서 실패하더라도 다른 멤버에 대한 커밋에 영향을 미치거나 방지하지 않습니다.

또한 동기식 커밋 모델에서 기본 스위치는 커밋이 발생할 때 각 멤버에 대한 커밋 진행률을 표시합니다. 비동기식 모델에서는 커밋이 백그라운드에서 발생하므로 이 경우 기본 디바이스는 커밋 결과만 기록합니다.

커밋 빈도 조절

임시 데이터베이스는 더 빠른 커밋을 위해 설계되었습니다. 그러나 구성을 사용하는 애플리케이션이 커밋 작업 속도를 따라갈 수 없는 경우 너무 자주 커밋하면 문제가 발생할 수 있습니다. 따라서 디바이스의 작동 상태가 이전 커밋의 변경 사항을 반영한 후에만 다음 변경 세트를 커밋하는 것이 좋습니다.

예를 들어, 빈번하고 빠른 커밋을 실행하면 Junos 프로세스가 이전 업데이트를 읽기 전에 디바이스가 외부 파일에 저장한 특정 구성 데이터를 덮어쓸 수 있습니다. Junos 프로세스에서 중요한 업데이트를 놓치면 디바이스 또는 네트워크가 예측할 수 없는 동작을 나타낼 수 있습니다.

데이터 무결성 보장

Junos 디바이스는 임시 데이터베이스에 데이터를 커밋할 때 구성 데이터 의미 체계를 검증하지 않습니다. 따라서 데이터 무결성을 보장하기 위해 구성을 로드하고 커밋하기 전에 추가 단계를 수행해야 합니다. 항상 다음을 수행하는 것이 좋습니다.

• 데이터베이스에 로드하기 전에 구성 데이터의 유효성을 검사합니다

• 관련 구성 문을 단일 데이터베이스로 통합

임시 데이터베이스에 로드하기 전에 모든 구성 데이터의 유효성을 검사해야 합니다. 구문과 의미 체계를 모두 검증하는 정적 데이터베이스를 사용하여 구성 데이터의 사전 검증을 수행하는 것이 좋습니다.

또한 항상 관련 구성 데이터를 단일 데이터베이스로 로드해야 합니다. 동일한 데이터베이스에 관련 또는 종속 구성 데이터를 추가하면 디바이스가 커밋 작업 중에 관련 문을 감지하고 처리할 수 있습니다. 예를 들어, 정적 구성 데이터베이스 또는 임시 구성 데이터베이스에서 방화벽 필터를 정의하는 경우 동일한 구성 데이터베이스의 인터페이스에 대한 필터 애플리케이션을 구성해야 합니다.

반대로, 정적 데이터베이스에서 일부 문을 구성하지만 임시 데이터베이스에서 관련 또는 종속 문을 구성한다고 가정합니다. 정적 데이터베이스를 커밋하면 시스템은 해당 데이터베이스 내에서만 데이터의 유효성을 검사합니다. 시스템이 임시 데이터베이스에서 종속 구성을 식별하지 못할 수 있으며, 이로 인해 유효성 검사 및 커밋이 실패할 수 있습니다.

확장된 구성 통합

확장된 구성을 여러 데이터베이스에 분산하는 대신 단일 임시 데이터베이스 인스턴스로 로드하는 것이 좋습니다. 예를 들어, 확장된 구성에는 다음과 같은 큰 목록이 포함될 수 있습니다.

• 정책 옵션

• 접두사 목록

• VLAN

• 방화벽 필터

최상위 구성 계층을 단일 데이터베이스로 제한하면 내부 최적화를 통해 Junos 프로세스가 구성을 보다 효율적으로 사용할 수 있습니다. 또는 구성을 여러 데이터베이스로 분산하는 경우 Junos 프로세스는 구성의 병합된 보기를 구문 분석해야 하므로 일반적으로 더 많은 리소스와 처리 시간이 필요합니다.