7.2. 공통 복제 시나리오

가장 기본적인 복제 구성에서 공급자 서버는 복제본을 하나 이상의 소비자 서버에 직접 복사합니다. 이 구성에서 모든 디렉토리 수정은 공급자 서버의 읽기-쓰기 복제본에서 수행되며 소비자 서버에는 데이터의 읽기 전용 복제본이 포함됩니다.

공급자 서버는 소비자 서버에 저장된 읽기-쓰기 복제본에 대한 모든 수정을 수행해야 합니다. 이는 아래에 설명되어 있습니다.

공급자 서버는 여러 소비자 서버에 읽기-쓰기 복제본을 복제할 수 있습니다. 단일 공급자 서버가 관리할 수 있는 총 소비자 서버 수는 네트워크의 속도와 매일 수정된 총 항목 수에 따라 달라집니다. 그러나 공급자 서버는 여러 소비자 서버를 유지 관리할 수 있습니다.

다중 제공 복제 환경에서는 동일한 정보의 주요 사본이 여러 서버에 존재할 수 있습니다. 즉, 다른 위치에서 데이터를 동시에 업데이트할 수 있습니다. 각 서버에서 발생하는 변경 사항은 다른 서버에 복제됩니다. 즉, 각 서버가 공급자와 소비자로 작동합니다.

여러 서버에서 동일한 데이터를 수정한 경우 변경 사항을 유지하는 충돌 해결 절차가 있습니다. Directory Server는 유효한 변경 사항을 최신 변경으로 간주합니다.

여러 서버에는 동일한 데이터의 주요 사본이 있을 수 있지만 단일 복제 계약 범위 내에는 공급업체 서버와 소비자가 하나만 있습니다. 결과적으로 동일한 데이터에 대한 책임을 공유하는 두 공급업체 서버 간에 다중 공급 업체 환경을 생성하려면 복제 계약을 두 개 이상 생성합니다.

그림 7.2. “간소화된 Multi-Supplier 복제 구성” 에서 공급자 A 및 공급자 B는 각각 동일한 데이터의 읽기-쓰기 복제본을 보유합니다.

그림 7.3. “Simple Multi-Supier 환경에서의 복제 트래픽” 두 공급업체(그래프의 읽기-쓰기 복제본) 및 두 소비자(보기에서 읽기 전용 복제본)가 있는 복제 트래픽을 보여줍니다. 소비자는 두 공급 업체에 의해 업데이트 될 수 있습니다. 공급자 서버는 변경 사항이 충돌하지 않도록 합니다.

Directory Server의 복제는 모두 동일한 데이터에 대한 책임을 공유하는 20개의 공급업체를 지원할 수 있습니다. 많은 공급업체를 사용하려면 다양한 복제 계약을 생성해야 합니다. (다중 복제에서는 각 공급업체를 서로 다른 토폴로지로 구성할 수 있습니다. 즉 20개의 서로 다른 디렉터리 트리와 스키마 차이가 있을 수 있습니다. 토폴로지 선택에 직접적인 영향을 미치는 많은 변수가 있습니다.)

멀티 공급 업체 복제에서 공급자는 다른 모든 공급 업체 또는 다른 공급 업체의 일부 하위 집합에 업데이트를 보낼 수 있습니다. 다른 모든 공급업체에 업데이트를 보내는 것은 변경 사항이 더 빨라지고 전체 시나리오가 훨씬 더 나은 실패 허용 여부를 의미합니다. 그러나 공급업체 구성의 복잡성도 증가하고 높은 네트워크 수요와 서버 수요를 초래합니다. 공급업체의 하위 집합에 업데이트를 보내는 것은 네트워크 및 서버 로드를 구성하고 줄이는 것이 훨씬 쉽지만 여러 서버 오류가 발생하면 데이터가 손실될 위험이 있습니다.

그림 7.4. “Multi-Supplier 복제 구성 A” 4개의 공급업체 서버가 다른 세 공급자 서버( 소비자로서의 기능)에 데이터를 제공하는 완전히 연결된 메시 토폴로지를 보여줍니다. 4개의 공급자 서버 간에 총 두 개의 복제 계약이 있습니다.

그림 7.5. “Multi-Supplier 복제 구성 B” 각 공급자 서버가 데이터를 다른 공급자 서버(Consumer as consumers)에 제공하는 토폴로지를 보여줍니다. 그림 7.4. “Multi-Supplier 복제 구성 A” 의 토폴로지에 표시된 12개의 계약과 비교하여 4개의 공급업체 서버 간에는 8개의 복제 계약만 존재합니다. 이 토폴로지는 두 개 이상의 서버가 동시에 실패할 가능성이 없는 경우 유용합니다.

이 두 가지 예는 단순화된 다중 제공 시나리오입니다. Red Hat Directory Server는 단일 다중 제공 환경에 20개 공급업체와 무제한 허브 공급업체를 보유할 수 있으므로 복제 토폴로지가 훨씬 더 복잡해질 수 있습니다. 예를 들어, 그림 7.4. “Multi-Supplier 복제 구성 A” 에는 12개의 복제 계약(각 3개의 계약이 있는 4개 공급업체)이 있습니다. 20개의 공급업체가 있는 경우 복제 계약(각 19개의 서버가 있는 서버 20개)이 있습니다.

다중 제공 복제를 계획할 때는 다음을 고려하십시오.

계단식 복제 시나리오에서는 허브 공급자가 공급자 서버에서 업데이트를 수신하고 소비자 서버에서 해당 업데이트를 재생합니다. 허브 공급업체는 하이브리드입니다. 일반적인 소비자 서버와 같이 읽기 전용 복제본을 보유하고 있으며 일반적인 공급업체 서버와 같은 변경 로그도 유지합니다.

Hub 공급업체는 공급업체 데이터를 원래 공급자로부터 수신할 때 전달합니다. 마찬가지로 허브 공급자가 디렉터리 클라이언트에서 업데이트 요청을 수신하면 클라이언트를 공급자 서버로 나타냅니다.

계단식 복제는 조직의 다양한 위치 간의 일부 네트워크 연결이 다른 위치보다 나은 경우 유용합니다. 예를 들어, Example Corp.은 Minneapolis에서 디렉터리 데이터의 주요 복사본과 New Korea 및 Chicago의 소비자 서버를 유지합니다. Minneapolis와 New Korea 간의 네트워크 연결은 매우 좋지만 Minneapolis와 시카고 사이의 연결은 좋지 않습니다. 뉴질랜드와 시카고 사이의 네트워크가 공정하기 때문에 예제 관리자는 캐스케이딩 복제를 사용하여 디렉터리 데이터를 Minneapolis에서 New Korea에서 시카고로 이동합니다.

그림 7.7. “복제의 복제 트래픽 및 변경 로그” 각 서버(읽기-쓰기 또는 읽기 전용)와 변경 로그를 유지 관리하는 서버에서 복제본을 구성하는 방법을 보여주는 다른 관점에서와 동일한 시나리오를 보여줍니다.

복제 시나리오를 네트워크 및 디렉터리 환경의 요구 사항에 맞게 결합할 수 있습니다. 일반적인 조합 중 하나는 계단식 구성과 함께 다중 제공 구성을 사용하는 것입니다.