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

별칭 또는 비 별칭 레코드 선택

Amazon Route 53 별칭 레코드는 Route 53– DNS 기능에 고유 확장명을 제공합니다. 별칭 레코드를 사용하면 CloudFront 배포와 Amazon S3 버킷 등 선택한 AWS 리소스로 트래픽을 라우팅할 수 있습니다. 호스팅 영역의 한 레코드에서 다른 레코드로 트래픽을 라우팅할 수도 있습니다.

CNAME 레코드와 달리, zone apex라고도 하는 DNS 네임스페이스의 최상위 노드에 별칭 레코드를 만들 수 있습니다. 예를 들어, DNS 이름 example.com을 등록하면 zone apex는 example.com입니다. example.com에 대한 CNAME 레코드는 만들 수 없지만, www.example.com으로 트래픽을 라우팅하는 example.com에 대한 별칭 레코드를 만들 수 있습니다.

Route 53이 별칭 레코드에서 DNS 쿼리를 받으면, Route 53은 이 리소스의 해당되는 값으로 응답합니다.

  • Amazon API Gateway 사용자 지정 리전 API 또는 엣지 최적화 API – Route 53은 API의 하나 이상의 IP 주소로 응답합니다.

  • Amazon VPC 인터페이스 엔드포인트 – Route 53은 인터페이스 엔드포인트의 하나 이상의 IP 주소로 응답합니다.

  • CloudFront 배포 – Route 53은 콘텐츠를 제공할 수 있는 CloudFront 엣지 서버의 하나 이상의 IP 주소를 사용하여 반응합니다.

  • Elastic Beanstalk 환경 – Route 53은 환경에 대해 하나 이상의 IP 주소를 사용하여 응답합니다.

  • ELB 로드 밸런서 – Route 53은 로드 밸런서에 대해 1개 이상의 IP 주소를 사용하여 응답합니다.

  • 정적 웹사이트로 구성되는 Amazon S3 버킷 – Route 53은 Amazon S3 버킷에 대해 1개의 IP 주소로 각 요청에 응답합니다.

  • 동일한 호스팅 영역의 다른 Route 53 레코드 – Route 53은 별칭 레코드에서 참조하는 레코드에 대한 쿼리가 요청된 것처럼 응답합니다.

별칭 레코드를 사용하여 AWS 리소스로 트래픽을 라우팅하면 Route 53이 리소스의 변경 내용을 자동으로 인식합니다. 예를 들어, example.com의 별칭 레코드가 lb1-1234.us-east-2.elb.amazonaws.com의 ELB 로드 밸런서를 가리킨다고 가정합니다. 로드 밸런서의 IP 주소가 변경된다면, Route 53은 자동적으로 새로운 IP 주소를 사용하여 DNS 쿼리에 응답하기 시작합니다.

별칭 레코드가 AWS 리소스를 가리키는 경우 TTL(Time To Live)을 설정할 수 없습니다. Route 53은 그 리소스에 초기 TTL을 사용합니다. 별칭 레코드가 동일한 호스팅 영역의 다른 레코드를 가리키는 경우, Route 53은 별칭 레코드가 가리키는 레코드의 TTL을 사용합니다. Elastic Load Balancing의 현재 TTL 값에 대한 자세한 내용을 보려면 Elastic Load Balancing 사용 설명서라우팅 요청에서 "ttl"을 검색하십시오.

Route 53 콘솔을 사용하여 레코드 생성에 대한 자세한 내용은 Amazon Route 53 콘솔을 사용하여 레코드 생성 단원을 참조하십시오. 별칭 레코드에 대해 지정하는 값에 대한 자세한 내용은 Amazon Route 53 레코드를 생성 또는 편집할 때 지정하는 값의 해당 주제를 참조하십시오.

별칭 레코드는 CNAME 레코드와 비슷하지만, 다음과 같은 중요한 차이점이 몇 가지 있습니다.

CNAME 레코드 별칭 레코드

CNAME 레코드는 DNS 쿼리를 DNS 레코드로 리디렉션할 수 있습니다. 예를 들어 acme.example.com에서 zenith.example.com 또는 acme.example.org로 쿼리를 리디렉션하는 CNAME 레코드를 생성할 수 있습니다. 쿼리를 리디렉션할 도메인의 DNS 서비스로 Route 53을 사용할 필요가 없습니다.

별칭 레코드는 쿼리를 다음과 같이 선택한 AWS 리소스로만 리디렉션할 수 있습니다.

  • Amazon S3 버킷

  • CloudFront 배포

  • 별칭 레코드를 생성할 Route 53 호스팅 영역의 다른 레코드

예를 들어, acme.example.com이라는 이름의 Amazon S3 버킷으로 쿼리를 리디렉션하는 acme.example.com이라는 별칭 레코드를 생성할 수 있습니다. example.com 호스팅 영역의 zenith.example.com 레코드로 쿼리를 리디렉션하는 acme.example.com 별칭 레코드를 생성할 수도 있습니다.

호스팅 영역(zone apex)과 이름이 동일한 CNAME 레코드는 만들 수 없습니다. 이는 도메인 이름(example.com)의 호스팅 영역과 하위 도메인(zenith.example.com)의 호스팅 영역 모두에 해당됩니다.

대부분의 구성에서 호스팅 영역(zone apex)과 이름이 동일한 별칭 레코드를 만들 수 있습니다. 단, zone apex(예: example.com)의 쿼리를 CNAME 유형의 동일한 호스팅 영역에 있는 레코드(예: zenith.example.com)로 리디렉션하려는 경우는 예외입니다. 별칭 레코드는 트래픽이 라우팅되는 레코드와 동일한 유형이어야 하고 zone apex에 대한 CNAME 레코드 생성은 별칭 레코드에 대해서도 지원되지 않기 때문입니다.

Route 53은 CNAME 쿼리에 대해 요금을 부과합니다.

Route 53은 AWS 리소스에 대한 별칭 쿼리에 대해서는 요금을 부과하지 않습니다. 자세한 내용은 Amazon Route 53 요금을 참조하십시오.

CNAME 레코드는 레코드 유형(예: A 또는 AAAA)에 상관없이 도메인 이름에 대한 DNS 쿼리를 리디렉션합니다.

Route 53은 별칭 레코드 이름(예: acme.example.com)과 별칭 레코드 유형(예: A 또는 AAAA)이 DNS 쿼리의 이름 및 유형과 일치할 때만 DNS 쿼리에 응답합니다.

CNAME 레코드는 dig 또는 nslookup 쿼리에 응답하는 경우에 CNAME 레코드로 나타납니다.

별칭 기록은 A 또는 AAAA를 비롯한 기록을 생성한 경우에 지정한 기록 유형으로 나타납니다. 별칭 속성은 AWS CLI list-resource-record-sets 명령과 같은 Route 53 콘솔에서 또는 프로그래밍 요청에 대한 반응에만 표시됩니다.