5.4. DNS 서버 구성


다음 절차에 따라 필요한 프라이빗 호스팅 영역을 Amazon Route 53 Inbound Resolver로 전달하도록 DNS 서버를 구성합니다.

5.4.1. HCP를 사용하는 ROSA

HCP 클러스터를 사용하려면 두 개의 프라이빗 호스팅 영역에 대해 DNS 전달을 구성해야 합니다.

  • <cluster-name>.hypershift.local
  • rosa.<domain-prefix>.<unique-ID>.p3.openshiftapps.com

이러한 Amazon Route 53 개인 호스팅 영역은 클러스터 생성 중에 생성됩니다. cluster-namedomain-prefix 는 customer-specified 값이지만, unique-ID 는 클러스터 생성 중에 임의로 생성되며 사전 선택할 수 없습니다. 따라서 p3.openshiftapps.com 개인 호스팅 영역에 대한 전달을 구성하기 전에 클러스터 생성 프로세스가 시작될 때까지 기다려야 합니다.

  1. 클러스터가 생성되기 전에 < cluster-name>.hypershift.local 에 대한 모든 DNS 요청을 Amazon Route 53 인바운드 Resolver 엔드포인트로 전달하도록 DNS 서버를 구성합니다. BIND DNS 서버의 경우 즐겨 찾는 텍스트 편집기에서 /etc/named.conf 파일을 편집하고 다음 예제를 사용하여 새 영역을 추가합니다.

    예제

    zone "<cluster-name>.hypershift.local" { 1
      type forward;
      forward only;
      forwarders { 2
        10.0.45.253;
        10.0.23.131;
        10.0.148.159;
      };
    };

    1
    &lt ;cluster-name&gt;을 ROSA HCP 클러스터 이름으로 교체합니다.
    2
    위에서 수집한 인바운드 확인자 끝점의 IP 주소로 교체하여 각 IP 주소를 팔로우합니다. ;
  2. 클러스터를 생성합니다.
  3. 클러스터가 생성 프로세스를 시작한 후 새로 생성된 개인 호스팅 영역을 찾습니다.

    $ aws route53 list-hosted-zones-by-vpc \
      --vpc-id ${VPC_ID} \
      --vpc-region ${REGION} \
      --query 'HostedZoneSummaries[*].Name' \
      --output table

    출력 예

    --------------------------------------------------
    |             ListHostedZonesByVPC               |
    +------------------------------------------------+
    |  rosa.domain-prefix.lkmb.p3.openshiftapps.com. |
    |  cluster-name.hypershift.local.                |
    +------------------------------------------------+

    참고

    클러스터 생성 프로세스가 Route 53에서 개인 호스팅 영역을 생성하는 데 몇 분이 걸릴 수 있습니다. p3.openshiftapps.com 도메인이 표시되지 않으면 몇 분 기다렸다가 명령을 다시 실행합니다.

  4. 클러스터 도메인의 고유 ID를 알고 나면 rosa.<domain-prefix>.<unique-ID>.p3.openshiftapps.com 에 대한 모든 DNS 요청을 Amazon Route 53 인바운드 Resolver 엔드포인트로 전달하도록 DNS 서버를 구성합니다. BIND DNS 서버의 경우 즐겨 찾는 텍스트 편집기에서 /etc/named.conf 파일을 편집하고 다음 예제를 사용하여 새 영역을 추가합니다.

    예제

    zone "rosa.<domain-prefix>.<unique-ID>.p3.openshiftapps.com" { 1
      type forward;
      forward only;
      forwarders { 2
        10.0.45.253;
        10.0.23.131;
        10.0.148.159;
      };
    };

    1
    < domain-prefix >를 클러스터 도메인 접두사로 바꾸고 < unique-ID >를 위에서 수집한 고유한 ID로 바꿉니다.
    2
    위에서 수집한 인바운드 확인자 끝점의 IP 주소로 교체하여 각 IP 주소를 팔로우합니다. ;

5.4.2. ROSA Classic

ROSA Classic 클러스터에서는 하나의 프라이빗 호스팅 영역에 대해 DNS 전달을 구성해야 합니다.

  • <domain-prefix>.<unique-ID>.p1.openshiftapps.com

이 Amazon Route 53 개인 호스팅 영역은 클러스터 생성 중에 생성됩니다. domain-prefix 는 customer-specified 값이지만, unique-ID 는 클러스터 생성 중에 임의로 생성되며 사전 선택할 수 없습니다. 따라서 p1.openshiftapps.com 개인 호스팅 영역에 대한 전달을 구성하기 전에 클러스터 생성 프로세스가 시작될 때까지 기다려야 합니다.

  1. 클러스터를 생성합니다.
  2. 클러스터가 생성 프로세스를 시작한 후 새로 생성된 개인 호스팅 영역을 찾습니다.

    $ aws route53 list-hosted-zones-by-vpc \
      --vpc-id ${VPC_ID} \
      --vpc-region ${REGION} \
      --query 'HostedZoneSummaries[*].Name' \
      --output table

    출력 예

    ----------------------------------------------
    |           ListHostedZonesByVPC             |
    +--------------------------------------------+
    |  domain-prefix.agls.p3.openshiftapps.com.  |
    +--------------------------------------------+

    참고

    클러스터 생성 프로세스가 Route 53에서 개인 호스팅 영역을 생성하는 데 몇 분이 걸릴 수 있습니다. p1.openshiftapps.com 도메인이 표시되지 않으면 몇 분 정도 기다린 후 명령을 다시 실행합니다.

  3. 클러스터 도메인의 고유 ID를 알고 나면 < domain-prefix>.<unique-ID>.p1.openshiftapps.com 에 대한 모든 DNS 요청을 Amazon Route 53 인바운드 Resolver 엔드포인트로 전달하도록 DNS 서버를 구성합니다. BIND DNS 서버의 경우 즐겨 찾는 텍스트 편집기에서 /etc/named.conf 파일을 편집하고 다음 예제를 사용하여 새 영역을 추가합니다.

    예제

    zone "<domain-prefix>.<unique-ID>.p1.openshiftapps.com" { 1
      type forward;
      forward only;
      forwarders { 2
        10.0.45.253;
        10.0.23.131;
        10.0.148.159;
      };
    };

    1
    < domain-prefix >를 클러스터 도메인 접두사로 바꾸고 < unique-ID >를 위에서 수집한 고유한 ID로 바꿉니다.
    2
    위에서 수집한 인바운드 확인자 끝점의 IP 주소로 교체하여 각 IP 주소를 팔로우합니다. ;
Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

© 2024 Red Hat, Inc.