6장. 복제 프로세스 설계
디렉터리 정보를 복제하면 디렉터리의 가용성과 성능이 향상됩니다. 복제 프로세스를 설계하여 필요한 시기와 위치를 데이터를 사용할 수 있는지 확인합니다.
6.1. 복제 소개
복제는 한 디렉터리 서버에서 다른 Directory 서버로 디렉터리 데이터를 자동으로 복사하는 메커니즘입니다. 복제를 사용하면 자체 데이터베이스(복제본)에 저장된 디렉터리 트리 또는 하위 트리를 서버 간에 복사할 수 있습니다. 정보의 주요 사본을 보유한 서버는 모든 업데이트를 모든 복제본에 자동으로 복사합니다.
복제는 고가용성 디렉터리 서비스를 제공하며 지리적으로 데이터를 배포할 수 있습니다. 다음은 복제 이점 목록입니다.
내결함성 및 페일오버
디렉터리 트리를 여러 서버에 복제하면 하드웨어, 소프트웨어 또는 네트워크 문제로 인해 클라이언트 애플리케이션이 특정 Directory Server에 액세스할 수 없는 경우에도 디렉터리를 사용할 수 있습니다. 클라이언트는 읽기 및 쓰기 작업을 위해 다른 Directory Server라고 합니다.
참고추가,수정, 삭제 작업을 위한 장애 조치(failover)는 다중 제공 복제 를 사용하는 경우에만 가능합니다.
로드 밸런싱
서버 간에 디렉터리 트리를 복제하면 지정된 서버의 액세스 로드가 줄어들어 서버 응답 시간이 단축됩니다.
성능 향상
사용자에게 가까운 위치에 디렉터리 항목을 복제하면 Directory Server 성능이 향상됩니다.
로컬 데이터 관리
복제를 사용하면 엔터프라이즈 전체의 다른 Directory Server와 공유하는 동안 로컬에서 정보를 소유하고 관리할 수 있습니다.
6.1.1. 복제 개념
복제 구현을 고려할 때 다음과 같은 기본 질문에 대답하십시오.
- 어떤 정보를 복제해야 합니까?
- 어떤 서버가 해당 정보의 주요 사본 또는 공급자 복제를 보유하고 있습니까?
- 해당 정보의 읽기 전용 복사 또는 소비자 복제본을 보유하는 서버는 무엇입니까.
- 소비자 복제본이 클라이언트 애플리케이션에서 수정 요청을 수신하면 어떻게 됩니까? 어떤 서버로 요청을 리디렉션해야 합니까?
Directory Server가 복제를 구현하는 방법에 대한 이해를 제공하는 개념에 대해 알아봅니다.
6.1.1.1. replica
복제본 은 복제에 참여하는 데이터베이스입니다. Directory Server는 다음 유형의 복제본을 지원합니다.
- vendor replica (read-write)
- 디렉터리 데이터의 주요 복사본이 포함된 읽기-쓰기 데이터베이스입니다. 공급자 복제본 프로세스만 디렉터리 클라이언트의 요청을 수정합니다.
- 소비자 복제본(읽기 전용)
- 공급자 복제본에 보관된 정보의 다른 복사본을 포함하는 읽기 전용 데이터베이스입니다.A read-only database that contains another copy of the information held on the provider replica. 소비자 복제본은 디렉터리 클라이언트의 검색 요청을 처리할 수 있지만 공급자 복제본에 대한 수정 요청을 나타냅니다.
Directory Server는 복제에서 다양한 역할을 가진 여러 데이터베이스를 관리할 수 있습니다. 예를 들어 공급자 복제본에 dc=accounting,dc=example,dc=com 접미사를 저장하고 소비자 복제본에 dc=sales,dc=example,dc=com 접미사를 사용할 수 있습니다.
6.1.1.2. 복제 단위
가장 작은 복제 단위는 접미사(네임스페이스)입니다. 복제 메커니즘을 사용하려면 하나의 접미사가 하나의 데이터베이스에 일치해야 합니다. Directory Server는 사용자 지정 배포 논리를 사용하여 두 개 이상의 데이터베이스를 통해 배포되는 접미사를 복제할 수 없습니다.
6.1.1.3. 공급업체 및 소비자
- vendor server
- 공급자 서버는 다른 서버에 업데이트를 복제하는 서버입니다. 공급자 서버는 각 업데이트 작업의 레코드를 포함하는 변경 로그를 유지 관리합니다.
- 소비자 서버
- 소비자 서버는 다른 서버에서 업데이트를 수신하는 서버입니다.
서버는 다음과 같은 상황에서 공급자와 소비자의 역할을 동시에 수행할 수 있습니다.
- 계단식 복제에서 일부 서버가 허브 서버의 역할을 수행하는 경우 . 자세한 내용은 오스 케이딩 복제를 참조하십시오.
- 다중 제공 복제에서는 여러 서버가 공급업체 읽기-쓰기 복제본을 관리하는 경우입니다. 각 서버는 다른 서버에서 업데이트를 전송하고 수신합니다. 자세한 내용은 Multi-supplier 복제 를 참조하십시오.
Red Hat Directory Server에서 공급업체 서버는 항상 사용자가 아닌 복제를 시작합니다.
공급자 서버는 다음 작업을 수행해야 합니다.
- 디렉터리 클라이언트의 읽기 요청 및 업데이트 요청에 응답합니다.
- 복제본의 상태 정보 및 변경 로그를 유지 관리합니다. 공급자 서버는 항상 자신이 관리하는 읽기-쓰기 복제본에 대한 변경 사항을 기록합니다. 이렇게 하면 모든 변경 사항이 소비자 서버에 복제됩니다.
- 소비자 서버에 대한 복제를 시작합니다.
소비자 서버는 다음 작업을 수행해야 합니다.
- 읽기 요청에 응답합니다.
- 복제본에 대한 공급자 서버에 대한 업데이트 요청을 참조하십시오. 소비자 서버가 항목을 추가, 삭제 또는 변경하라는 요청을 수신하면 해당 요청을 공급자 서버라고 합니다. 그런 다음 공급자 서버는 요청을 수행하고 이러한 변경 사항을 복제합니다.
캐스케이딩 복제 특수한 경우 허브 서버는 다음 작업을 수행합니다.
- 읽기 요청에 응답합니다.
- 공급자 서버에 대한 업데이트 요청을 참조하십시오.
- 소비자 서버에 대한 복제를 시작합니다.
6.1.1.4. 변경 로그
모든 공급자 서버는 변경 로그 를 유지합니다. 변경 로그는 공급자 복제본에서 발생한 수정 사항에 대한 레코드입니다. 공급자 서버는 이러한 수정 사항을 다른 서버에 저장된 복제본에 푸시합니다.
항목이 추가, 수정 또는 삭제되면 Directory Server는 변경 로그 파일에 수행된 LDAP 작업을 기록합니다.
changelog는 서버의 내부 용도로만 사용됩니다. 변경 로그를 읽어야 하는 애플리케이션이 있는 경우 이전 버전과의 호환성을 위해 Retro Changelog 플러그인을 사용해야 합니다.
변경 로그 속성에 대한 자세한 내용은 cn=changelog,cn=database_name,cn=ldbm 데이터베이스,cn=plugins,cn=config 아래의 데이터베이스 속성을 참조하십시오.
6.1.1.5. 복제 계약
서버는 복제 계약을 사용하여 두 서버 간에 복제를 수행하는 방법을 정의합니다. 복제 계약에는 하나의 공급업체와 하나의 소비자 간 복제가 설명되어 있습니다. 본 약관은 공급자 서버에 구성되며 다음 정보를 식별합니다.
- 복제할 데이터베이스입니다.
- 데이터가 푸시되는 소비자 서버입니다.
- 복제가 발생할 수 있는 시간입니다.
- 공급자 서버가 복제 관리자 항목 또는 공급업체 바인딩 DN이라는 소비자에 바인딩하는 데 사용해야 하는 DN 및 인증 정보입니다.
- 연결 보안 방법(예: TLS, StartTLS, 클라이언트 인증, SASL 또는 간단한 인증)
- 복제할 속성입니다. 소수 복제에 대한 자세한 내용은 Fractional replication 을 참조하십시오.
6.1.2. 데이터 일관성
데이터 일관성은 복제된 데이터베이스 내용이 지정된 시간에 서로 얼마나 밀접하게 일치하는지 나타냅니다. 공급자는 소비자를 업데이트해야 하는 시기를 결정하고 복제를 시작합니다. 소비자를 초기화한 후에만 복제를 시작할 수 있습니다.
Directory Server는 항상 특정 요일 또는 요일에 대한 복제본을 동기화된 상태로 유지하거나 업데이트를 예약할 수 있습니다.
지속적으로 동기화된 복제본
지속적으로 동기화된 복제본은 데이터 일관성을 개선하지만 자주 업데이트되므로 네트워크 트래픽을 늘립니다.
다음과 같은 경우 지속적으로 동기화된 복제본을 사용합니다.
- 서버 간에 안정적인 고속 연결이 가능합니다.
- 클라이언트 애플리케이션은 주로 검색을 전송,읽기, 디렉터리 서버와 비교하여 몇 가지 업데이트 작업만 보냅니다.
소비자 업데이트 예약
디렉터리에 낮은 수준의 데이터 일관성이 있을 수 있고 네트워크 트래픽에 미치는 영향을 낮추려는 경우 업데이트를 예약하도록 선택합니다.
다음의 경우 예약된 업데이트를 사용합니다.
- 신뢰할 수 없거나 주기적으로 사용 가능한 네트워크 연결이 있습니다.
- 클라이언트 애플리케이션은 주로 Directory Server에 추가 및 수정 작업을 보냅니다.
- 연결 비용을 줄여야 합니다.
다중 제공 복제의 데이터 일관성
다중 제공 복제가 있는 경우, 각 공급 업체마다 복제본이 지속적으로 동기화되어도 저장된 데이터에 차이가 있을 수 있으므로 각 공급 업체마다 일관적인 복제본이 있습니다.
느슨한 일관성의 주요 이유는 다음과 같습니다.
- 공급업체 간의 수정 작업 전파에는 대기 시간이 있습니다.
- 수정 작업을 서비스한 공급자는 "운영 성공" 메시지를 고객에게 반환하기 전에 두 번째 공급 업체가 유효성을 검증할 때까지 기다리지 않습니다.
