Amazon Route 53
개발자 안내서 (API 버전 2013-04-01)

별칭 레코드 값

별칭 레코드를 생성할 때 다음과 같은 값을 지정합니다. 자세한 정보는 별칭 또는 비 별칭 레코드 선택 단원을 참조하십시오.

이름

트래픽을 라우팅할 도메인 또는 하위 도메인의 이름을 입력합니다. 기본값은 호스팅 영역 이름입니다.

참고

호스팅 영역과 이름이 같은 레코드를 생성할 경우에는 [Name] 필드에 값(예: @ 기호)을 입력하지 마십시오.

CNAME 레코드

[Type] 값이 [CNAME]인 레코드를 생성하는 경우 레코드의 이름은 호스팅 영역의 이름과 같을 수 없습니다.

CloudFront 배포 및 Amazon S3 버킷에 대한 별칭

지정하는 값은 트래픽을 라우팅하는 AWS 리소스에 따라 부분적으로 달라집니다.

  • CloudFront 배포 - 배포에는 해당 레코드의 이름과 일치하는 대체 도메인 이름이 포함되어야 합니다. 예를 들어, 리소스 레코드 세트 이름이 acme.example.com일 경우 CloudFront 배포에 acme.example.com이 대체 도메인 이름 중 하나로 포함되어야 합니다. 자세한 내용은 Amazon CloudFront 개발자 안내서에서 대체 도메인 이름 사용(CNAMEs)을 참조하십시오.

  • Amazon S3 버킷 - 레코드의 이름은 Amazon S3 버킷의 이름과 일치해야 합니다. 예를 들어 버킷의 이름이 acme.example.com이면 이 레코드의 이름도 acme.example.com이어야 합니다.

    그리고 웹사이트 호스팅용 버킷을 구성해야 합니다. 자세한 내용은 Amazon Simple Storage Service 개발자 가이드에서 웹사이트 호스팅용 버킷 구성을 참조하십시오.

특수 문자

a-z, 0-9, -(하이픈) 이외의 문자를 지정하는 방법과 국제 도메인 이름을 지정하는 방법은 다음(DNS 도메인 이름 형식)을 참조하십시오.

와일드카드 문자

이름에 별표(*) 문자를 사용할 수 있습니다. DNS는 이름에 표시되는 위치에 따라 * 문자를 와일드카드 또는 * 문자(ASCII 42)로 처리합니다. 자세한 내용은 호스팅 영역 및 레코드의 이름에 별표(*) 사용 단원을 참조하십시오.

유형

DNS 레코드 유형입니다. 자세한 내용은 지원되는 DNS 레코드 유형 단원을 참조하십시오.

트래픽을 라우팅하는 AWS 리소스에 따라 해당하는 값을 선택합니다.

CloudFront 배포

[A — IPv4 address]를 선택합니다.

IPv6가 배포에 대해 활성화되어 있으면, 두 레코드(하나는 Type A - IPv4 address의 값이고, 하나는 AAAA - IPv6 address의 값)를 만듭니다.

리전화된 하위 도메인이 있는 Elastic Beanstalk 환경

[A — IPv4 address]를 선택합니다.

ELB 로드 밸런서

[A — IPv4 address] 또는 [AAAA — IPv6 address]를 선택합니다.

Amazon S3 버킷

[A — IPv4 address]를 선택합니다.

호스팅 영역의 또 다른 레코드

별칭을 생성 중인 레코드 유형을 선택합니다. [NS] 및 [SOA]를 제외한 모든 유형이 지원됩니다.

참고

호스팅 영역(zone apex)라고도 함)과 이름이 같은 별칭 레코드를 생성한다면, [Type] 값이 [CNAME]인 레코드로 트래픽을 라우팅할 수 없습니다. 이는 별칭 레코드가 트래픽이 라우팅되는 레코드와 동일한 형식이어야 하고 zone apex에 대한 CNAME 레코드 생성은 별칭 레코드에 대해서도 지원되지 않기 때문입니다.

별칭

[Yes]를 선택합니다.

별칭 대상

지정하는 값은 트래픽을 라우팅하는 AWS 리소스에 따라 달라집니다.

CloudFront 배포

