임시 구성 데이터베이스 이해하기

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

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

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

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

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

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

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

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

중복 라우팅 엔진

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

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

GRES(Graceful 라우팅 엔진 Switchover)

Graceful 라우팅 엔진 전환은 중복 라우팅 엔진이 있는 디바이스가 한 개의 라우팅 엔진 실패하더라도 패킷을 계속 포워딩할 수 있도록 해줍니다. GRES는 전환이 발생하기 전에 기본 및 백업 라우팅 엔진이 구성 및 특정 상태 정보를 동기화하도록 요구합니다.

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

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

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를 실행하는 디바이스에서, Ephemeral Database Commit Synchronize 모델 이해에 설명된 동기식 커밋 모델을 사용하여 커밋 동기화 작업을 수행하도록 임시 데이터베이스를 구성할 수 있습니다. NSR(Nonstop Active Routing)이 활성화된 디바이스에서 동기식 커밋 모델을 사용하는 것이 좋습니다. 동기식 커밋 작업은 비동기 커밋 작업보다 느리지만, 라우팅 엔진 간에 임시 구성이 동기화된다는 더 나은 보장을 제공합니다. 따라서 이 커밋 모델을 사용하면 NSR이 활성화된 디바이스에서 더 높은 안정성을 갖춘 임시 데이터베이스를 사용할 수 있습니다.

특정 주의 사항이 함께 제공되므로 NSR이 활성화된 디바이스에서 비동기 커밋 동기화 모델이 포함된 임시 데이터베이스를 사용하지 않는 것이 좋습니다. 이중 라우팅 엔진을 사용한 구축 시, 기본 라우팅 엔진 임시 인스턴스에서 커밋 동기화 작업을 수행하면 백업 라우팅 엔진 비동기 커밋이 발생합니다. 디바이스가 구성을 업데이트하는 과정에서 라우팅 프로토콜 프로세스(rpd)를 통보하면 백업 라우팅 엔진 커밋의 비동기 특성 때문에 시스템의 바람직하지 않은 동작이 발생할 수 있습니다.

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

MX 시리즈 Virtual Chassis

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

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

MX 시리즈 Virtual Chassis GRES가 구성되어야 합니다. 동기식 커밋 동기화 모델을 사용하도록 임시 데이터베이스를 구성하는 경우, 디바이스는 커밋 동기화 작업을 요청할 때 임시 인스턴스를 다른 라우팅 엔진 동기화합니다. 그러나 임시 데이터베이스가 기본 비동기 커밋 동기화 모델을 사용하는 경우, 디바이스가 커밋 동기화 작업 중에 임시 구성 데이터를 동기화할 수 있도록 정적 구성 데이터베이스에서 문을 명시적으로 구성 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 기본 디바이스의 기본 라우팅 엔진 동기화하는 경우(예: 재시작 후) 문을 정적 및 임시 구성 데이터베이스 모두를 동기화합니다.

커밋 빈도 규제

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

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

데이터 무결성 보장

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

• 데이터베이스에 로드하기 전에 구성 데이터 검증

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

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

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

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

확장된 구성 통합

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

• 정책 옵션

• 접두사 목록

• Vlan

• 방화벽 필터

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