4.2. 복제본에 대한 배포 고려 사항


4.2.1. 토폴로지에서 서버 서비스 배포

IdM 서버는 CA(인증 기관) 또는 DNS와 같은 다양한 서비스를 실행할 수 있습니다. 복제본은 에서 만든 서버와 동일한 서비스를 실행할 수 있지만 필수는 아닙니다.
예를 들어 초기 서버가 DNS를 실행하는 경우에도 DNS 서비스 없이 복제본을 설치할 수 있습니다. 마찬가지로 초기 서버가 DNS 없이 설치된 경우에도 복제본을 DNS 서버로 설정할 수 있습니다.

그림 4.2. 다른 서비스의 복제

다른 서비스의 복제

복제의 CA 서비스

CA 없이 복제본을 설정하면 인증서 작업에 대한 모든 요청을 토폴로지의 CA 서버로 전달합니다.
주의
두 개 이상의 서버에 CA 서비스를 설치하는 것이 좋습니다. CA 서비스를 포함한 초기 서버 복제 설치에 대한 자세한 내용은 4.5.4절. “CA를 사용하여 복제본 설치” 을 참조하십시오.
CA를 하나의 서버에만 설치하는 경우 CA 서버가 실패할 경우 복구 가능성 없이 CA 구성을 손실할 수 있습니다. 자세한 내용은 B.2.6절. “손실된 CA 서버 복구” 을 참조하십시오.
복제본에서 CA를 설정하는 경우 구성은 초기 서버의 CA 구성을 미러링해야 합니다.
  • 예를 들어 서버에 루트 CA로 통합된 IdM CA가 포함된 경우, 루트 CA로 통합 CA를 사용하여 복제본도 설치해야 합니다.
  • 지원되는 CA 구성 옵션은 2.3.2절. “사용할 CA 구성 결정” 를 참조하십시오.

4.2.2. 복제 토폴로지 권장 사항

Red Hat은 다음 지침을 준수할 것을 권장합니다.
단일 IdM 도메인에 60개 이상의 복제본을 구성
Red Hat은 60개 이하의 복제본이 포함된 환경 지원을 보장합니다.
각 복제본당 최소 2 개의 복제 계약 구성
추가 복제 계약을 구성하면 초기 복제본과 마스터 서버 간에뿐만 아니라 다른 복제본 간에도 정보가 복제됩니다.
  • 서버 A에서 복제본 B를 생성한 다음 서버 A에서 복제 C를 복제하는 경우 복제본 A와 C의 복제본은 직접 참여하지 않으므로 복제본 B의 데이터를 복제 C로 전파하기 전에 먼저 서버 A로 복제해야 합니다.

    그림 4.3. 복제 계약(복제 계약)에 참여하지 않는 복제 B 및 C 복제

    복제 계약(복제 계약)에 참여하지 않는 복제 B 및 C 복제
    복제본 B와 복제본 C 간에 추가 복제 연결을 설정하면 데이터가 직접 복제되므로 데이터 가용성, 일관성, 페일오버 허용 오차 및 성능이 향상됩니다.

    그림 4.4. 복제 계약(복제 계약)에 가입한 복제 B 및 C 복제

    복제 계약(복제 계약)에 가입한 복제 B 및 C 복제
    복제 계약 관리에 대한 자세한 내용은 6장. 복제 토폴로지 관리 을 참조하십시오.
복제본당 4개 이상의 복제 계약을 구성하는 것은 불필요합니다. 서버당 다수의 복제 계약에 따라 한 번에 한 명의 마스터만 업데이트할 수 있기 때문에 특정 소비자 서버는 한 번에 하나의 마스터만 업데이트할 수 있으므로 다른 계약에는 유휴 상태가 되고 대기 중입니다. 또한 복제 계약 수가 너무 많으면 전체 성능에 부정적인 영향을 미칠 수 있습니다.
참고
ipa topologysuffix-verify 명령은 토폴로지가 가장 중요한 권장 사항을 충족하는지 확인합니다. 자세한 내용은 ipa topologysuffix-verify --help 를 실행합니다.
명령을 사용하려면 토폴로지 접미사를 지정해야 합니다. 자세한 내용은 6.1절. “복제 계약, 토폴로지 번들 및 토폴로지 세그먼트 설명” 을 참조하십시오.

그림 4.5. 토폴로지 예

토폴로지 예

4.2.2.1. 끊김 토폴로지

가장 복원력이 높은 토폴로지 중 하나는 셀에서 적은 수의 서버를 사용하여 서버와 복제본에 대한 셀 구성을 만드는 것입니다.
  • 셀은 엄격한 셀로, 모든 서버는 서로 복제 계약을 맺고 있습니다.
  • 각 서버에는 셀 외부에 있는 다른 서버와 하나의 복제 연결이 있습니다. 이렇게 하면 모든 셀이 도메인의 다른 모든 셀에 느슨하게 연결됩니다.
탄탄한 셀 토폴로지를 수행하려면 다음을 수행합니다.
  • 각 주 사무소, 데이터 센터 또는 지역에 IdM 서버가 하나 이상 있어야 합니다. IdM 서버가 두 개 있는 것이 좋습니다.
  • 데이터 센터당 네 개 이상의 서버가 없습니다.
  • 소규모 사무소의 경우 복제본을 사용하는 대신 SSSD를 사용하여 자격 증명을 캐시하고 오프사이트 IdM 서버를 데이터 백엔드로 캐시합니다.

4.2.3. 숨겨진 복제 모드

기본적으로 새 복제본을 설정하면 설치 프로그램이 DNS에 서비스(SRV) 리소스 레코드를 자동으로 생성합니다. 이러한 레코드를 통해 클라이언트는 복제본 및 해당 서비스를 자동으로 검색할 수 있습니다. 숨겨진 복제본은 모든 서비스가 실행 중이고 사용 가능한 IdM 서버입니다. 그러나 DNS에는 SRV 레코드가 없으며 LDAP 서버 역할이 활성화되어 있지 않습니다. 따라서 클라이언트는 서비스 검색을 사용하여 이러한 숨겨진 복제본을 탐지할 수 없습니다.
참고
숨겨진 복제본 기능은 Red Hat Enterprise Linux 7.7 이상에서 기술 프리뷰로 제공되므로 지원되지 않습니다.
숨겨진 복제본은 주로 클라이언트를 중단할 수 있는 전용 서비스용으로 설계되었습니다. 예를 들어 IdM의 전체 백업은 마스터 또는 복제본에서 모든 IdM 서비스를 종료해야 합니다. 숨겨진 복제본을 사용하지 않으므로 관리자는 클라이언트에 영향을 주지 않고 이 호스트의 서비스를 일시적으로 종료할 수 있습니다. 기타 사용 사례에는 IdM API에 대한 고로드 작업 또는 LDAP 서버(예: 대량 가져오기 또는 광범위한 쿼리)가 포함됩니다.
복제본을 숨겨진 대로 설치하려면 --hidden-replica 매개변수를 ipa-replica-install 명령에 전달합니다. 복제본 설치에 대한 자세한 내용은 4.5절. “복제 생성: 소개” 을 참조하십시오.
또는 기존 복제본의 상태를 변경할 수 있습니다. 자세한 내용은 6.5.4절. “Hidden Replicas의 데모 및 프로모션” 의 내용을 참조하십시오.
맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2025 Red Hat, Inc.