다음 중 하나를 실시해 CloudFront를 배포합니다.

  • 동일 계정을 사용하여 Route 53 호스팅 영역과 CloudFront 배포를 생성한 경우 – [Alias Target]을 선택하고 목록에서 배포를 선택합니다. 배포가 많을 경우에는 배포의 도메인 이름의 처음 몇 문자를 입력하여 목록을 필터링할 수 있습니다.

    목록에 배포가 없을 때는 다음에 유의하십시오.

    • 이 레코드의 이름은 배포의 대체 도메인 이름과 일치해야 합니다.

    • 배포에 대체 도메인 이름을 추가한 경우 변경사항이 모든 CloudFront 엣지 위치로 전해지는데 15분 걸릴 수 있습니다. 변경사항이 전해지기 전까지 Route 53은 새 대체 도메인 이름을 알 수 없습니다.

  • 다른 계정을 사용하여 Route 53 호스팅 영역 및 배포를 생성한 경우 – 배포의 CloudFront 도메인 이름을 입력합니다(예: d111111abcdef8.cloudfront.net).

    하나의 AWS 계정을 사용하여 현재 호스팅 영역을 생성하고 다른 계정을 사용하여 배포를 생성한 경우에는 [Alias Targets] 목록에 배포가 표시되지 않습니다.

    한 계정을 사용하여 현재 호스팅 영역을 생성하고 하나 이상의 다른 계정을 사용하여 모든 배포를 생성한 경우에는 [Alias Targets] 목록의 [CloudFront Distributions] 밑에 [No Targets Available]이 표시됩니다.

중요

모든 엣지 위치로 전해지지 않은 CloudFront 배포로 질의를 라우팅할 경우 사용자가 해당 콘텐츠에 액세스할 수 없습니다.

레코드 이름과 일치하는 대체 도메인 이름이 CloudFront 배포에 포함되어야 합니다. 예를 들어, 리소스 레코드 세트 이름이 acme.example.com일 경우 CloudFront 배포에 acme.example.com이 대체 도메인 이름 중 하나로 포함되어야 합니다. 자세한 내용은 Amazon CloudFront 개발자 안내서에서 대체 도메인 이름 사용(CNAMEs)을 참조하십시오.

IPv6가 배포에 대해 활성화되어 있으면, 두 레코드(하나는 Type A - IPv4 address의 값이고, 하나는 AAAA - IPv6 address의 값)를 만듭니다.

리전화된 하위 도메인이 있는 Elastic Beanstalk 환경

Elastic Beanstalk 환경의 도메인 이름에 환경을 배포한 리전이 포함되는 경우 트래픽을 환경으로 라우팅하는 별칭 레코드를 생성할 수 있습니다. 예를 들면 도메인 이름 my-environment.us-west-2.elasticbeanstalk.com은 리전화된 도메인 이름입니다.

중요

2016년 초 이전에 생성된 환경의 경우 도메인 이름에 리전이 포함되지 않습니다. 이러한 환경으로 트래픽을 라우팅하려면 별칭 레코드 대신에 CNAME 레코드를 생성해야 합니다. 루트 도메인 이름에는 CNAME 레코드를 생성할 수 없습니다. 예를 들어 도메인 이름이 example.com이라면 acme.example.com에 대한 트래픽을 Elastic Beanstalk 환경으로 라우팅하는 레코드를 생성할 수 있습니다. 그러나 example.com에 대한 트래픽을 Elastic Beanstalk 환경으로 라우팅하는 레코드는 생성할 수 없습니다.

리전화된 하위 도메인이 있는 Elastic Beanstalk 환경에 대해서는 다음 중 한 가지 작업을 수행하십시오.

  • 동일 계정을 사용하여 Route 53 호스팅 영역과 Elastic Beanstalk 배포를 생성한 경우 – [Alias Target]을 선택한 다음, 목록에서 환경을 선택합니다. 환경이 많을 경우에는 환경에 대한 CNAME 속성의 첫 문자 몇 개를 입력하여 목록을 필터링할 수 있습니다.

  • 다른 계정을 사용하여 Route 53 호스팅 영역과 Elastic Beanstalk 환경을 생성한 경우 – Elastic Beanstalk 환경에 대한 CNAME 속성을 입력합니다.

ELB 로드 밸런서

ELB 로드 밸런서의 경우 다음 중 하나를 실시합니다.

  • 동일 계정을 사용하여 Route 53 호스팅 영역과 로드 밸런서를 생성한 경우 – [Alias Target]을 선택하고 목록에서 로드 밸런서를 선택합니다. 로드 밸런서가 많은 경우에는 DNS 이름의 처음 몇 문자를 입력하여 목록을 필터링할 수 있습니다.

  • 다른 계정을 사용하여 Route 53 호스팅 영역과 로드 밸런서를 생성한 경우ELB 로드 밸런서의 DNS 이름 가져오기 절차에서 얻은 값을 입력합니다.

    하나의 AWS 계정을 사용하여 현재 호스팅 영역을 생성하고 다른 계정을 사용하여 로드 밸런서를 생성한 경우에는 [Alias Targets] 목록에 로드 밸런서가 표시되지 않습니다.

    한 계정을 사용하여 현재 호스팅 영역을 생성하고 하나 이상의 다른 계정을 사용하여 모든 로드 밸런서를 생성한 경우에는 [Alias Targets] 목록의 [Elastic Load Balancers] 밑에 [No Targets Available]이 표시됩니다.

어느 경우든 콘솔이 맨 앞에 dualstack.을 DNS 이름에 첨가합니다. 웹 브라우저와 같은 클라이언트가 도메인 이름(example.com) 또는 하위 도메인 이름(www.example.com)에 대한 IP 주소를 요청할 때 클라이언트는 IPv4 주소(A 레코드), IPv6 주소(AAAA 레코드), 또는 IPv4 및 IPv6 어드레스(별도 요청의 경우) 둘 다를 요청할 수 있습니다. dualstack. 지명은 클라이언트가 요청한 IP 주소 형식에 기반한 로드 밸런서에 대한 적절한 IP 주소에 Route 53이 응답하도록 허용합니다.

Amazon S3 버킷

웹사이트 엔드포인트로 구성되는 Amazon S3 버킷은 다음 중 하나를 실시합니다.

  • 동일 계정을 사용하여 Route 53 호스팅 영역과 Amazon S3 버킷을 생성한 경우 – [Alias Target]을 선택하고 목록에서 버킷을 선택합니다. 버킷이 많은 경우 DNS 이름의 처음 몇 자를 입력하여 목록을 필터링할 수 있습니다.

    [Alias Target] 값이 버킷의 Amazon S3 웹사이트 엔드포인트로 변합니다.

  • 다른 계정을 사용하여 Route 53 호스팅 영역과 Amazon S3 버킷을 생성한 경우 – S3 Bucket을 생성한 리전의 이름을 입력합니다. Amazon Web Services 일반 참조 AWS 리전 및 엔드포인트 장에 있는 Amazon Simple Storage Service 웹 사이트 엔드포인트 표에 웹 사이트 엔드포인트 컬럼에 나타난 값을 사용합니다.

    현재 계정이 아닌 AWS 계정을 사용하여 Amazon S3 버킷을 생성한 경우 [Alias Targets] 목록에 버킷이 표시되지 않습니다.

웹사이트 호스팅용 버킷을 구성해야 합니다. 자세한 내용은 Amazon Simple Storage Service 개발자 가이드에서 웹사이트 호스팅용 버킷 구성을 참조하십시오.

레코드의 이름은 Amazon S3 버킷의 이름을 일치해야 합니다. 예를 들어 Amazon S3 버킷의 이름이 acme.example.com이면 이 레코드의 이름도 acme.example.com이어야 합니다.

가중 별칭, 지연 시간 별칭, 장애 조치 별칭 또는 지리 위치 별칭 레코드 그룹에서 Amazon S3 버킷으로 쿼리를 라우팅하는 레코드 한 개만 생성할 수 있는데 그 이유는 레코드의 이름이 버킷 이름과 일치해야 하며, 버킷 이름은 전세계적으로 고유해야 하기 때문입니다.

이 호스팅 영역의 레코드

이 호스팅 영역 내 레코드의 경우 [Alias Target]을 클릭하고 해당하는 레코드를 선택합니다. 레코드가 많은 경우 이름의 처음 몇 자를 입력하여 목록을 필터링할 수 있습니다.

호스팅 영역에 기본 NS 및 SOA 레코드만 있는 경우에는 [Alias Targets] 목록에 [No Targets Available]이 표시됩니다.

참고

호스팅 영역([zone apex)]라고도 함)과 이름이 같은 별칭 레코드를 생성한다면, [Type] 값이 [CNAME]인 레코드는 선택할 수 없습니다. 이는 별칭 레코드가 트래픽이 라우팅되는 레코드와 동일한 형식이어야 하고 zone apex에 대한 CNAME 레코드 생성은 별칭 레코드에 대해서도 지원되지 않기 때문입니다.

별칭 호스팅 영역 ID

이 값은 [Alias Target]에 대해 선택한 또는 입력한 값에 따라 자동으로 표시됩니다.

라우팅 정책

[Simple]을 선택합니다.

대상 상태 평가

When the value of Routing Policy is Simple, choose No. If you have only one record that has a given name and type, Route 53 responds to DNS queries using the values in that record regardless of whether the resource is healthy.