기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# Amazon Route 53 레코드를 생성 또는 편집할 때 지정하는 값
<a name="resource-record-sets-values"></a>

Amazon Route 53 콘솔을 사용하여 레코드를 생성할 때 지정하는 값은 사용하려는 라우팅 정책과 트래픽을 AWS 리소스로 라우팅하는 별칭 레코드를 생성할지 여부에 따라 달라집니다.

대상 AWS 리소스를 지정하는 특정 리소스(예: Elastic Load Balancing, CloudFront 배포, Amazon S3 버킷)로 트래픽을 라우팅하는 별칭 레코드입니다. 선택적으로 상태 확인을 연결하고 대상 상태 평가를 구성할 수도 있습니다. 다음 주제에서는 각 라우팅 정책 및 레코드 유형에 필요한 값에 대한 상세한 정보를 제공하여 Route 53 레코드를 효과적으로 구성하는 데 도움이 됩니다.

**Topics**
+ [모든 라우팅 정책에 공통적인 값](resource-record-sets-values-shared.md)
+ [모든 라우팅 정책의 별칭 레코드에 공통되는 값](resource-record-sets-values-alias-common.md)
+ [단순 레코드에 특정한 값](resource-record-sets-values-basic.md)
+ [단순 별칭 레코드에 특정한 값](resource-record-sets-values-alias.md)
+ [장애 조치 레코드에 특정한 값](resource-record-sets-values-failover.md)
+ [장애 조치 별칭 레코드에 특정한 값](resource-record-sets-values-failover-alias.md)
+ [지리 위치 레코드에 특정한 값](resource-record-sets-values-geo.md)
+ [지리 위치 별칭 레코드에 특정한 값](resource-record-sets-values-geo-alias.md)
+ [지리 근접성 레코드에 특정된 값](resource-record-sets-values-geoprox.md)
+ [지리 근접성 별칭 레코드에 특정된 값](resource-record-sets-values-geoprox-alias.md)
+ [지연 시간 레코드에 특정한 값](resource-record-sets-values-latency.md)
+ [지연 시간 별칭 레코드에 특정한 값](resource-record-sets-values-latency-alias.md)
+ [IP 기반 레코드에 특정한 값](resource-record-sets-values-ipbased.md)
+ [IP 기반 별칭 레코드에 특정한 값](resource-record-sets-values-ipbased-alias.md)
+ [다중값 응답 레코드에 특정한 값](resource-record-sets-values-multivalue.md)
+ [가중치 기반 레코드에 특정한 값](resource-record-sets-values-weighted.md)
+ [가중치 기반 별칭 레코드에 특정한 값](resource-record-sets-values-weighted-alias.md)

# 모든 라우팅 정책에 공통적인 값
<a name="resource-record-sets-values-shared"></a>

이것은 Amazon Route 53 레코드를 생성 또는 편집할 때 지정할 수 있는 공통적인 값입니다. 이러한 값은 모든 라우팅 정책에서 사용됩니다.



**Topics**
+ [레코드 이름](#rrsets-values-common-name)
+ [값/트래픽 라우팅 대상](#rrsets-values-common-value)
+ [TTL(초)](#rrsets-values-common-ttl)

## 레코드 이름
<a name="rrsets-values-common-name"></a>

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

**참고**  
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 **이름** 필드에 값(예: @ 기호)을 입력하지 마십시오.

**CNAME 레코드**  
**레코드 유형(Record type)** 값이 **CNAME**인 레코드를 생성하는 경우 레코드의 이름은 호스팅 영역의 이름과 같을 수 없습니다.

**특수 문자**  
a\$1z, 0\$19, -(하이픈) 이외의 문자를 지정하는 방법과 국제 도메인 이름을 지정하는 방법은 다음([DNS 도메인 이름 형식](DomainNameFormat.md))을 참조하십시오.

**와일드카드 문자**  
이름에 별표(\$1) 문자를 사용할 수 있습니다. DNS는 이름에 표시되는 위치에 따라 \$1 문자를 와일드카드 또는 \$1 문자(ASCII 42)로 처리합니다. 자세한 내용은 [호스팅 영역 및 레코드의 이름에 별표(\$1) 사용](DomainNameFormat.md#domain-name-format-asterisk) 단원을 참조하십시오.  
\$1 와일드카드를 유형이 **NS**인 리소스 레코드 세트에 사용할 수 없습니다.

## 값/트래픽 라우팅 대상
<a name="rrsets-values-common-value"></a>

**IP 주소 또는 레코드 유형에 따라 다른 값**을 선택합니다. **레코드 유형** 값에 해당하는 값을 입력합니다. **CNAME**을 제외한 모든 유형은 둘 이상의 값을 입력할 수 있습니다. 각 값을 별도의 라인에 입력합니다.

**A – IPv4 주소**  
IPv4 형식의 IP 주소(예: **192.0.2.235**)

**AAAA - IPv6 주소**  
IPv6 형식의 IP 주소(예: **2001:0db8:85a3:0:0:8a2e:0370:7334**)

**CAA - 인증 기관 인증**  
**레코드 이름(Record name)**으로 지정되는 도메인 또는 하위 도메인에 대한 인증서나 와일드카드 인증서 발급이 허용되는 인증 기관을 제어하는 공백으로 구분된 3개의 값. CAA 레코드를 사용하여 다음을 지정할 수 있습니다.  
+ SSL/TLS 인증서(있는 경우)를 발급할 수 있는 인증 기관(CA)
+ CA가 도메인 또는 하위 도메인에 인증서를 발급할 때 연락처의 이메일 주소 또는 URL

**CNAME – 정식 이름**  
Route 53에서 이 레코드의 DNS 쿼리에 대한 응답으로 반환하려는 정규화된 도메인 이름(예: *www.example.com*)입니다. 뒤에 오는 점은 선택 사항이며, Route 53은 도메인 이름을 정규화된 도메인 이름으로 간주합니다. 다시 말해 Route 53은 *www.example.com*(뒤에 점 없음)과 *www.example.com.*(뒤에 점 있음)을 동일하게 처리합니다.

**MX - 메일 교환**  
우선 순위와 메일 서버를 지정하는 도메인 이름(예: **10 mailserver.example.com**) 뒤에 오는 점은 선택 사항으로 처리됩니다.

**NAPTR - 이름 권한 포인터**  
하나의 값을 또 다른 값으로 변환하거나 대체하기 위해 Dynamic Delegation Discovery System(DDDS) 애플리케이션이 사용하는 공백으로 구분된 6개의 설정. 자세한 내용은 [NAPTR 레코드 유식](ResourceRecordTypes.md#NAPTRFormat) 단원을 참조하십시오.

**PTR - 포인터**  
Route 53이 반환하려는 도메인 이름입니다.

**NS - 이름 서버**  
이름 서버의 도메인 이름(예: **ns1.example.com**)  
단순 라우팅 정책만 사용하여 NS 레코드를 지정할 수 있습니다.

**SPF - 발신자 정책 프레임워크**  
인용 부호 안에 들어 있는 SPF 레코드(예: **"v=spf1 ip4:192.168.0.1/16-all"**). SPF 레코드는 권장되지 않습니다. 자세한 내용은 [지원되는 DNS 레코드 유형](ResourceRecordTypes.md) 단원을 참조하십시오.

**SRV - 서비스 로케이터**  
SRV 기록. SRV 레코드는 이메일 또는 통신용 서비스 등의 서비스에 액세스하는 데 사용됩니다. SRV 레코드 유형에 대한 자세한 내용은 연결할 서비스의 설명서를 참조하세요. 뒤에 오는 점은 선택 사항으로 처리됩니다.  
SRV 레코드 유형은 다음과 같습니다.  
**[우선 순위] [가중치] [포트] [서버 호스트 이름]**  
예:  
**1 10 5269 xmpp-server.example.com.**

**TXT - 텍스트**  
텍스트 레코드. 인용 부호 안에 들어 있는 텍스트(예: **"Sample Text Entry"**).

## TTL(초)
<a name="rrsets-values-common-ttl"></a>

DNS 재귀 해석기가 이 레코드에 관한 정보를 캐싱할 시간(초)입니다. 더 긴 값(예: 172,800초 또는 2일)을 지정한 경우, 이 레코드의 최신 정보를 얻으려면 DNS 재귀 해석기의 Route 53에 대한 직접 호출 수를 줄여야 합니다. 이렇게 하면 지연 시간을 줄이고 Route 53 서비스 비용을 줄이는 효과가 있습니다. 자세한 내용은 [Amazon Route 53가 도메인의 트래픽을 라우팅하는 방법](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic) 단원을 참조하십시오.

그러나 TTL에 더 긴 값을 지정하면 재귀 해석기가 Route 53에 최신 정보를 요청하기 전에 기간이 더 긴 캐시 값을 사용하므로 레코드(예: 새 IP 주소) 변경이 적용되는 데 걸리는 시간이 길어집니다. 이미 사용 중인 도메인이나 하위 도메인의 설정을 변경하는 경우 처음에는 더 짧은 값(예: 300초)을 지정하고 새 설정이 올바른지 확인한 후 값을 늘리는 것이 좋습니다.

이 레코드를 상태 확인과 연관시킬 경우에는 클라이언트가 상태 변경에 빠르게 응답하도록 TTL을 60초 이하로 지정하는 것이 좋습니다.

# 모든 라우팅 정책의 별칭 레코드에 공통되는 값
<a name="resource-record-sets-values-alias-common"></a>

이것은 Amazon Route 53 레코드를 생성 또는 편집할 때 지정할 수 있는 공통적인 별칭 값입니다. 이러한 값은 모든 라우팅 정책에서 사용됩니다.

**Topics**
+ [레코드 이름](#rrsets-values-common-alias-name)
+ [값/트래픽 라우팅 대상](#rrsets-values-alias-common-target)

## 레코드 이름
<a name="rrsets-values-common-alias-name"></a>

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

**참고**  
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 **이름** 필드에 값(예: @ 기호)을 입력하지 마십시오.

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

**CloudFront 배포 및 Amazon S3 버킷에 대한 별칭**  
지정하는 값은 트래픽을 라우팅하는 AWS 리소스에 따라 부분적으로 달라집니다.  
+ **CloudFront 배포(CloudFront distribution)** – 배포에 레코드 이름과 일치하는 대체 도메인 이름이 포함되어야 합니다. 예를 들어, 레코드 이름이 **acme.example.com**인 경우 CloudFront 배포에 **acme.example.com**이 대체 도메인 이름 중 하나로 포함되어야 합니다. 자세한 내용은 *Amazon CloudFront 개발자 안내서*에서 [대체 도메인 이름(CNAME) 사용](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html)을 참조하세요.
+ **Amazon S3 버킷** - 레코드 이름은 Amazon S3 버킷 이름과 일치해야 합니다. 예를 들어, 버킷의 이름이 **acme.example.com**이면 이 레코드의 이름도 **acme.example.com**이어야 합니다.

  그리고 웹사이트 호스팅용 버킷을 구성해야 합니다. 자세한 내용은 *Amazon Simple Storage Service 사용 설명서*의 [웹 사이트 호스팅에 대한 버킷 구성](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html)을 참조하십시오.

**특수 문자**  
a\$1z, 0\$19, -(하이픈) 이외의 문자를 지정하는 방법과 국제 도메인 이름을 지정하는 방법은 다음([DNS 도메인 이름 형식](DomainNameFormat.md))을 참조하십시오.

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

## 값/트래픽 라우팅 대상
<a name="rrsets-values-alias-common-target"></a>

목록에서 선택하거나 필드에 입력하는 값은 트래픽을 라우팅하는 AWS 리소스에 따라 달라집니다.

트래픽을 특정 AWS 리소스로 라우팅하도록 Route 53를 구성하는 방법에 대한 자세한 내용은 섹션을 참조하세요[AWS 리소스로 인터넷 트래픽 라우팅](routing-to-aws-resources.md).

**중요**  
동일한 AWS 계정을 사용하여 트래픽을 라우팅하는 호스팅 영역과 리소스를 생성하고 리소스가 **엔드포인트** 목록에 표시되지 않는 경우 다음을 확인합니다.  
**레코드 유형(Record type)**에 대해 지원되는 값을 선택했는지 확인합니다. 지원되는 값은 트래픽을 라우팅하는 리소스에 고유합니다. 예를 들어 S3 버킷으로 트래픽을 라우팅하려면 **레코드 유형(Record type**에 대한 **A - IPv4 주소**를 선택해야 합니다.
계정에 해당 리소스를 나열하는 데 필요한 IAM 권한이 있는지 확인합니다. 예를 들어, CloudFront 배포가 **엔드포인트(Endpoint)** 목록에 나타나려면, 계정에 `cloudfront:ListDistributions` 작업을 수행할 권한이 있어야 합니다.  
IAM 정책 예제는 [Amazon Route 53 콘솔 사용에 필요한 권한](access-control-managing-permissions.md#console-required-permissions) 단원을 참조하세요.
다른 AWS 계정을 사용하여 호스팅 영역과 리소스를 생성한 경우 **엔드포인트** 목록에 리소스가 표시되지 않습니다. 리소스 유형이 **엔드포인트(Endpoint)**에 입력할 값을 결정하려면 다음 문서를 참조하세요.

**API Gateway 사용자 지정 리전 API와 엣지 최적화 API**  
API Gateway 사용자 지정 리전 API와 엣지 최적화 API의 경우 다음 중 하나를 수행하세요.  
+ **동일 계정을 사용하여 Route 53 호스팅 영역과 API를 생성한 경우** - **엔드포인트(Endpoint)**를 선택하고 목록에서 API를 선택합니다. API가 많은 경우 API 엔드포인트의 처음 몇 자를 입력하여 목록을 필터링할 수 있습니다.
**참고**  
이 레코드 이름은 API의 사용자 지정 도메인 이름과 일치해야 합니다(예: **api.example.com**).
+ **다른 계정을 사용하여 Route 53 호스팅 영역과 API를 생성한 경우** - API에 대한 API 엔드포인트(예: **api.example.com**)를 입력합니다.

  한 AWS 계정을 사용하여 현재 호스팅 영역을 생성하고 다른 계정을 사용하여 API를 생성한 경우 API Gateway API 아래의 **엔드포인트** 목록에 API가 표시되지 않습니다. ** APIs**

  한 계정을 사용하여 현재 호스팅 영역을 생성하고 하나 이상의 다른 계정을 사용하여 모든 API 버킷을 생성한 경우 **엔드포인트(Endpoints)** 목록에는 **API Gateway APIs**의 **사용 가능한 대상 없음(No Targets Available)**이 표시됩니다. 자세한 내용은 [도메인 이름을 사용하여 Amazon API Gateway API로 트래픽 라우팅](routing-to-api-gateway.md) 단원을 참조하십시오.

**CloudFront 배포**  
CloudFront 배포에 대해 다음 중 하나를 수행합니다.  
+ **동일 계정을 사용하여 Route 53 호스팅 영역과 CloudFront 배포를 생성한 경우** - **엔드포인트(Endpoint)**를 선택하고 목록에서 배포를 선택합니다. 배포가 많을 경우에는 배포 도메인 이름의 처음 몇 자를 입력하여 목록을 필터링할 수 있습니다.

  목록에 배포가 없을 때는 다음에 유의하십시오.
  + 이 레코드의 이름은 배포의 대체 도메인 이름과 일치해야 합니다.
  + 배포에 대체 도메인 이름을 추가한 경우 변경 사항이 모든 CloudFront 엣지 로케이션으로 전해지는데 15분 걸릴 수 있습니다. 변경 사항이 전파되기 전까지 Route 53은 새 대체 도메인 이름을 알 수 없습니다.
+ **다른 계정을 사용하여 Route 53 호스팅 영역 및 배포를 생성한 경우** - 배포의 CloudFront 도메인 이름을 입력합니다(예: **d111111abcdef8.cloudfront.net**).

  한 AWS 계정을 사용하여 현재 호스팅 영역을 생성하고 다른 계정을 사용하여 배포를 생성한 경우 **엔드포인트** 목록에 배포가 표시되지 않습니다.

  한 계정을 사용하여 현재 호스팅 영역을 생성하고 하나 이상의 다른 계정을 사용하여 모든 배포를 생성한 경우에는 **엔드포인트(Endpoints)** 목록에 **CloudFront 배포(CloudFront Distributions)** 아래 **사용 가능한 대상 없음(No Targets Available)**이 표시됩니다.
모든 엣지 로케이션으로 전파되지 않은 CloudFront 배포로 쿼리를 라우팅하지 않거나 사용자가 해당 콘텐츠에 액세스할 수 없습니다.
CloudFront 배포에는 레코드 이름과 일치하는 대체 도메인 이름이 포함되어야 합니다. 예를 들어, 레코드 이름이 **acme.example.com**인 경우 CloudFront 배포에 **acme.example.com**이 대체 도메인 이름 중 하나로 포함되어야 합니다. 자세한 내용은 *Amazon CloudFront 개발자 안내서*에서 [대체 도메인 이름(CNAME) 사용](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html)을 참조하세요.  
배포에 대해 IPv6가 활성화되어 있다면 두 개의 레코드를 생성합니다. 하나는 **레코드 유형(Record type)** 값이 **A - IPv4 주소**이고 하나는 값이 **AAAA — IPv6 주소**입니다. 자세한 내용은 [도메인 이름을 사용하여 Amazon CloudFront 배포로 트래픽 라우팅](routing-to-cloudfront-distribution.md) 단원을 참조하십시오.

**App Runner 서비스**  
App Runner 서비스에 대해 다음 중 하나를 수행합니다.  
+ **동일한 계정을 사용하여 Route 53 호스팅 영역과 App Runner 서비스를 생성한 경우**를 선택한 AWS 리전다음 목록에서 트래픽을 라우팅할 환경의 도메인 이름을 선택합니다.
+ **서로 다른 계정을 사용하여 Route 53 호스팅 영역과 App Runner를 생성한 경우** - 사용자 지정 도메인 이름을 입력합니다. 자세한 내용은 [App Runner의 사용자 지정 도메인 이름 관리](https://docs.aws.amazon.com/apprunner/latest/dg/manage-custom-domains.html)를 참조하세요.

  한 AWS 계정을 사용하여 현재 호스팅 영역을 생성하고 다른 계정을 사용하여 App Runner를 생성한 경우 App Runner가 **엔드포인트** 목록에 표시되지 않습니다.
자세한 내용은 [Amazon Route 53를 구성하여 App Runner 서비스로 트래픽 라우팅](routing-to-app-runner.md#routing-to-app-runner-configuring) 단원을 참조하십시오.

**리전별 하위 도메인이 있는 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 환경을 생성한 경우** - **엔드포인트(Endpoint)**를 선택하고 목록에서 환경을 선택합니다. 환경이 많을 경우에는 환경에 대한 CNAME 속성의 처음 몇 자를 입력하여 목록을 필터링할 수 있습니다.
+ **서로 다른 계정을 사용하여 Route 53 호스팅 영역과 Elastic Beanstalk 환경을 생성한 경우** – Elastic Beanstalk 환경에 대한 CNAME 속성을 입력합니다.
자세한 내용은 [AWS Elastic Beanstalk 환경으로 트래픽 라우팅](routing-to-beanstalk-environment.md) 단원을 참조하십시오.

**ELB 로드 밸런서**  
ELB 로드 밸런서의 경우 다음 중 하나를 수행합니다.  
+ **동일 계정을 사용하여 Route 53 호스팅 영역과 로드 밸런서를 생성한 경우** – **엔드포인트(Endpoint)**를 선택하고 목록에서 로드 밸런서를 선택합니다. 로드 밸런서가 많은 경우에는 DNS 이름의 처음 몇 자를 입력하여 목록을 필터링할 수 있습니다.
+ **다른 계정을 사용하여 Route 53 호스팅 영역과 로드 밸런서를 생성한 경우** – [Elastic Load Balancing 로드 밸런서의 DNS 이름 가져오기](resource-record-sets-creating.md#resource-record-sets-elb-dns-name-procedure) 절차에서 얻은 값을 입력합니다.

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

  한 계정을 사용하여 현재 호스팅 영역을 생성하고 하나 이상의 다른 계정을 사용하여 모든 로드 밸런서를 생성한 경우 **엔드포인트(Endpoints)** 목록에는 **Elastic Load Balancers** 아래 **사용 가능한 대상 없음(No Targets Available)**이 표시됩니다.
다른 계정의 애플리케이션 및 Classic Load Balancer의 경우 콘솔이 앞에 **dualstack.**을 추가합니다. 웹 브라우저와 같은 클라이언트가 도메인 이름(example.com) 또는 하위 도메인 이름(www.example.com)에 대한 IP 주소를 요청할 때 클라이언트는 IPv4 주소(A 레코드), IPv6 주소(AAAA 레코드), 또는 IPv4 및 IPv6 주소(별도 요청의 경우) 둘 다를 요청할 수 있습니다. **dualstack.**을 지정하면 Route 53에서 클라이언트가 요청한 IP 주소 형식에 따라 로드 밸런서에 적절한 IP 주소로 응답할 수 있습니다.  
자세한 내용은 [ELB 로드 밸런서로 트래픽 라우팅](routing-to-elb-load-balancer.md) 단원을 참조하십시오.

**AWS Global Accelerator 액셀러레이터**  
 AWS Global Accelerator 액셀러레이터에 액셀러레이터의 DNS 이름을 입력합니다. 현재 AWS 계정을 사용하거나 다른 계정을 사용하여 생성한 액셀러레이터의 DNS 이름을 입력할 수 AWS 있습니다.

**Amazon S3 버킷**  
웹 사이트 엔드포인트로 구성되는 Amazon S3 버킷은 다음 중 하나를 수행합니다.  
+ **동일 계정을 사용하여 Route 53 호스팅 영역과 Amazon S3 버킷을를 생성한 경우** - **엔드포인트(Endpoint)**를 선택하고 목록에서 버킷을 선택합니다. 버킷이 많은 경우 DNS 이름의 처음 몇 자를 입력하여 목록을 필터링할 수 있습니다.

  **엔드포인트(Endpoint)**의 값은 버킷의 Amazon S3 웹 사이트 엔드포인트로 변경됩니다.
+ **다른 계정을 사용하여 Route 53 호스팅 영역과 Amazon S3 버킷을 생성한 경우** – S3 버킷을 생성한 리전의 이름을 입력합니다. *Amazon Web Services 일반 참조*의 [Amazon S3 웹 사이트 엔드포인트](https://docs.aws.amazon.com/general/latest/gr/s3.html#s3_website_region_endpoints) 테이블에 있는 **웹 사이트 엔드포인트** 열에 표시되는 값을 사용합니다.

  현재 AWS 계정 이외의 계정을 사용하여 Amazon S3 버킷을 생성한 경우 **엔드포인트** 목록에 버킷이 표시되지 않습니다.
웹 사이트 호스팅용 버킷을 구성해야 합니다. 자세한 내용은 *Amazon Simple Storage Service 사용 설명서*의 [웹 사이트 호스팅에 대한 버킷 구성](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html)을 참조하십시오.  
레코드의 이름은 Amazon S3 버킷의 이름과 일치해야 합니다. 예를 들어, Amazon S3 버킷의 이름이 **acme.example.com**이면 이 레코드의 이름도 **acme.example.com**이어야 합니다.  
가중 별칭, 지연 시간 별칭, 장애 조치 별칭 또는 지리 위치 별칭 레코드 그룹에서 Amazon S3 버킷으로 쿼리를 라우팅하는 레코드 한 개만 생성할 수 있는데 그 이유는 레코드의 이름이 버킷 이름과 일치해야 하며, 버킷 이름은 전세계적으로 고유해야 하기 때문입니다.

**Amazon OpenSearch Service**  
OpenSearch Service에 대해 다음 중 하나를 수행합니다.  
+ **OpenSearch Service 사용자 지정 도메인**: 레코드의 이름이 사용자 지정 도메인과 일치해야 합니다. 예를 들어, 사용자 지정 도메인의 이름이 test.example.com이면 이 레코드의 이름도 test.example.com이어야 합니다.
+ **동일한 계정을 사용하여 Route 53 호스팅 영역과 OpenSearch Service 도메인을 생성한 경우**를 선택한 AWS 리전다음 도메인 이름을 선택합니다.
+ **서로 다른 계정을 사용하여 Route 53 호스팅 영역과 OpenSearch Service 도메인을 생성한 경우** - 사용자 지정 도메인 이름을 입력합니다. 자세한 내용은 [사용자 지정 엔드포인트 생성](https://docs.aws.amazon.com/opensearch-service/latest/developerguide/customendpoint.html)을 참조하세요.

  하나의 AWS 계정을 사용하여 현재 호스팅 영역을 생성하고 다른 계정을 사용하여 OpenSearch Service 도메인을 생성한 경우 도메인이 **엔드포인트** 목록에 표시되지 않습니다.

  하나의 계정을 사용하여 현재 호스팅 영역을 생성하고 하나 이상의 다른 계정을 사용하여 모든 OpenSearch Service 도메인을 생성한 경우 **엔드포인트** 목록의 **OpenSearch Service**에 **사용 가능한 대상 없음**이 표시됩니다.
자세한 내용은 [트래픽을 Amazon OpenSearch Service 도메인 엔드포인트로 라우팅하도록 Amazon Route 53 구성](routing-to-open-search-service.md#routing-to-open-search-service-configuring) 단원을 참조하십시오.

**Amazon VPC 인터페이스 엔드포인트**  
Amazon VPC 인터페이스 엔드포인트에 대해 다음 중 하나를 수행하세요.  
+ **동일 계정을 사용하여 Route 53 호스팅 영역과 인터페이스 엔드포인트를 생성한 경우** – **엔드포인트(Endpoint)**를 선택한 다음 목록에서 인터페이스 엔드포인트를 선택합니다. 인터페이스 엔드포인트가 많은 경우 DNS 호스트 이름의 처음 몇 자를 입력하여 목록을 필터링할 수 있습니다.
+ **다른 계정을 사용하여 Route 53 호스팅 영역과 인터페이스 엔드포인트를 생성한 경우** – 인터페이스 엔드포인트에 대한 DNS 호스트 이름(예: **vpce-123456789abcdef01-example-us-east-1a.elasticloadbalancing.us-east-1.vpce.amazonaws.com**)을 입력합니다.

  한 AWS 계정을 사용하여 현재 호스팅 영역을 생성하고 다른 계정을 사용하여 인터페이스 엔드포인트를 생성한 경우 **VPC** 엔드포인트 아래의 **엔드포인트** 목록에 인터페이스 엔드포인트가 표시되지 않습니다.

  한 계정을 사용하여 현재 호스팅 영역을 생성하고 하나 이상의 다른 계정을 사용하여 모든 인터페이스 엔드포인트를 생성한 경우 **엔드포인트(Endpoints)** 목록에는 **VPC 엔드포인트(VPC endpoints)** 아래에 **사용 가능한 대상 없음(No Targets Available)**이 표시됩니다.

  자세한 내용은 [도메인 이름을 사용하여 Amazon Virtual Private Cloud 인터페이스 엔드포인트로 트래픽 라우팅](routing-to-vpc-interface-endpoint.md) 단원을 참조하십시오.

**이 호스팅 영역의 레코드**  
이 호스팅 영역 내 레코드의 경우 **엔드포인트(Endpoint)**를 선택하고 해당하는 레코드를 선택합니다. 레코드가 많은 경우 이름의 처음 몇 자를 입력하여 목록을 필터링할 수 있습니다.  
호스팅 영역에 기본 NS 및 SOA 레코드만 있는 경우에는 **엔드포인트(Endpoints)** 목록에 **사용 가능한 대상 없음(No Targets Available)**이 표시됩니다.  
호스팅 영역(*zone apex*라고도 함)과 이름이 같은 별칭 레코드를 생성한다면, **레코드 유형(Record type)** 값이 **CNAME**인 레코드를 선택할 수 없습니다. 이는 별칭 레코드가 트래픽이 라우팅되는 레코드와 동일한 형식이어야 하고, zone apex에 대한 CNAME 레코드 생성은 별칭 레코드에 대해서도 지원되지 않기 때문입니다.

# 단순 레코드에 특정한 값
<a name="resource-record-sets-values-basic"></a>

단순 레코드를 생성할 때 다음과 같은 값을 지정합니다.

**Topics**
+ [라우팅 정책](#rrsets-values-basic-routing-policy)
+ [레코드 이름](#rrsets-values-basic-name)
+ [값/트래픽 라우팅 대상](#rrsets-values-basic-value)
+ [레코드 유형](#rrsets-values-basic-type)
+ [TTL(초)](#rrsets-values-basic-ttl)

## 라우팅 정책
<a name="rrsets-values-basic-routing-policy"></a>

**단순 라우팅(Simple routing)**을 선택합니다.

## 레코드 이름
<a name="rrsets-values-basic-name"></a>

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

**참고**  
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 **이름** 필드에 값(예: @ 기호)을 입력하지 마십시오.

레코드 이름에 대한 자세한 내용은 [레코드 이름](resource-record-sets-values-shared.md#rrsets-values-common-name) 섹션을 참조하십시오.

## 값/트래픽 라우팅 대상
<a name="rrsets-values-basic-value"></a>

**IP 주소 또는 레코드 유형에 따라 다른 값**을 선택합니다. **레코드 유형** 값에 해당하는 값을 입력합니다. **CNAME**을 제외한 모든 유형은 둘 이상의 값을 입력할 수 있습니다. 각 값을 별도의 라인에 입력합니다.

트래픽을 라우팅하거나 다음 값을 지정할 수 있습니다.
+ **A – IPv4 주소**
+ **AAAA - IPv6 주소**
+ **CAA - 인증 기관 인증**
+ **CNAME – 정식 이름**
+ **MX - 메일 교환**
+ **NAPTR - 이름 권한 포인터**
+ **NS - 이름 서버**

  이름 서버의 도메인 이름(예: **ns1.example.com**)
**참고**  
단순 라우팅 정책만 사용하여 NS 레코드를 지정할 수 있습니다.
+ **PTR - 포인터**
+ **SPF - 발신자 정책 프레임워크**
+ **SRV - 서비스 로케이터**
+ **TXT - 텍스트**

위의 값에 대한 자세한 내용은 [값/트래픽 라우팅 대상에 일반적인 값](resource-record-sets-values-shared.md#rrsets-values-common-value)을 참조하세요.

## 레코드 유형
<a name="rrsets-values-basic-type"></a>

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

Route 53이 DNS 쿼리에 응답하는 방식에 따라 **레코드 유형(Record type)**에 대한 값을 선택합니다.

## TTL(초)
<a name="rrsets-values-basic-ttl"></a>

DNS 재귀 해석기가 이 레코드에 관한 정보를 캐싱할 시간(초)입니다. 더 긴 값(예: 172,800초 또는 2일)을 지정한 경우, 이 레코드의 최신 정보를 얻으려면 DNS 재귀 해석기의 Route 53에 대한 직접 호출 수를 줄여야 합니다. 이렇게 하면 지연 시간을 줄이고 Route 53 서비스 비용을 줄이는 효과가 있습니다. 자세한 내용은 [Amazon Route 53가 도메인의 트래픽을 라우팅하는 방법](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic) 단원을 참조하십시오.

그러나 TTL에 더 긴 값을 지정하면 재귀 해석기가 Route 53에 최신 정보를 요청하기 전에 기간이 더 긴 캐시 값을 사용하므로 레코드(예: 새 IP 주소) 변경이 적용되는 데 걸리는 시간이 길어집니다. 이미 사용 중인 도메인이나 하위 도메인의 설정을 변경하는 경우 처음에는 더 짧은 값(예: 300초)을 지정하고 새 설정이 올바른지 확인한 후 값을 늘리는 것이 좋습니다.

# 단순 별칭 레코드에 특정한 값
<a name="resource-record-sets-values-alias"></a>

별칭 레코드를 생성할 때 다음과 같은 값을 지정합니다. 자세한 내용은 [별칭 또는 비 별칭 레코드 선택](resource-record-sets-choosing-alias-non-alias.md) 단원을 참조하십시오.

**참고**  
에서 Route 53를 사용하는 경우 AWS GovCloud (US) Region이 기능에 몇 가지 제한이 있습니다. 자세한 내용은 *AWS GovCloud (US) 사용 설명서*의 [Amazon Route 53 페이지](https://docs.aws.amazon.com/govcloud-us/latest/UserGuide/govcloud-r53.html)를 참조하세요.

**Topics**
+ [라우팅 정책](#rrsets-values-alias-routing-policy)
+ [레코드 이름](#rrsets-values-alias-name)
+ [값/트래픽 라우팅 대상](#rrsets-values-alias-alias-target)
+ [레코드 유형](#rrsets-values-alias-type)
+ [대상 상태 평가](#rrsets-values-alias-evaluate-target-health)

## 라우팅 정책
<a name="rrsets-values-alias-routing-policy"></a>

**단순 라우팅(Simple routing)**을 선택합니다.

## 레코드 이름
<a name="rrsets-values-alias-name"></a>

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

**참고**  
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 **이름** 필드에 값(예: @ 기호)을 입력하지 마십시오.

레코드 이름에 대한 자세한 내용은 [레코드 이름](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name) 섹션을 참조하십시오.

## 값/트래픽 라우팅 대상
<a name="rrsets-values-alias-alias-target"></a>

목록에서 선택하거나 필드에 입력하는 값은 트래픽을 라우팅하는 AWS 리소스에 따라 달라집니다.

대상으로 지정할 수 있는 AWS 리소스에 대한 자세한 내용은 [값/라우팅 트래픽에 대한 별칭 레코드의 공통 값을 참조하세요](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

트래픽을 특정 AWS 리소스로 라우팅하도록 Route 53를 구성하는 방법에 대한 자세한 내용은 섹션을 참조하세요[AWS 리소스로 인터넷 트래픽 라우팅](routing-to-aws-resources.md).

## 레코드 유형
<a name="rrsets-values-alias-type"></a>

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

트래픽을 라우팅할 AWS 리소스를 기반으로 해당 값을 선택합니다.

**API Gateway 사용자 지정 리전 API 또는 엣지 최적화 API**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**Amazon VPC 인터페이스 엔드포인트**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**CloudFront 배포**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.  
배포에 대해 IPv6가 활성화되어 있다면 두 개의 레코드를 생성합니다. 하나는 **유형(Type)** 값이 **A - IPv4 주소(A - IPv4 address)**이고 하나는 값이 **AAAA - IPv6 주소(AAAA - IPv6 address)**입니다.

**App Runner 서비스**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**리전별 하위 도메인이 있는 Elastic Beanstalk 환경**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**ELB 로드 밸런서**  
**A - IPv4 address(A - IPv4 주소)** 또는 **AAAA - IPv6 address(AAAA - IPv6 주소)** 선택

**Amazon S3 버킷**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**OpenSearch Service**  
**A - IPv4 address(A - IPv4 주소)** 또는 **AAAA - IPv6 address(AAAA - IPv6 주소)** 선택

**호스팅 영역의 또 다른 레코드**  
별칭을 생성 중인 레코드 유형을 선택합니다. **NS** 및 **SOA**를 제외한 모든 유형이 지원됩니다.  
호스팅 영역(*zone apex*라고도 함)과 이름이 같은 별칭 레코드를 생성한다면, **유형** 값이 **CNAME**인 레코드로 트래픽을 라우팅할 수 없습니다. 이는 별칭 레코드가 트래픽이 라우팅되는 레코드와 동일한 형식이어야 하고, zone apex에 대한 CNAME 레코드 생성은 별칭 레코드에 대해서도 지원되지 않기 때문입니다.

## 대상 상태 평가
<a name="rrsets-values-alias-evaluate-target-health"></a>

**라우팅 정책** 값이 **단순**인 경우 **아니요** 또는 기본값인 **예** 중 하나를 선택할 수 있습니다. **대상 상태 평가**는 **단순** 라우팅에 영향을 미치지 않기 때문입니다. 지정된 이름과 유형이 있는 레코드가 하나만 있는 경우 Route 53은 리소스가 정상인지 여부에 관계없이 해당 레코드의 값을 사용하여 DNS 쿼리에 응답합니다.

다른 라우팅 정책의 경우 별칭 레코드가 참조하는 리소스의 상태를 Route 53가 확인하는지 여부가 **대상 상태 평가**에 따라 결정됩니다.
+ **대상 상태 평가가 운영상의 이점을 제공하는 서비스**: 로드 밸런서(ELB) 및 로드 밸런서가 있는 AWS Elastic Beanstalk 환경의 경우 **대상 상태 평가**를 **예**로 설정하면 Route 53가 비정상 리소스로 트래픽이 라우팅되지 않도록 할 수 있습니다.
+ **고가용성 서비스**: Amazon S3 버킷, VPC 인터페이스 엔드포인트, Amazon API Gateway AWS Global Accelerator, Amazon OpenSearch Service 및 Amazon VPC Lattice와 같은 서비스의 경우 대상 **상태 평가는** 고가용성을 위해 설계되었기 때문에 운영상의 이점을 제공하지 않습니다. 이러한 서비스를 사용하는 장애 조치 시나리오의 경우 [Route 53 상태 확인](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-failover.html)을 대신 사용합니다.

다양한 AWS 서비스에서 **대상 상태 평가**의 작동 방식에 대한 자세한 내용은 API 참조의 [ EvaluateTargetHealth](https://docs.aws.amazon.com/Route53/latest/APIReference/API_AliasTarget.html#Route53-Type-AliasTarget-EvaluateTargetHealth) 설명서를 참조하세요.

# 장애 조치 레코드에 특정한 값
<a name="resource-record-sets-values-failover"></a>

장애 조치 레코드를 생성할 때 다음과 같은 값을 지정합니다.

**참고**  
프라이빗 호스팅 영역에서 장애 조치 레코드를 생성하는 방법에 대한 자세한 내용은 [프라이빗 호스팅 영역에서 장애 조치 구성](dns-failover-private-hosted-zones.md) 단원을 참조하세요

**Topics**
+ [라우팅 정책](#rrsets-values-failover-routing-policy)
+ [레코드 이름](#rrsets-values-failover-name)
+ [레코드 유형](#rrsets-values-failover-type)
+ [TTL(초)](#rrsets-values-failover-ttl)
+ [값/트래픽 라우팅 대상](#rrsets-values-failover-value)
+ [장애 조치 레코드 유형](#rrsets-values-failover-record-type)
+ [상태 확인](#rrsets-values-failover-associate-with-health-check)
+ [레코드 ID](#rrsets-values-failover-set-id)

## 라우팅 정책
<a name="rrsets-values-failover-routing-policy"></a>

**장애 조치(Failover)**를 선택합니다.

## 레코드 이름
<a name="rrsets-values-failover-name"></a>

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

**참고**  
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 **레코드 이름(Record name)** 필드에 값(예: @ 기호)을 입력하지 마세요.

장애 조치 레코드 그룹의 레코드 모두에 대해 동일한 이름을 입력합니다.

레코드 이름에 대한 자세한 내용은 [레코드 이름](resource-record-sets-values-shared.md#rrsets-values-common-name) 섹션을 참조하십시오.

## 레코드 유형
<a name="rrsets-values-failover-type"></a>

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

기본 및 보조 장애 조치 레코드 모두에 대해 동일 값을 선택합니다.

## TTL(초)
<a name="rrsets-values-failover-ttl"></a>

DNS 재귀 해석기가 이 레코드에 관한 정보를 캐싱할 시간(초)입니다. 더 긴 값(예: 172,800초 또는 2일)을 지정한 경우, 이 레코드의 최신 정보를 얻으려면 DNS 재귀 해석기의 Route 53에 대한 직접 호출 수를 줄여야 합니다. 이렇게 하면 지연 시간을 줄이고 Route 53 서비스 비용을 줄이는 효과가 있습니다. 자세한 내용은 [Amazon Route 53가 도메인의 트래픽을 라우팅하는 방법](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic) 단원을 참조하십시오.

그러나 TTL에 더 긴 값을 지정하면 재귀 해석기가 Route 53에 최신 정보를 요청하기 전에 기간이 더 긴 캐시 값을 사용하므로 레코드(예: 새 IP 주소) 변경이 적용되는 데 걸리는 시간이 길어집니다. 이미 사용 중인 도메인이나 하위 도메인의 설정을 변경하는 경우 처음에는 더 짧은 값(예: 300초)을 지정하고 새 설정이 올바른지 확인한 후 값을 늘리는 것이 좋습니다.

이 레코드를 상태 확인과 연관시킬 경우에는 클라이언트가 상태 변경에 빠르게 응답하도록 TTL을 60초 이하로 지정하는 것이 좋습니다.

## 값/트래픽 라우팅 대상
<a name="rrsets-values-failover-value"></a>

**IP 주소 또는 레코드 유형에 따라 다른 값**을 선택합니다. **레코드 유형** 값에 해당하는 값을 입력합니다. **CNAME**을 제외한 모든 유형은 둘 이상의 값을 입력할 수 있습니다. 각 값을 별도의 라인에 입력합니다.

트래픽을 라우팅하거나 다음 값을 지정할 수 있습니다.
+ **A – IPv4 주소**
+ **AAAA - IPv6 주소**
+ **CAA - 인증 기관 인증**
+ **CNAME – 정식 이름**
+ **MX - 메일 교환**
+ **NAPTR - 이름 권한 포인터**
+ **PTR - 포인터**
+ **SPF - 발신자 정책 프레임워크**
+ **SRV - 서비스 로케이터**
+ **TXT - 텍스트**

위의 값에 대한 자세한 내용은 [값/트래픽 라우팅 대상에 일반적인 값](resource-record-sets-values-shared.md#rrsets-values-common-value)을 참조하세요.

## 장애 조치 레코드 유형
<a name="rrsets-values-failover-record-type"></a>

이 레코드에 해당하는 값을 선택합니다. 장애 조치가 제대로 작동하려면 기본 및 보조 장애 조치 레코드를 각각 1개씩 생성해야 합니다.

**레코드 이름(Record name)** 및 **레코드 유형(Record type)** 값이 장애 조치 레코드와 같은 비-장애 조치 레코드를 생성할 수 있습니다.

## 상태 확인
<a name="rrsets-values-failover-associate-with-health-check"></a>

Route 53가 지정된 엔드포인트 상태를 점검하고 엔드포인트가 정상할 때만 이 레코드를 사용하여 DNS 쿼리에 응답하길 원할 경우 상태 확인을 선택합니다.

Route 53는 레코드에 지정된 엔드포인트, 예를 들어 **값** 필드에서 IP 주소로 지정된 엔드포인트의 상태는 점검하지 않습니다. 레코드의 상태 확인을 선택하면 Route 53가 상태 확인에서 지정한 엔드포인트의 상태를 점검합니다. Route 53가 엔드포인트가 정상인지 여부를 결정하는 방법은 [Amazon Route 53가 상태 확인이 정상인지 여부를 판단하는 방법Route 53에서 상태 확인이 정상인지 여부를 판단하는 방법](dns-failover-determining-health-of-endpoints.md) 섹션을 참조하세요.

상태 확인과 레코드를 연관시키는 것은 Route 53가 둘 이상의 레코드 사이에서 DNS 쿼리에 응답할 레코드를 선택할 때 그리고 Route 53가 상태 확인 상태를 선택의 기준으로 삼을 때만 유용합니다. 다음 구성에서만 상태 확인을 사용합니다.
+ 이름, 유형 및 라우팅 정책(예: 장애 조치 또는 가중치 레코드)이 동일한 레코드 그룹의 모든 레코드 상태를 확인하고 모든 레코드에 대한 상태 확인 ID를 지정하는 경우. 레코드의 상태 확인에서 양호하지 않은 엔드포인트가 지정될 경우 Route 53는 해당 레코드 값을 사용하는 쿼리에 대한 응답을 중단합니다.
+ 별칭 레코드 또는 장애 조치 별칭, 지리적 위치 별칭, 대기 시간 별칭, IP 기반 별칭 또는 가중치 기반 별칭 그룹에 속한 레코드에 대해 **대상 상태 평가(Evaluate Target Health)**에서 **예(Yes)**를 선택하는 경우. 별칭 레코드가 동일한 호스팅 영역의 별칭이 아닌 레코드를 참조하는 경우 참조된 레코드의 상태 확인도 지정해야 합니다. 상태 확인과 별칭 레코드를 연관시키고 **대상 상태 평가**에서 **예**를 선택하는 경우 둘 다 true로 평가되어야 합니다. 자세한 내용은 [상태 확인을 별칭 레코드와 연결하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias) 단원을 참조하십시오.

상태 확인에서 도메인 이름만으로 엔드포인트를 지정할 경우에는 각 엔드포인트마다 별도의 상태 확인을 생성하는 것이 좋습니다. 예를 들어, www.example.com의 콘텐츠를 제공하는 각 HTTP 서버마다 상태 확인을 생성합니다. **도메인 이름**의 값은 레코드의 이름(example.com)이 아니라 서버의 도메인 이름(예: us-east-2-www.example.com)을 지정합니다.

**중요**  
이 구성에서 **도메인 이름**의 값이 레코드의 이름과 일치하는 상태 확인을 생성한 후 상태 확인을 이러한 레코드와 연결하는 경우 상태 확인 결과를 예측할 수 없습니다.

## 레코드 ID
<a name="rrsets-values-failover-set-id"></a>

기본 및 보조 레코드를 고유하게 식별하는 값을 선택합니다.

# 장애 조치 별칭 레코드에 특정한 값
<a name="resource-record-sets-values-failover-alias"></a>

장애 조치 별칭 레코드를 생성할 때 다음과 같은 값을 지정합니다.

자세한 내용은 다음 주제를 참조하세요.
+ 프라이빗 호스팅 영역에서 장애 조치 레코드를 생성하는 방법에 대한 자세한 내용은 [프라이빗 호스팅 영역에서 장애 조치 구성](dns-failover-private-hosted-zones.md) 단원을 참조하세요
+ 별칭 레코드에 대한 자세한 내용은 [별칭 또는 비 별칭 레코드 선택](resource-record-sets-choosing-alias-non-alias.md) 단원을 참조하세요.

**Topics**
+ [라우팅 정책](#rrsets-values-failover-alias-routing-policy)
+ [레코드 이름](#rrsets-values-failover-alias-name)
+ [레코드 유형](#rrsets-values-failover-alias-type)
+ [값/트래픽 라우팅 대상](#rrsets-values-failover-alias-alias-target)
+ [장애 조치 레코드 유형](#rrsets-values-failover-alias-failover-record-type)
+ [상태 확인](#rrsets-values-failover-alias-associate-with-health-check)
+ [대상 상태 평가](#rrsets-values-failover-alias-evaluate-target-health)
+ [레코드 ID](#rrsets-values-failover-alias-set-id)

## 라우팅 정책
<a name="rrsets-values-failover-alias-routing-policy"></a>

**장애 조치(Failover)**를 선택합니다.

## 레코드 이름
<a name="rrsets-values-failover-alias-name"></a>

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

**참고**  
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 **레코드 이름(Record name)** 필드에 값(예: @ 기호)을 입력하지 마세요.

장애 조치 레코드 그룹의 레코드 모두에 대해 동일한 이름을 입력합니다.

레코드 이름에 대한 자세한 내용은 [레코드 이름](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name) 섹션을 참조하세요.

## 레코드 유형
<a name="rrsets-values-failover-alias-type"></a>

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

트래픽을 라우팅할 AWS 리소스를 기반으로 해당 값을 선택합니다. 기본 및 보조 장애 조치 레코드 모두에 대해 동일 값을 선택합니다.

**API Gateway 사용자 지정 리전 API 또는 엣지 최적화 API**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**Amazon VPC 인터페이스 엔드포인트**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**CloudFront 배포**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.  
배포에 대해 IPv6가 활성화되어 있다면 두 개의 레코드를 생성합니다. 하나는 **유형(Type)** 값이 **A - IPv4 주소(A - IPv4 address)**이고 하나는 값이 **AAAA - IPv6 주소(AAAA - IPv6 address)**입니다.

**App Runner 서비스**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**리전별 하위 도메인이 있는 Elastic Beanstalk 환경**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**ELB 로드 밸런서**  
**A - IPv4 address(A - IPv4 주소)** 또는 **AAAA - IPv6 address(AAAA - IPv6 주소)** 선택

**Amazon S3 버킷**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**OpenSearch Service**  
**A - IPv4 address(A - IPv4 주소)** 또는 **AAAA - IPv6 address(AAAA - IPv6 주소)** 선택

**호스팅 영역의 또 다른 레코드**  
별칭을 생성 중인 레코드 유형을 선택합니다. **NS** 및 **SOA**를 제외한 모든 유형이 지원됩니다.  
호스팅 영역(*zone apex*라고도 함)과 이름이 같은 별칭 레코드를 생성한다면, **유형** 값이 **CNAME**인 레코드로 트래픽을 라우팅할 수 없습니다. 이는 별칭 레코드가 트래픽이 라우팅되는 레코드와 동일한 형식이어야 하고, zone apex에 대한 CNAME 레코드 생성은 별칭 레코드에 대해서도 지원되지 않기 때문입니다.

## 값/트래픽 라우팅 대상
<a name="rrsets-values-failover-alias-alias-target"></a>

목록에서 선택하거나 필드에 입력하는 값은 트래픽을 라우팅하는 AWS 리소스에 따라 달라집니다.

대상으로 지정할 수 있는 AWS 리소스에 대한 자세한 내용은 [값/라우팅 트래픽에 대한 별칭 레코드의 공통 값을 참조하세요](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

트래픽을 특정 AWS 리소스로 라우팅하도록 Route 53를 구성하는 방법에 대한 자세한 내용은 섹션을 참조하세요[AWS 리소스로 인터넷 트래픽 라우팅](routing-to-aws-resources.md).

**참고**  
주 장애 조치 및 보조 장애 조치 레코드를 만들 때 **이름(Name)** 및 **레코드 유형(Record type)**에 대해 동일한 값을 갖는 하나의 장애 조치(failover) 와 하나의 장애 조치 *별칭(alias)*을 선택적으로 만들 수 있습니다. 장애 조치와 장애 조치 별칭 레코드를 혼합할 경우 둘 중 하나는 기본 레코드가 될 수 있습니다.

## 장애 조치 레코드 유형
<a name="rrsets-values-failover-alias-failover-record-type"></a>

이 레코드에 해당하는 값을 선택합니다. 장애 조치가 제대로 작동하려면 기본 및 보조 장애 조치 레코드를 각각 1개씩 생성해야 합니다.

**레코드 이름(Record name)** 및 **레코드 유형(Record type)** 값이 장애 조치 레코드와 같은 비-장애 조치 레코드를 생성할 수 있습니다.

## 상태 확인
<a name="rrsets-values-failover-alias-associate-with-health-check"></a>

Route 53가 지정된 엔드포인트 상태를 점검하고 엔드포인트가 정상할 때만 이 레코드를 사용하여 DNS 쿼리에 응답하길 원할 경우 상태 확인을 선택합니다.

Route 53는 레코드에 지정된 엔드포인트, 예를 들어 **값** 필드에서 IP 주소로 지정된 엔드포인트의 상태는 점검하지 않습니다. 레코드의 상태 확인을 선택하면 Route 53가 상태 확인에서 지정한 엔드포인트의 상태를 점검합니다. Route 53가 엔드포인트가 정상인지 여부를 결정하는 방법은 [Amazon Route 53가 상태 확인이 정상인지 여부를 판단하는 방법Route 53에서 상태 확인이 정상인지 여부를 판단하는 방법](dns-failover-determining-health-of-endpoints.md) 섹션을 참조하세요.

상태 확인과 레코드를 연관시키는 것은 Route 53가 둘 이상의 레코드 사이에서 DNS 쿼리에 응답할 레코드를 선택할 때 그리고 Route 53가 상태 확인 상태를 선택의 기준으로 삼을 때만 유용합니다. 다음 구성에서만 상태 확인을 사용합니다.
+ 이름, 유형 및 라우팅 정책(예: 장애 조치 또는 가중치 레코드)이 동일한 레코드 그룹의 모든 레코드 상태를 확인하고 모든 레코드에 대한 상태 확인 ID를 지정하는 경우. 레코드의 상태 확인에서 양호하지 않은 엔드포인트가 지정될 경우 Route 53는 해당 레코드 값을 사용하는 쿼리에 대한 응답을 중단합니다.
+ 별칭 레코드 또는 장애 조치 별칭, 지리적 위치 별칭, 대기 시간 별칭, IP 기반 별칭 또는 가중치 기반 별칭 그룹에 속한 레코드에 대해 **대상 상태 평가(Evaluate Target Health)**에서 **예(Yes)**를 선택하는 경우. 별칭 레코드가 동일한 호스팅 영역의 별칭이 아닌 레코드를 참조하는 경우 참조된 레코드의 상태 확인도 지정해야 합니다. 상태 확인과 별칭 레코드를 연관시키고 **대상 상태 평가**에서 **예**를 선택하는 경우 둘 다 true로 평가되어야 합니다. 자세한 내용은 [상태 확인을 별칭 레코드와 연결하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias) 단원을 참조하십시오.

상태 확인에서 도메인 이름만으로 엔드포인트를 지정할 경우에는 각 엔드포인트마다 별도의 상태 확인을 생성하는 것이 좋습니다. 예를 들어, www.example.com의 콘텐츠를 제공하는 각 HTTP 서버마다 상태 확인을 생성합니다. **도메인 이름**의 값은 레코드의 이름(example.com)이 아니라 서버의 도메인 이름(예: us-east-2-www.example.com)을 지정합니다.

**중요**  
이 구성에서 **도메인 이름**의 값이 레코드의 이름과 일치하는 상태 확인을 생성한 후 상태 확인을 이러한 레코드와 연결하는 경우 상태 확인 결과를 예측할 수 없습니다.

## 대상 상태 평가
<a name="rrsets-values-failover-alias-evaluate-target-health"></a>

**엔드포인트**에서 지정된 리소스의 상태를 확인하여 Route 53가 레코드를 사용해 DNS 쿼리에 응답할지 여부를 결정하게 하려는 경우 **예**를 선택합니다.

다음 사항에 유의하세요.

**API Gateway 사용자 지정 리전 API와 엣지 최적화 API**  
엔드포인트가 API Gateway 사용자 지정 리전 API 또는 엣지 최적화 API인 경우 **대상 상태 평가(Evaluate target health)**를 **예(Yes)**로 설정하기 위한 특별한 요구 사항은 없습니다.

**CloudFront 배포**  
엔드포인트가 CloudFront 배포인 경우 **대상 상태 평가**를 **예**로 설정할 수 없습니다.

**리전별 하위 도메인이 있는 Elastic Beanstalk 환경**  
**엔드포인트(Endpoint)**에 Elastic Beanstalk 환경을 지정하고 환경에 ELB 로드 밸런서가 포함된 경우, Elastic Load Balancing은 로드 밸런서에 등록된 정상 Amazon EC2 인스턴스로만 쿼리를 라우팅합니다. (하나의 환경에 한 개 이상의 Amazon EC2 인스턴스가 포함된 경우 ELB 로드 밸런서가 자동으로 포함됩니다.) **대상 상태 평가**를 **예**로 설정했는데 정상인 Amazon EC2 인스턴스가 없거나 로드 밸런서 자체가 비정상인 경우 Route 53는 양호한 다른 리소스로 쿼리를 라우팅합니다.  
환경에 하나의 Amazon EC2 인스턴스가 포함된 경우에는 특별한 요구 사항이 없습니다.

**ELB 로드 밸런서**  
상태 확인 동작은 로드 밸런서의 유형에 따라 달랍니다.  
+ **Classic Load Balancer**: **엔드포인트(Endpoint)**에 ELB Classic Load Balancer를 지정한 경우, Elastic Load Balancing은 로드 밸런서에 등록된 정상 Amazon EC2 인스턴스로만 쿼리를 라우팅합니다. **대상 상태 평가**를 **예**로 설정하고 EC2 인스턴스가 정상 상태가 아니거나 로드 밸런서 자체가 비정상인 경우 Route 53는 쿼리를 다른 리소스로 라우팅합니다.
+ **Application Load Balancer 및 Network Load Balancer** - ELB Application Load Balancer 또는 Network Load Balancer를 지정하고 **대상 상태 평가(Evaluate Target Health)**를 **예(Yes)**로 설정한 경우 은 로드 밸런서와 연결된 대상 그룹의 상태에 따라 쿼리를 로드 밸런서로 라우팅합니다.
  + Application Load Balancer 또는 Network Load Balancer가 정상 상태로 간주되려면 대상을 포함하는 대상 그룹에 정상 상태 대상이 하나 이상 포함되어야 합니다. 대상 그룹에 정상이 아닌 대상만 포함되는 경우 로드 밸런서는 정상이 아닌 상태로 간주되고 Route 53는 쿼리를 다른 리소스로 라우팅합니다.
  + 등록된 대상이 없는 대상 그룹은 정상이 아닌 상태로 간주됩니다.
로드 밸런서를 생성할 때 Elastic Load Balancing 상태 확인에 대한 설정을 구성하게 되는데, 이러한 확인은 Route 53 상태 확인은 아니지만 비슷한 기능을 수행합니다. ELB 로드 밸런서에 등록하는 EC2 인스턴스에 대해 Route 53 상태 확인을 생성하지 마십시오.

**S3 버킷**  
엔드포인트가 S3 버킷인 경우 **대상 상태 평가(Evaluate Target Health)**를 **예(Yes)**로 설정하는 데 필요한 특정 요건은 없습니다.

**Amazon VPC 인터페이스 엔드포인트**  
엔드포인트가 Amazon VPC 인터페이스 엔드포인트인 경우 **대상 상태 평가**를 **예**로 설정하는 데 필요한 특별한 요구 사항이 없습니다.

**동일 호스팅 영역 내 다른 레코드**  
**엔드포인트**에서 지정하는 AWS 리소스가 레코드 또는 레코드 그룹(예: 가중치 기반 레코드 그룹)이지만 다른 별칭 레코드가 아닌 경우 상태 확인을 엔드포인트의 모든 레코드와 연결하는 것이 좋습니다. 자세한 내용은 [상태 확인을 생략하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting) 단원을 참조하십시오.

## 레코드 ID
<a name="rrsets-values-failover-alias-set-id"></a>

기본 및 보조 레코드를 고유하게 식별하는 값을 선택합니다.

# 지리 위치 레코드에 특정한 값
<a name="resource-record-sets-values-geo"></a>

지리 위치 레코드를 생성할 때 다음과 같은 값을 지정합니다.

**Topics**
+ [라우팅 정책](#rrsets-values-geo-routing-policy)
+ [레코드 이름](#rrsets-values-geo-name)
+ [레코드 유형](#rrsets-values-geo-type)
+ [TTL(초)](#rrsets-values-geo-ttl)
+ [값/트래픽 라우팅 대상](#rrsets-values-geo-value)
+ [Location](#rrsets-values-geo-location)
+ [미국 주](#rrsets-values-geo-sublocation)
+ [상태 확인](#rrsets-values-geo-associate-with-health-check)
+ [레코드 ID](#rrsets-values-geo-set-id)

## 라우팅 정책
<a name="rrsets-values-geo-routing-policy"></a>

**지리적 위치(Geolocation)**를 선택합니다.

## 레코드 이름
<a name="rrsets-values-geo-name"></a>

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

**참고**  
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 **이름** 필드에 값(예: @ 기호)을 입력하지 마십시오.

지리 위치 레코드 그룹의 모든 레코드에 대해 동일한 이름을 입력합니다.

레코드 이름에 대한 자세한 내용은 [레코드 이름](resource-record-sets-values-shared.md#rrsets-values-common-name) 섹션을 참조하세요.

## 레코드 유형
<a name="rrsets-values-geo-type"></a>

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

지리 위치 레코드 그룹의 모든 레코드에 대해 동일 값을 선택합니다.

## TTL(초)
<a name="rrsets-values-geo-ttl"></a>

DNS 재귀 해석기가 이 레코드에 관한 정보를 캐싱할 시간(초)입니다. 더 긴 값(예: 172,800초 또는 2일)을 지정한 경우, 이 레코드의 최신 정보를 얻으려면 DNS 재귀 해석기의 Route 53에 대한 직접 호출 수를 줄여야 합니다. 이렇게 하면 지연 시간을 줄이고 Route 53 서비스 비용을 줄이는 효과가 있습니다. 자세한 내용은 [Amazon Route 53가 도메인의 트래픽을 라우팅하는 방법](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic) 단원을 참조하십시오.

그러나 TTL에 더 긴 값을 지정하면 재귀 해석기가 Route 53에 최신 정보를 요청하기 전에 기간이 더 긴 캐시 값을 사용하므로 레코드(예: 새 IP 주소) 변경이 적용되는 데 걸리는 시간이 길어집니다. 이미 사용 중인 도메인이나 하위 도메인의 설정을 변경하는 경우 처음에는 더 짧은 값(예: 300초)을 지정하고 새 설정이 올바른지 확인한 후 값을 늘리는 것이 좋습니다.

이 레코드를 상태 확인과 연관시킬 경우에는 클라이언트가 상태 변경에 빠르게 응답하도록 TTL을 60초 이하로 지정하는 것이 좋습니다.

## 값/트래픽 라우팅 대상
<a name="rrsets-values-geo-value"></a>

**IP 주소 또는 레코드 유형에 따라 다른 값**을 선택합니다. **레코드 유형** 값에 해당하는 값을 입력합니다. **CNAME**을 제외한 모든 유형은 둘 이상의 값을 입력할 수 있습니다. 각 값을 별도의 라인에 입력합니다.

트래픽을 라우팅하거나 다음 값을 지정할 수 있습니다.
+ **A – IPv4 주소**
+ **AAAA - IPv6 주소**
+ **CAA - 인증 기관 인증**
+ **CNAME – 정식 이름**
+ **MX - 메일 교환**
+ **NAPTR - 이름 권한 포인터**
+ **PTR - 포인터**
+ **SPF - 발신자 정책 프레임워크**
+ **SRV - 서비스 로케이터**
+ **TXT - 텍스트**

위의 값에 대한 자세한 내용은 [값/트래픽 라우팅 대상에 일반적인 값](resource-record-sets-values-shared.md#rrsets-values-common-value)을 참조하세요.

## Location
<a name="rrsets-values-geo-location"></a>

쿼리를 보낸 위치를 기반으로 하는 DNS 쿼리에 응답하도록 Route 53을 구성할 때는 Route 53이 이 레코드 설정으로 응답하길 원하는 대륙 또는 국가를 선택합니다. Route 53이 미국의 개별 주에 대한 DNS 쿼리에 응답하길 원할 경우 먼저 **위치(Location)**목록에서 **미국(United States)**을 선택한 다음 **하위 위치(Sublocation)** 그룹에서 주를 선택합니다.

프라이빗 호스팅 영역의 경우 리소스가 AWS 리전 있는와 가장 가까운 대륙, 국가 또는 하위 부문을 선택합니다. 예를 들어 리소스가 us-east-1에 있으면 북미, 미국 또는 버지니아를 지정할 수 있습니다.

**중요**  
**위치(Location)**에 대한 **기본(Default)** 값을 갖는 하나의 지리적 위치 레코드를 생성하는 것이 좋습니다. 그러면 레코드를 생성하지 않은 지리적 위치와 Route 53이 위치를 식별하지 못하는 IP 주소도 포함됩니다.

**레코드 이름(Record name)** 및 **레코드 유형(Record type)** 값이 지리적 위치 레코드와 같은 값을 갖는 비-지리적 위치 레코드를 생성할 수 없습니다.

자세한 내용은 [지리적 라우팅](routing-policy-geo.md) 단원을 참조하십시오.

다음은 Amazon Route 53이 각 대륙과 연결되는 국가입니다. 국가 코드는 ISO 3166부터 시작합니다. 자세한 내용은 Wikipedia 도움말 [ISO 3166-1 alpha-2](http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2)를 참조하세요.

**아프리카(AF)**  
AO, BF, BI, BJ, BW, CD, CF, CG, CI, CM, CV, DJ, DZ, EG, ER, ET, GA, GH, GM, GN, GQ, GW, KE, KM, LR, LS, LY, MA, MG, ML, MR, MU, MW, MZ, NA, NE, NG, RE, RW, SC, SD, SH, SL, SN, SO, SS, ST, SZ, TD, TG, TN, TZ, UG, YT, ZA, ZM, ZW

**남극 대륙(AN)**  
AQ, GS, TF

**아시아(AS)**  
AE, AF, AM, AZ, BD, BH, BN, BT, CC, CN, GE, HK, ID, IL, IN, IO, IQ, IR, JO, JP, KG, KH, KP, KR, KW, KZ, LA, LB, LK, MM, MN, MO, MV, MY, NP, OM, PH, PK, PS, QA, SA, SG, SY, TH, TJ, TM, TW, UZ, VN, YE

**유럽(EU)**  
AD, AL, AT, AX, BA, BE, BG, BY, CH, CY, CZ, DE, DK, EE, ES, FI, FO, FR, GB, GG, GI, GR, HR, HU, IE, IM, IS, IT, JE, LI, LT, LU, LV, MC, MD, ME, MK, MT, NL, NO, PL, PT, RO, RS, RU, SE, SI, SJ, SK, SM, TR, UA, VA, XK  
일부 공급자는 TR이 아시아에 있다고 간주하며 IP 주소는 이를 반영합니다.

**북아메리카(NA)**  
AG, AI, AW, BB, BL, BM, BQ, BS, BZ, CA, CR, CU, CW, DM, DO, GD, GL, GP, GT, HN, HT, JM, KN, KY, LC, MF, MQ, MS, MX, NI, PA, PM, PR, SV, SX, TC, TT, US, VC, VG, VI

**오세아니아(OC)**  
AS, AU, CK, FJ, FM, GU, KI, MH, MP, NC, NF, NR, NU, NZ, PF, PG, PN, PW, SB, TK, TL, TO, TV, UM, VU, WF, WS

**남아메리카(SA)**  
AR, BO, BR, CL, CO, EC, FK, GF, GY, PE, PY, SR, UY, VE

**참고**  
Route 53은 다음 국가, 즉 부베 섬(BV), 크리스마스 섬(CX), 서부 사하라(EH), 허드 섬 및 맥도널드 제도(HM)의 지리 위치 레코드 생성을 지원하지 않습니다. 이들 국가의 IP 주소에 관한 데이터가 없습니다.

## 미국 주
<a name="rrsets-values-geo-sublocation"></a>

Route 53이 쿼리가 발생한 미국 주를 토대로 DNS 쿼리에 응답하도록 구성할 때는 **미국 주(U.S. states)** 목록에서 주를 선택합니다. 미국 영토(예: 푸에르토리코)는 **위치** 목록에 국가로 표시됩니다.

**중요**  
일부 IP 주소는 개별 주가 아니라 미국과 관련이 있습니다. 미국 내 모든 주의 레코드를 생성할 경우에는 이러한 무관한 IP 주소의 쿼리를 라우팅할 미국 레코드도 생성하는 것이 좋습니다. 미국의 레코드를 생성하지 않으면 Route 53이 비연관 미국 IP 주소의 DNS 쿼리에 기본 지리 위치 레코드(생성한 경우)의 설정 또는 "응답 없음"으로 응답합니다.

## 상태 확인
<a name="rrsets-values-geo-associate-with-health-check"></a>

Route 53가 지정된 엔드포인트 상태를 점검하고 엔드포인트가 정상할 때만 이 레코드를 사용하여 DNS 쿼리에 응답하길 원할 경우 상태 확인을 선택합니다.

Route 53는 레코드에 지정된 엔드포인트, 예를 들어 **값** 필드에서 IP 주소로 지정된 엔드포인트의 상태는 점검하지 않습니다. 레코드의 상태 확인을 선택하면 Route 53가 상태 확인에서 지정한 엔드포인트의 상태를 점검합니다. Route 53가 엔드포인트가 정상인지 여부를 결정하는 방법은 [Amazon Route 53가 상태 확인이 정상인지 여부를 판단하는 방법Route 53에서 상태 확인이 정상인지 여부를 판단하는 방법](dns-failover-determining-health-of-endpoints.md) 섹션을 참조하세요.

상태 확인과 레코드를 연관시키는 것은 Route 53가 둘 이상의 레코드 사이에서 DNS 쿼리에 응답할 레코드를 선택할 때 그리고 Route 53가 상태 확인 상태를 선택의 기준으로 삼을 때만 유용합니다. 다음 구성에서만 상태 확인을 사용합니다.
+ 이름, 유형 및 라우팅 정책(예: 장애 조치 또는 가중치 레코드)이 동일한 레코드 그룹의 모든 레코드 상태를 확인하고 모든 레코드에 대한 상태 확인 ID를 지정하는 경우. 레코드의 상태 확인에서 양호하지 않은 엔드포인트가 지정될 경우 Route 53는 해당 레코드 값을 사용하는 쿼리에 대한 응답을 중단합니다.
+ 별칭 레코드 또는 장애 조치 별칭, 지리적 위치 별칭, 대기 시간 별칭, IP 기반 별칭 또는 가중치 기반 별칭 그룹에 속한 레코드에 대해 **대상 상태 평가(Evaluate Target Health)**에서 **예(Yes)**를 선택하는 경우. 별칭 레코드가 동일한 호스팅 영역의 별칭이 아닌 레코드를 참조하는 경우 참조된 레코드의 상태 확인도 지정해야 합니다. 상태 확인과 별칭 레코드를 연관시키고 **대상 상태 평가**에서 **예**를 선택하는 경우 둘 다 true로 평가되어야 합니다. 자세한 내용은 [상태 확인을 별칭 레코드와 연결하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias) 단원을 참조하십시오.

상태 확인에서 도메인 이름만으로 엔드포인트를 지정할 경우에는 각 엔드포인트마다 별도의 상태 확인을 생성하는 것이 좋습니다. 예를 들어, www.example.com의 콘텐츠를 제공하는 각 HTTP 서버마다 상태 확인을 생성합니다. **도메인 이름**의 값은 레코드의 이름(example.com)이 아니라 서버의 도메인 이름(예: us-east-2-www.example.com)을 지정합니다.

**중요**  
이 구성에서 **도메인 이름**의 값이 레코드의 이름과 일치하는 상태 확인을 생성한 후 상태 확인을 이러한 레코드와 연결하는 경우 상태 확인 결과를 예측할 수 없습니다.

지리 위치 레코드에서 엔드포인트가 양호하지 않을 경우 Route 53은 규모가 더 큰 관련 지리적 리전의 레코드를 조회합니다. 예를 들어, 미국 내 주, 미국, 북미 및 전체 위치에 대한 레코드가 있다고 가정합니다(**위치**가 **기본값**임). 주 레코드의 엔드포인트가 양호하지 않을 경우 Route 53은 미국, 북미 및 전체 위치 순으로 엔드포인트가 양호한 레코드를 찾을 때까지 레코드를 확인합니다. 모든 지리적 위치에 대한 레코드를 포함하여 모든 적용 가능한 레코드가 비정상적인 경우 Route 53은 가장 작은 지리적 리전에 대한 레코드 값을 사용하여 DNS 쿼리에 응답합니다.

## 레코드 ID
<a name="rrsets-values-geo-set-id"></a>

지리 위치 레코드 그룹에 있는 이 레코드를 고유하게 식별하는 값을 선택합니다.

# 지리 위치 별칭 레코드에 특정한 값
<a name="resource-record-sets-values-geo-alias"></a>

지리 위치 별칭 레코드를 생성할 때 다음과 같은 값을 지정합니다.

자세한 내용은 [별칭 또는 비 별칭 레코드 선택](resource-record-sets-choosing-alias-non-alias.md) 단원을 참조하십시오.

**Topics**
+ [라우팅 정책](#rrsets-values-geo-alias-routing-policy)
+ [레코드 이름](#rrsets-values-geo-alias-name)
+ [레코드 유형](#rrsets-values-geo-alias-type)
+ [값/트래픽 라우팅 대상](#rrsets-values-geo-alias-alias-target)
+ [Location](#rrsets-values-geo-alias-location)
+ [미국 주](#rrsets-values-geo-alias-sublocation)
+ [상태 확인](#rrsets-values-geo-alias-associate-with-health-check)
+ [대상 상태 평가](#rrsets-values-geo-alias-evaluate-target-health)
+ [레코드 ID](#rrsets-values-geo-alias-set-id)

## 라우팅 정책
<a name="rrsets-values-geo-alias-routing-policy"></a>

**지리적 위치(Geolocation)**를 선택합니다.

## 레코드 이름
<a name="rrsets-values-geo-alias-name"></a>

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

**참고**  
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 **레코드 이름(Record name)** 필드에 값(예: @ 기호)을 입력하지 마세요.

지리 위치 레코드 그룹의 모든 레코드에 대해 동일한 이름을 입력합니다.

레코드 이름에 대한 자세한 내용은 [레코드 이름](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name) 섹션을 참조하세요.

## 레코드 유형
<a name="rrsets-values-geo-alias-type"></a>

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

트래픽을 라우팅할 AWS 리소스를 기반으로 해당 값을 선택합니다. 지리 위치 레코드 그룹의 모든 레코드에 대해 동일 값을 선택합니다.

**API Gateway 사용자 지정 리전 API 또는 엣지 최적화 API**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**Amazon VPC 인터페이스 엔드포인트**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**CloudFront 배포**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.  
배포에 대해 IPv6가 활성화되어 있다면 두 개의 레코드를 생성합니다. 하나는 **유형(Type)** 값이 **A - IPv4 주소(A - IPv4 address)**이고 하나는 값이 **AAAA - IPv6 주소(AAAA - IPv6 address)**입니다.

**App Runner 서비스**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**리전별 하위 도메인이 있는 Elastic Beanstalk 환경**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**ELB 로드 밸런서**  
**A - IPv4 address(A - IPv4 주소)** 또는 **AAAA - IPv6 address(AAAA - IPv6 주소)** 선택

**Amazon S3 버킷**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**OpenSearch Service**  
**A - IPv4 address(A - IPv4 주소)** 또는 **AAAA - IPv6 address(AAAA - IPv6 주소)** 선택

**호스팅 영역의 또 다른 레코드**  
별칭을 생성 중인 레코드 유형을 선택합니다. **NS** 및 **SOA**를 제외한 모든 유형이 지원됩니다.  
호스팅 영역(*zone apex*라고도 함)과 이름이 같은 별칭 레코드를 생성한다면, **유형** 값이 **CNAME**인 레코드로 트래픽을 라우팅할 수 없습니다. 이는 별칭 레코드가 트래픽이 라우팅되는 레코드와 동일한 형식이어야 하고, zone apex에 대한 CNAME 레코드 생성은 별칭 레코드에 대해서도 지원되지 않기 때문입니다.

## 값/트래픽 라우팅 대상
<a name="rrsets-values-geo-alias-alias-target"></a>

목록에서 선택하거나 필드에 입력하는 값은 트래픽을 라우팅하는 AWS 리소스에 따라 달라집니다.

대상으로 지정할 수 있는 AWS 리소스에 대한 자세한 내용은 섹션을 참조하세요[값/트래픽 라우팅 대상](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

트래픽을 특정 AWS 리소스로 라우팅하도록 Route 53를 구성하는 방법에 대한 자세한 내용은 섹션을 참조하세요[AWS 리소스로 인터넷 트래픽 라우팅](routing-to-aws-resources.md).

## Location
<a name="rrsets-values-geo-alias-location"></a>

쿼리를 보낸 위치를 기반으로 하는 DNS 쿼리에 응답하도록 Route 53을 구성할 때는 Route 53이 이 레코드 설정으로 응답하길 원하는 대륙 또는 국가를 선택합니다. Route 53이 미국의 개별 주에 대한 DNS 쿼리에 응답하길 원할 경우 먼저 **위치(Location)** 목록에서 **미국(United States)**을 선택한 다음 **미국 주(U.S. states)** 목록에서 주를 선택합니다.

프라이빗 호스팅 영역의 경우 리소스가 AWS 리전 있는와 가장 가까운 대륙, 국가 또는 하위 부문을 선택합니다. 예를 들어 리소스가 us-east-1에 있으면 북미, 미국 또는 버지니아를 지정할 수 있습니다.

**중요**  
**위치(Location)**에 대한 **기본(Default)** 값을 갖는 하나의 지리적 위치 레코드를 생성하는 것이 좋습니다. 그러면 레코드를 생성하지 않은 지리적 위치와 Route 53이 위치를 식별하지 못하는 IP 주소도 포함됩니다.

**레코드 이름(Record name)** 및 **레코드 유형(Record type)** 값이 지리적 위치 레코드와 같은 값을 갖는 비-지리적 위치 레코드를 생성할 수 없습니다.

자세한 내용은 [지리적 라우팅](routing-policy-geo.md) 단원을 참조하십시오.

다음은 Amazon Route 53이 각 대륙과 연결되는 국가입니다. 국가 코드는 ISO 3166부터 시작합니다. 자세한 내용은 Wikipedia 도움말 [ISO 3166-1 alpha-2](http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2)를 참조하세요.

**아프리카(AF)**  
AO, BF, BI, BJ, BW, CD, CF, CG, CI, CM, CV, DJ, DZ, EG, ER, ET, GA, GH, GM, GN, GQ, GW, KE, KM, LR, LS, LY, MA, MG, ML, MR, MU, MW, MZ, NA, NE, NG, RE, RW, SC, SD, SH, SL, SN, SO, SS, ST, SZ, TD, TG, TN, TZ, UG, YT, ZA, ZM, ZW

**남극 대륙(AN)**  
AQ, GS, TF

**아시아(AS)**  
AE, AF, AM, AZ, BD, BH, BN, BT, CC, CN, GE, HK, ID, IL, IN, IO, IQ, IR, JO, JP, KG, KH, KP, KR, KW, KZ, LA, LB, LK, MM, MN, MO, MV, MY, NP, OM, PH, PK, PS, QA, SA, SG, SY, TH, TJ, TM, TW, UZ, VN, YE

**유럽(EU)**  
AD, AL, AT, AX, BA, BE, BG, BY, CH, CY, CZ, DE, DK, EE, ES, FI, FO, FR, GB, GG, GI, GR, HR, HU, IE, IM, IS, IT, JE, LI, LT, LU, LV, MC, MD, ME, MK, MT, NL, NO, PL, PT, RO, RS, RU, SE, SI, SJ, SK, SM, TR, UA, VA, XK  
일부 공급자는 TR이 아시아에 있다고 간주하며 IP 주소는 이를 반영합니다.

**북아메리카(NA)**  
AG, AI, AW, BB, BL, BM, BQ, BS, BZ, CA, CR, CU, CW, DM, DO, GD, GL, GP, GT, HN, HT, JM, KN, KY, LC, MF, MQ, MS, MX, NI, PA, PM, PR, SV, SX, TC, TT, US, VC, VG, VI

**오세아니아(OC)**  
AS, AU, CK, FJ, FM, GU, KI, MH, MP, NC, NF, NR, NU, NZ, PF, PG, PN, PW, SB, TK, TL, TO, TV, UM, VU, WF, WS

**남아메리카(SA)**  
AR, BO, BR, CL, CO, EC, FK, GF, GY, PE, PY, SR, UY, VE

**참고**  
Route 53은 다음 국가, 즉 부베 섬(BV), 크리스마스 섬(CX), 서부 사하라(EH), 허드 섬 및 맥도널드 제도(HM)의 지리 위치 레코드 생성을 지원하지 않습니다. 이들 국가의 IP 주소에 관한 데이터가 없습니다.

## 미국 주
<a name="rrsets-values-geo-alias-sublocation"></a>

Route 53이 쿼리가 발생한 미국 주를 토대로 DNS 쿼리에 응답하도록 구성할 때는 **미국 주(U.S. states)** 목록에서 주를 선택합니다. 미국 영토(예: 푸에르토리코)는 **위치** 목록에 국가로 표시됩니다.

**중요**  
일부 IP 주소는 개별 주가 아니라 미국과 관련이 있습니다. 미국 내 모든 주의 레코드를 생성할 경우에는 이러한 무관한 IP 주소의 쿼리를 라우팅할 미국 레코드도 생성하는 것이 좋습니다. 미국의 레코드를 생성하지 않으면 Route 53이 비연관 미국 IP 주소의 DNS 쿼리에 기본 지리 위치 레코드(생성한 경우)의 설정 또는 "응답 없음"으로 응답합니다.

## 상태 확인
<a name="rrsets-values-geo-alias-associate-with-health-check"></a>

Route 53가 지정된 엔드포인트 상태를 점검하고 엔드포인트가 정상할 때만 이 레코드를 사용하여 DNS 쿼리에 응답하길 원할 경우 상태 확인을 선택합니다.

Route 53는 레코드에 지정된 엔드포인트, 예를 들어 **값** 필드에서 IP 주소로 지정된 엔드포인트의 상태는 점검하지 않습니다. 레코드의 상태 확인을 선택하면 Route 53가 상태 확인에서 지정한 엔드포인트의 상태를 점검합니다. Route 53가 엔드포인트가 정상인지 여부를 결정하는 방법은 [Amazon Route 53가 상태 확인이 정상인지 여부를 판단하는 방법Route 53에서 상태 확인이 정상인지 여부를 판단하는 방법](dns-failover-determining-health-of-endpoints.md) 섹션을 참조하세요.

상태 확인과 레코드를 연관시키는 것은 Route 53가 둘 이상의 레코드 사이에서 DNS 쿼리에 응답할 레코드를 선택할 때 그리고 Route 53가 상태 확인 상태를 선택의 기준으로 삼을 때만 유용합니다. 다음 구성에서만 상태 확인을 사용합니다.
+ 이름, 유형 및 라우팅 정책(예: 장애 조치 또는 가중치 레코드)이 동일한 레코드 그룹의 모든 레코드 상태를 확인하고 모든 레코드에 대한 상태 확인 ID를 지정하는 경우. 레코드의 상태 확인에서 양호하지 않은 엔드포인트가 지정될 경우 Route 53는 해당 레코드 값을 사용하는 쿼리에 대한 응답을 중단합니다.
+ 별칭 레코드 또는 장애 조치 별칭, 지리적 위치 별칭, 대기 시간 별칭, IP 기반 별칭 또는 가중치 기반 별칭 그룹에 속한 레코드에 대해 **대상 상태 평가**에서 **예**를 선택하는 경우. 별칭 레코드가 동일한 호스팅 영역의 별칭이 아닌 레코드를 참조하는 경우 참조된 레코드의 상태 확인도 지정해야 합니다. 상태 확인과 별칭 레코드를 연관시키고 **대상 상태 평가**에서 **예**를 선택하는 경우 둘 다 true로 평가되어야 합니다. 자세한 내용은 [상태 확인을 별칭 레코드와 연결하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias) 단원을 참조하십시오.

상태 확인에서 도메인 이름만으로 엔드포인트를 지정할 경우에는 각 엔드포인트마다 별도의 상태 확인을 생성하는 것이 좋습니다. 예를 들어, www.example.com의 콘텐츠를 제공하는 각 HTTP 서버마다 상태 확인을 생성합니다. **도메인 이름**의 값은 레코드의 이름(example.com)이 아니라 서버의 도메인 이름(예: us-east-2-www.example.com)을 지정합니다.

**중요**  
이 구성에서 **도메인 이름**의 값이 레코드의 이름과 일치하는 상태 확인을 생성한 후 상태 확인을 이러한 레코드와 연결하는 경우 상태 확인 결과를 예측할 수 없습니다.

지리 위치 레코드에서 엔드포인트가 양호하지 않을 경우 Route 53은 규모가 더 큰 관련 지리적 리전의 레코드를 조회합니다. 예를 들어, 미국 내 주, 미국, 북미 및 전체 위치에 대한 레코드가 있다고 가정합니다(**위치**가 **기본값**임). 주 레코드의 엔드포인트가 양호하지 않을 경우 Route 53은 미국, 북미 및 전체 위치 순으로 엔드포인트가 양호한 레코드를 찾을 때까지 레코드를 확인합니다. 모든 지리적 위치에 대한 레코드를 포함하여 모든 적용 가능한 레코드가 비정상적인 경우 Route 53은 가장 작은 지리적 리전에 대한 레코드 값을 사용하여 DNS 쿼리에 응답합니다.

## 대상 상태 평가
<a name="rrsets-values-geo-alias-evaluate-target-health"></a>

**엔드포인트**에서 지정된 리소스의 상태를 확인하여 Route 53가 레코드를 사용해 DNS 쿼리에 응답할지 여부를 결정하게 하려는 경우 **예**를 선택합니다.

다음 사항에 유의하세요.

**API Gateway 사용자 지정 리전 API와 엣지 최적화 API**  
엔드포인트가 API Gateway 사용자 지정 리전 API 또는 엣지 최적화 API인 경우 **대상 상태 평가**를 **예**로 설정하기 위한 특별한 요구 사항은 없습니다.

**CloudFront 배포**  
엔드포인트가 CloudFront 배포인 경우 **대상 상태 평가**를 **예**로 설정할 수 없습니다.

**리전별 하위 도메인이 있는 Elastic Beanstalk 환경**  
**엔드포인트(Endpoint)**에 Elastic Beanstalk 환경을 지정하고 환경에 ELB 로드 밸런서가 포함된 경우, Elastic Load Balancing은 로드 밸런서에 등록된 정상 Amazon EC2 인스턴스로만 쿼리를 라우팅합니다. (하나의 환경에 한 개 이상의 Amazon EC2 인스턴스가 포함된 경우 ELB 로드 밸런서가 자동으로 포함됩니다.) **대상 상태 평가**를 **예**로 설정했는데 정상인 Amazon EC2 인스턴스가 없거나 로드 밸런서 자체가 비정상인 경우 Route 53는 양호한 다른 리소스로 쿼리를 라우팅합니다.  
환경에 하나의 Amazon EC2 인스턴스가 포함된 경우에는 특별한 요구 사항이 없습니다.

**ELB 로드 밸런서**  
상태 확인 동작은 로드 밸런서의 유형에 따라 달랍니다.  
+ **Classic Load Balancer**: **엔드포인트(Endpoint)**에 ELB Classic Load Balancer를 지정한 경우, Elastic Load Balancing은 로드 밸런서에 등록된 정상 Amazon EC2 인스턴스로만 쿼리를 라우팅합니다. **대상 상태 평가**를 **예**로 설정하고 EC2 인스턴스가 정상 상태가 아니거나 로드 밸런서 자체가 비정상인 경우 Route 53는 쿼리를 다른 리소스로 라우팅합니다.
+ **Application Load Balancer 및 Network Load Balancer** - ELB Application Load Balancer 또는 Network Load Balancer를 지정하고 **대상 상태 평가**를 **예**로 설정한 경우 Route 53는 로드 밸런서와 연결된 대상 그룹의 상태에 따라 쿼리를 로드 밸런서로 라우팅합니다.
  + Application 또는 Network Load Balancer가 정상 상태로 간주되려면 대상을 포함하는 모든 대상 그룹에 정상 상태 대상이 하나 이상 포함되어야 합니다. 대상 그룹에 정상이 아닌 대상만 포함되는 경우 로드 밸런서는 정상이 아닌 상태로 간주되고 Route 53는 쿼리를 다른 리소스로 라우팅합니다.
  + 등록된 대상이 없는 대상 그룹은 정상이 아닌 상태로 간주됩니다.
로드 밸런서를 생성할 때 Elastic Load Balancing 상태 확인에 대한 설정을 구성하게 되는데, 이러한 확인은 Route 53 상태 확인은 아니지만 비슷한 기능을 수행합니다. ELB 로드 밸런서에 등록하는 EC2 인스턴스에 대해 Route 53 상태 확인을 생성하지 마십시오.

**S3 버킷**  
엔드포인트가 S3 버킷인 경우 **대상 상태 평가(Evaluate Target Health)**를 **예(Yes)**로 설정하는 데 필요한 특정 요건은 없습니다.

**Amazon VPC 인터페이스 엔드포인트**  
엔드포인트가 Amazon VPC 인터페이스 엔드포인트인 경우 **대상 상태 평가**를 **예**로 설정하는 데 필요한 특별한 요구 사항이 없습니다.

**동일 호스팅 영역 내 다른 레코드**  
**엔드포인트**에서 지정하는 AWS 리소스가 레코드 또는 레코드 그룹(예: 가중치 기반 레코드 그룹)이지만 다른 별칭 레코드가 아닌 경우 상태 확인을 엔드포인트의 모든 레코드와 연결하는 것이 좋습니다. 자세한 내용은 [상태 확인을 생략하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting) 단원을 참조하십시오.

## 레코드 ID
<a name="rrsets-values-geo-alias-set-id"></a>

지리 위치 레코드 그룹에 있는 이 레코드를 고유하게 식별하는 값을 선택합니다.

# 지리 근접성 레코드에 특정된 값
<a name="resource-record-sets-values-geoprox"></a>

지리 근접성 레코드를 생성할 때 다음과 같은 값을 지정합니다.

**Topics**
+ [라우팅 정책](#rrsets-values-geoprox-routing-policy)
+ [레코드 이름](#rrsets-values-geoprox-name)
+ [레코드 유형](#rrsets-values-geoprox-type)
+ [TTL(초)](#rrsets-values-geoprox-ttl)
+ [값/트래픽 라우팅 대상](#rrsets-values-geoprox-value)
+ [엔드포인트 위치](#rrsets-values-geoprox-endpoint-location)
+ [편향](#rrsets-values-geoprox-bias)
+ [상태 확인](#rrsets-values-geoprox-associate-with-health-check)
+ [레코드 ID](#rrsets-values-geoprox-set-id)

## 라우팅 정책
<a name="rrsets-values-geoprox-routing-policy"></a>

**지리 근접성**을 선택합니다.

## 레코드 이름
<a name="rrsets-values-geoprox-name"></a>

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

**참고**  
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 **이름** 필드에 값(예: @ 기호)을 입력하지 마십시오.

지리 근접성 레코드 그룹의 모든 레코드에 대해 동일한 이름을 입력합니다.

레코드 이름에 대한 자세한 내용은 [레코드 이름](resource-record-sets-values-shared.md#rrsets-values-common-name) 섹션을 참조하세요.

## 레코드 유형
<a name="rrsets-values-geoprox-type"></a>

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

지리 근접성 레코드 그룹의 모든 레코드에 대해 동일한 값을 선택합니다.

## TTL(초)
<a name="rrsets-values-geoprox-ttl"></a>

DNS 재귀 해석기가 이 레코드에 관한 정보를 캐싱할 시간(초)입니다. 더 긴 값(예: 172,800초 또는 2일)을 지정한 경우, 이 레코드의 최신 정보를 얻으려면 DNS 재귀 해석기의 Route 53에 대한 직접 호출 수를 줄여야 합니다. 이렇게 하면 지연 시간을 줄이고 Route 53 서비스 비용을 줄이는 효과가 있습니다. 자세한 내용은 [Amazon Route 53가 도메인의 트래픽을 라우팅하는 방법](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic) 단원을 참조하십시오.

그러나 TTL에 더 긴 값을 지정하면 재귀 해석기가 Route 53에 최신 정보를 요청하기 전에 기간이 더 긴 캐시 값을 사용하므로 레코드(예: 새 IP 주소) 변경이 적용되는 데 걸리는 시간이 길어집니다. 이미 사용 중인 도메인이나 하위 도메인의 설정을 변경하는 경우 처음에는 더 짧은 값(예: 300초)을 지정하고 새 설정이 올바른지 확인한 후 값을 늘리는 것이 좋습니다.

이 레코드를 상태 확인과 연관시킬 경우에는 클라이언트가 상태 변경에 빠르게 응답하도록 TTL을 60초 이하로 지정하는 것이 좋습니다.

## 값/트래픽 라우팅 대상
<a name="rrsets-values-geoprox-value"></a>

**IP 주소 또는 레코드 유형에 따라 다른 값**을 선택합니다. **레코드 유형** 값에 해당하는 값을 입력합니다. **CNAME**을 제외한 모든 유형은 둘 이상의 값을 입력할 수 있습니다. 각 값을 별도의 라인에 입력합니다.

트래픽을 라우팅하거나 다음 값을 지정할 수 있습니다.
+ **A – IPv4 주소**
+ **AAAA - IPv6 주소**
+ **CAA - 인증 기관 인증**
+ **CNAME – 정식 이름**
+ **MX - 메일 교환**
+ **NAPTR - 이름 권한 포인터**
+ **PTR - 포인터**
+ **SPF - 발신자 정책 프레임워크**
+ **SRV - 서비스 로케이터**
+ **TXT - 텍스트**

위의 값에 대한 자세한 내용은 [값/트래픽 라우팅 대상에 일반적인 값](resource-record-sets-values-shared.md#rrsets-values-common-value)을 참조하세요.

## 엔드포인트 위치
<a name="rrsets-values-geoprox-endpoint-location"></a>

다음 방법 중 하나를 사용하여 리소스 엔드포인트 위치를 지정할 수 있습니다.

**사용자 지정 좌표**  
지리적 영역의 경도와 위도를 지정합니다.

**AWS 리전**  
**위치** 목록에서 사용 가능한 리전을 선택합니다.  
리전에 대한 자세한 내용은 [AWS 글로벌 인프라](https://aws.amazon.com/about-aws/global-infrastructure/)를 참조하세요.

**AWS 로컬 영역 그룹**  
**위치** 목록에서 사용 가능한 로컬 영역 그룹을 선택합니다.  
로컬 영역에 대한 자세하 내용은 *AWS 로컬 영역 사용 설명서*의 [사용 가능한 로컬 영역](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html)을 참조하세요. 로컬 영역 그룹은 일반적으로 종료 문자가 없는 로컬 영역입니다. 예를 들어 로컬 영역이 `us-east-1-bue-1a`인 경우 로컬 영역 그룹은 `us-east-1-bue-1`입니다.

[describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html) CLI 명령을 사용하여 특정 로컬 영역에 대한 로컬 영역 그룹을 식별할 수도 있습니다.

```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```

이 명령은 로컬 영역 `us-west-2-den-1a`가 로컬 영역 그룹 `us-west-2-den-1`에 속하도록 지정하여 `"GroupName": "us-west-2-den-1"`를 반환합니다.

**레코드 이름** 및 **레코드 유형** 값이 지리 근접성 레코드와 같은 값을 갖는 비-지리 근접성 레코드를 생성할 수 없습니다.

동일한 레코드 이름 및 레코드 유형에 대해 동일한 위치를 지정하는 지리 근접성 리소스 레코드 세트 2개를 생성할 수도 없습니다.

## 편향
<a name="rrsets-values-geoprox-bias"></a>

편향은 Route 53가 트래픽을 리소스로 라우팅하는 지리적 영역의 크기를 확장하거나 축소합니다. 긍정 편향은 영역을 확장하고 부정 편향은 영역을 축소합니다. 자세한 내용은 [Amazon Route 53가 바이어스를 사용하여 트래픽을 라우팅하려면](routing-policy-geoproximity.md#routing-policy-geoproximity-bias) 단원을 참조하십시오.

## 상태 확인
<a name="rrsets-values-geoprox-associate-with-health-check"></a>

Route 53가 지정된 엔드포인트 상태를 점검하고 엔드포인트가 정상할 때만 이 레코드를 사용하여 DNS 쿼리에 응답하길 원할 경우 상태 확인을 선택합니다.

Route 53는 레코드에 지정된 엔드포인트, 예를 들어 **값** 필드에서 IP 주소로 지정된 엔드포인트의 상태는 점검하지 않습니다. 레코드의 상태 확인을 선택하면 Route 53가 상태 확인에서 지정한 엔드포인트의 상태를 점검합니다. Route 53가 엔드포인트가 정상인지 여부를 결정하는 방법은 [Amazon Route 53가 상태 확인이 정상인지 여부를 판단하는 방법Route 53에서 상태 확인이 정상인지 여부를 판단하는 방법](dns-failover-determining-health-of-endpoints.md) 섹션을 참조하세요.

상태 확인과 레코드를 연관시키는 것은 Route 53가 둘 이상의 레코드 사이에서 DNS 쿼리에 응답할 레코드를 선택할 때 그리고 Route 53가 상태 확인 상태를 선택의 기준으로 삼을 때만 유용합니다. 다음 구성에서만 상태 확인을 사용합니다.
+ 이름, 유형 및 라우팅 정책(예: 장애 조치 또는 가중치 레코드)이 동일한 레코드 그룹의 모든 레코드 상태를 확인하고 모든 레코드에 대한 상태 확인 ID를 지정하는 경우. 레코드의 상태 확인에서 양호하지 않은 엔드포인트가 지정될 경우 Route 53는 해당 레코드 값을 사용하는 쿼리에 대한 응답을 중단합니다.
+ 별칭 레코드 또는 장애 조치 별칭, 지리적 위치 별칭, 지리 근접성 별칭, 대기 시간 별칭, IP 기반 별칭 또는 가중치 기반 별칭 그룹에 속한 레코드에 대해 **대상 상태 평가**에서 **예**를 선택하는 경우. 별칭 레코드가 동일한 호스팅 영역의 별칭이 아닌 레코드를 참조하는 경우 참조된 레코드의 상태 확인도 지정해야 합니다. 상태 확인과 별칭 레코드를 연관시키고 **대상 상태 평가**에서 **예**를 선택하는 경우 둘 다 true로 평가되어야 합니다. 자세한 내용은 [상태 확인을 별칭 레코드와 연결하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias) 단원을 참조하십시오.

상태 확인에서 도메인 이름만으로 엔드포인트를 지정할 경우에는 각 엔드포인트마다 별도의 상태 확인을 생성하는 것이 좋습니다. 예를 들어, www.example.com의 콘텐츠를 제공하는 각 HTTP 서버마다 상태 확인을 생성합니다. **도메인 이름**의 값은 레코드의 이름(example.com)이 아니라 서버의 도메인 이름(예: us-east-2-www.example.com)을 지정합니다.

**중요**  
이 구성에서 **도메인 이름**의 값이 레코드의 이름과 일치하는 상태 확인을 생성한 후 상태 확인을 이러한 레코드와 연결하는 경우 상태 확인 결과를 예측할 수 없습니다.

지리 근접성 레코드의 경우 엔드포인트가 비정상이면 Route 53는 여전히 정상인 가장 가까운 엔드포인트를 찾습니다.

## 레코드 ID
<a name="rrsets-values-geoprox-set-id"></a>

지리 근접성 레코드 그룹에 있는 이 레코드를 고유하게 식별하는 값을 입력합니다.

# 지리 근접성 별칭 레코드에 특정된 값
<a name="resource-record-sets-values-geoprox-alias"></a>

지리 근접성 별칭 레코드를 생성할 때 다음과 같은 값을 지정합니다.

자세한 내용은 [별칭 또는 비 별칭 레코드 선택](resource-record-sets-choosing-alias-non-alias.md) 단원을 참조하십시오.

**Topics**
+ [라우팅 정책](#rrsets-values-geoprox-alias-routing-policy)
+ [레코드 이름](#rrsets-values-geoprox-alias-name)
+ [레코드 유형](#rrsets-values-geoprox-alias-type)
+ [값/트래픽 라우팅 대상](#rrsets-values-geoprox-alias-alias-target)
+ [엔드포인트 위치](#rrsets-values-geoprox-alias-endpoint-location)
+ [편향](#rrsets-values-geoprox-alias-bias)
+ [상태 확인](#rrsets-values-geoprox-alias-associate-with-health-check)
+ [대상 상태 평가](#rrsets-values-geoprox-alias-evaluate-target-health)
+ [레코드 ID](#rrsets-values-geoprox-alias-set-id)

## 라우팅 정책
<a name="rrsets-values-geoprox-alias-routing-policy"></a>

**지리 근접성**을 선택합니다.

## 레코드 이름
<a name="rrsets-values-geoprox-alias-name"></a>

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

**참고**  
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 **레코드 이름** 필드에 값(예: @ 기호)을 입력하지 마세요.

지리 근접성 레코드 그룹의 모든 레코드에 대해 동일한 이름을 입력합니다.

레코드 이름에 대한 자세한 내용은 [레코드 이름](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name) 섹션을 참조하세요.

## 레코드 유형
<a name="rrsets-values-geoprox-alias-type"></a>

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

트래픽을 라우팅할 AWS 리소스를 기반으로 해당 값을 선택합니다. 지리 근접성 레코드 그룹의 모든 레코드에 대해 동일한 값을 선택합니다.

**API Gateway 사용자 지정 리전 API 또는 엣지 최적화 API**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**Amazon VPC 인터페이스 엔드포인트**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**CloudFront 배포**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.  
배포에 대해 IPv6가 활성화되어 있다면 두 개의 레코드를 생성합니다. 하나는 **유형(Type)** 값이 **A - IPv4 주소(A - IPv4 address)**이고 하나는 값이 **AAAA - IPv6 주소(AAAA - IPv6 address)**입니다.

**App Runner 서비스**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**리전별 하위 도메인이 있는 Elastic Beanstalk 환경**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**ELB 로드 밸런서**  
**A - IPv4 address(A - IPv4 주소)** 또는 **AAAA - IPv6 address(AAAA - IPv6 주소)** 선택

**Amazon S3 버킷**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**OpenSearch Service**  
**A - IPv4 address(A - IPv4 주소)** 또는 **AAAA - IPv6 address(AAAA - IPv6 주소)** 선택

**호스팅 영역의 또 다른 레코드**  
별칭을 생성 중인 레코드 유형을 선택합니다. **NS** 및 **SOA**를 제외한 모든 유형이 지원됩니다.  
호스팅 영역(*zone apex*라고도 함)과 이름이 같은 별칭 레코드를 생성한다면, **유형** 값이 **CNAME**인 레코드로 트래픽을 라우팅할 수 없습니다. 이는 별칭 레코드가 트래픽이 라우팅되는 레코드와 동일한 형식이어야 하고, zone apex에 대한 CNAME 레코드 생성은 별칭 레코드에 대해서도 지원되지 않기 때문입니다.

## 값/트래픽 라우팅 대상
<a name="rrsets-values-geoprox-alias-alias-target"></a>

목록에서 선택하거나 필드에 입력하는 값은 트래픽을 라우팅하는 AWS 리소스에 따라 달라집니다.

대상으로 지정할 수 있는 AWS 리소스에 대한 자세한 내용은 섹션을 참조하세요[값/트래픽 라우팅 대상](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

트래픽을 특정 AWS 리소스로 라우팅하도록 Route 53를 구성하는 방법에 대한 자세한 내용은 섹션을 참조하세요[AWS 리소스로 인터넷 트래픽 라우팅](routing-to-aws-resources.md).

## 엔드포인트 위치
<a name="rrsets-values-geoprox-alias-endpoint-location"></a>

다음 방법 중 하나를 사용하여 리소스 엔드포인트 위치를 지정할 수 있습니다.

**사용자 지정 좌표**  
지리적 영역의 경도와 위도를 지정합니다.

**AWS 리전**  
**위치** 목록에서 사용 가능한 리전을 선택합니다.  
리전에 대한 자세한 내용은 [AWS 글로벌 인프라](https://aws.amazon.com/about-aws/global-infrastructure/)를 참조하세요.

**AWS 로컬 영역 그룹**  
**위치** 목록에서 사용 가능한 로컬 영역 리전을 선택합니다.  
로컬 영역에 대한 자세하 내용은 *AWS 로컬 영역 사용 설명서*의 [사용 가능한 로컬 영역](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html)을 참조하세요. 로컬 영역 그룹은 일반적으로 종료 문자가 없는 로컬 영역입니다. 예를 들어 로컬 영역이 `us-east-1-bue-1a`인 경우 로컬 영역 그룹은 `us-east-1-bue-1`입니다.

[describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html) CLI 명령을 사용하여 특정 로컬 영역에 대한 로컬 영역 그룹을 식별할 수도 있습니다.

```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```

이 명령은 로컬 영역 `us-west-2-den-1a`가 로컬 영역 그룹 `us-west-2-den-1`에 속하도록 지정하여 `"GroupName": "us-west-2-den-1"`를 반환합니다.

**레코드 이름** 및 **레코드 유형** 값이 지리 근접성 레코드와 같은 값을 갖는 비-지리 근접성 레코드를 생성할 수 없습니다.

동일한 레코드 이름 및 레코드 유형에 대해 동일한 위치를 지정하는 지리 근접성 리소스 레코드 세트 2개를 생성할 수도 없습니다.

자세한 내용은 available-local-zones.html을 참조하세요.

## 편향
<a name="rrsets-values-geoprox-alias-bias"></a>

편향은 Route 53가 트래픽을 리소스로 라우팅하는 지리적 영역의 크기를 확장하거나 축소합니다. 긍정 편향은 영역을 확장하고 부정 편향은 영역을 축소합니다. 자세한 내용은 [Amazon Route 53가 바이어스를 사용하여 트래픽을 라우팅하려면](routing-policy-geoproximity.md#routing-policy-geoproximity-bias) 단원을 참조하십시오.

## 상태 확인
<a name="rrsets-values-geoprox-alias-associate-with-health-check"></a>

Route 53가 지정된 엔드포인트 상태를 점검하고 엔드포인트가 정상할 때만 이 레코드를 사용하여 DNS 쿼리에 응답하길 원할 경우 상태 확인을 선택합니다.

Route 53는 레코드에 지정된 엔드포인트, 예를 들어 **값** 필드에서 IP 주소로 지정된 엔드포인트의 상태는 점검하지 않습니다. 레코드의 상태 확인을 선택하면 Route 53가 상태 확인에서 지정한 엔드포인트의 상태를 점검합니다. Route 53가 엔드포인트가 정상인지 여부를 결정하는 방법은 [Amazon Route 53가 상태 확인이 정상인지 여부를 판단하는 방법Route 53에서 상태 확인이 정상인지 여부를 판단하는 방법](dns-failover-determining-health-of-endpoints.md) 섹션을 참조하세요.

상태 확인과 레코드를 연관시키는 것은 Route 53가 둘 이상의 레코드 사이에서 DNS 쿼리에 응답할 레코드를 선택할 때 그리고 Route 53가 상태 확인 상태를 선택의 기준으로 삼을 때만 유용합니다. 다음 구성에서만 상태 확인을 사용합니다.
+ 이름, 유형 및 라우팅 정책(예: 장애 조치 또는 가중치 레코드)이 동일한 레코드 그룹의 모든 레코드 상태를 확인하고 모든 레코드에 대한 상태 확인 ID를 지정하는 경우. 레코드의 상태 확인에서 양호하지 않은 엔드포인트가 지정될 경우 Route 53는 해당 레코드 값을 사용하는 쿼리에 대한 응답을 중단합니다.
+ 별칭 레코드 또는 장애 조치 별칭, 지리적 위치 별칭, 지리 근접성 별칭, 대기 시간 별칭, IP 기반 별칭 또는 가중치 기반 별칭 그룹에 속한 레코드에 대해 **대상 상태 평가**에서 **예**를 선택하는 경우. 별칭 레코드가 동일한 호스팅 영역의 별칭이 아닌 레코드를 참조하는 경우 참조된 레코드의 상태 확인도 지정해야 합니다. 상태 확인과 별칭 레코드를 연관시키고 **대상 상태 평가**에서 **예**를 선택하는 경우 둘 다 true로 평가되어야 합니다. 자세한 내용은 [상태 확인을 별칭 레코드와 연결하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias) 단원을 참조하십시오.

상태 확인에서 도메인 이름만으로 엔드포인트를 지정할 경우에는 각 엔드포인트마다 별도의 상태 확인을 생성하는 것이 좋습니다. 예를 들어, www.example.com의 콘텐츠를 제공하는 각 HTTP 서버마다 상태 확인을 생성합니다. **도메인 이름**의 값은 레코드의 이름(example.com)이 아니라 서버의 도메인 이름(예: us-east-2-www.example.com)을 지정합니다.

**중요**  
이 구성에서 **도메인 이름**의 값이 레코드의 이름과 일치하는 상태 확인을 생성한 후 상태 확인을 이러한 레코드와 연결하는 경우 상태 확인 결과를 예측할 수 없습니다.

지리 근접성 레코드의 경우 엔드포인트가 비정상이면 Route 53는 여전히 정상인 가장 가까운 엔드포인트를 찾습니다.

## 대상 상태 평가
<a name="rrsets-values-geoprox-alias-evaluate-target-health"></a>

**엔드포인트**에서 지정된 리소스의 상태를 확인하여 Route 53가 레코드를 사용해 DNS 쿼리에 응답할지 여부를 결정하게 하려는 경우 **예**를 선택합니다.

다음 사항에 유의하세요.

**API Gateway 사용자 지정 리전 API와 엣지 최적화 API**  
엔드포인트가 API Gateway 사용자 지정 리전 API 또는 엣지 최적화 API인 경우 **대상 상태 평가**를 **예**로 설정하기 위한 특별한 요구 사항은 없습니다.

**CloudFront 배포**  
엔드포인트가 CloudFront 배포인 경우 **대상 상태 평가**를 **예**로 설정할 수 없습니다.

**리전별 하위 도메인이 있는 Elastic Beanstalk 환경**  
**엔드포인트(Endpoint)**에 Elastic Beanstalk 환경을 지정하고 환경에 ELB 로드 밸런서가 포함된 경우, Elastic Load Balancing은 로드 밸런서에 등록된 정상 Amazon EC2 인스턴스로만 쿼리를 라우팅합니다. (하나의 환경에 한 개 이상의 Amazon EC2 인스턴스가 포함된 경우 ELB 로드 밸런서가 자동으로 포함됩니다.) **대상 상태 평가**를 **예**로 설정했는데 정상인 Amazon EC2 인스턴스가 없거나 로드 밸런서 자체가 비정상인 경우 Route 53는 양호한 다른 리소스로 쿼리를 라우팅합니다.  
환경에 하나의 Amazon EC2 인스턴스가 포함된 경우에는 특별한 요구 사항이 없습니다.

**ELB 로드 밸런서**  
상태 확인 동작은 로드 밸런서의 유형에 따라 달랍니다.  
+ **Classic Load Balancer**: **엔드포인트(Endpoint)**에 ELB Classic Load Balancer를 지정한 경우, Elastic Load Balancing은 로드 밸런서에 등록된 정상 Amazon EC2 인스턴스로만 쿼리를 라우팅합니다. **대상 상태 평가**를 **예**로 설정하고 EC2 인스턴스가 정상 상태가 아니거나 로드 밸런서 자체가 비정상인 경우 Route 53는 쿼리를 다른 리소스로 라우팅합니다.
+ **Application Load Balancer 및 Network Load Balancer** - ELB Application Load Balancer 또는 Network Load Balancer를 지정하고 **대상 상태 평가**를 **예**로 설정한 경우 Route 53는 로드 밸런서와 연결된 대상 그룹의 상태에 따라 쿼리를 로드 밸런서로 라우팅합니다.
  + Application 또는 Network Load Balancer가 정상 상태로 간주되려면 대상을 포함하는 모든 대상 그룹에 정상 상태 대상이 하나 이상 포함되어야 합니다. 대상 그룹에 정상이 아닌 대상만 포함되는 경우 로드 밸런서는 정상이 아닌 상태로 간주되고 Route 53는 쿼리를 다른 리소스로 라우팅합니다.
  + 등록된 대상이 없는 대상 그룹은 정상이 아닌 상태로 간주됩니다.
로드 밸런서를 생성할 때 Elastic Load Balancing 상태 확인에 대한 설정을 구성하게 되는데, 이러한 확인은 Route 53 상태 확인은 아니지만 비슷한 기능을 수행합니다. ELB 로드 밸런서에 등록하는 EC2 인스턴스에 대해 Route 53 상태 확인을 생성하지 마십시오.

**S3 버킷**  
엔드포인트가 S3 버킷인 경우 **대상 상태 평가(Evaluate Target Health)**를 **예(Yes)**로 설정하는 데 필요한 특정 요건은 없습니다.

**Amazon VPC 인터페이스 엔드포인트**  
엔드포인트가 Amazon VPC 인터페이스 엔드포인트인 경우 **대상 상태 평가**를 **예**로 설정하는 데 필요한 특별한 요구 사항이 없습니다.

**동일 호스팅 영역 내 다른 레코드**  
**엔드포인트**에서 지정하는 AWS 리소스가 레코드 또는 레코드 그룹(예: 가중치 기반 레코드 그룹)이지만 다른 별칭 레코드가 아닌 경우 상태 확인을 엔드포인트의 모든 레코드와 연결하는 것이 좋습니다. 자세한 내용은 [상태 확인을 생략하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting) 단원을 참조하십시오.

## 레코드 ID
<a name="rrsets-values-geoprox-alias-set-id"></a>

지리 근접성 레코드 그룹에 있는 이 레코드를 고유하게 식별하는 값을 입력합니다.

# 지연 시간 레코드에 특정한 값
<a name="resource-record-sets-values-latency"></a>

지연 시간 레코드를 생성할 때 다음과 같은 값을 지정합니다.

**Topics**
+ [라우팅 정책](#rrsets-values-latency-routing-policy)
+ [레코드 이름](#rrsets-values-latency-name)
+ [레코드 유형](#rrsets-values-latency-type)
+ [TTL(초)](#rrsets-values-latency-ttl)
+ [값/트래픽 라우팅 대상](#rrsets-values-latency-value)
+ [리전](#rrsets-values-latency-region)
+ [상태 확인](#rrsets-values-latency-associate-with-health-check)
+ [레코드 ID](#rrsets-values-latency-set-id)

## 라우팅 정책
<a name="rrsets-values-latency-routing-policy"></a>

**지연 시간**을 선택합니다.

## 레코드 이름
<a name="rrsets-values-latency-name"></a>

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

**참고**  
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 **레코드 이름** 필드에 값(예: @ 기호)을 입력하지 마세요.

지연 시간 레코드 그룹의 모든 레코드에 대해 동일한 이름을 입력합니다.

레코드 이름에 대한 자세한 내용은 [레코드 이름](resource-record-sets-values-shared.md#rrsets-values-common-name) 섹션을 참조하십시오.

## 레코드 유형
<a name="rrsets-values-latency-type"></a>

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

Route 53이 DNS 쿼리에 응답하는 방식에 따라 **유형**에 대한 값을 선택합니다.

지연 시간 레코드 그룹의 모든 레코드에 대해 동일 값을 선택합니다.

## TTL(초)
<a name="rrsets-values-latency-ttl"></a>

DNS 재귀 해석기가 이 레코드에 관한 정보를 캐싱할 시간(초)입니다. 더 긴 값(예: 172,800초 또는 2일)을 지정한 경우, 이 레코드의 최신 정보를 얻으려면 DNS 재귀 해석기의 Route 53에 대한 직접 호출 수를 줄여야 합니다. 이렇게 하면 지연 시간을 줄이고 Route 53 서비스 비용을 줄이는 효과가 있습니다. 자세한 내용은 [Amazon Route 53가 도메인의 트래픽을 라우팅하는 방법](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic) 단원을 참조하십시오.

그러나 TTL에 더 긴 값을 지정하면 재귀 해석기가 Route 53에 최신 정보를 요청하기 전에 기간이 더 긴 캐시 값을 사용하므로 레코드(예: 새 IP 주소) 변경이 적용되는 데 걸리는 시간이 길어집니다. 이미 사용 중인 도메인이나 하위 도메인의 설정을 변경하는 경우 처음에는 더 짧은 값(예: 300초)을 지정하고 새 설정이 올바른지 확인한 후 값을 늘리는 것이 좋습니다.

이 레코드를 상태 확인과 연관시킬 경우에는 클라이언트가 상태 변경에 빠르게 응답하도록 TTL을 60초 이하로 지정하는 것이 좋습니다.

## 값/트래픽 라우팅 대상
<a name="rrsets-values-latency-value"></a>

**IP 주소 또는 레코드 유형에 따라 다른 값**을 선택합니다. **레코드 유형** 값에 해당하는 값을 입력합니다. **CNAME**을 제외한 모든 유형은 둘 이상의 값을 입력할 수 있습니다. 각 값을 별도의 라인에 입력합니다.

트래픽을 라우팅하거나 다음 값을 지정할 수 있습니다.
+ **A – IPv4 주소**
+ **AAAA - IPv6 주소**
+ **CAA - 인증 기관 인증**
+ **CNAME – 정식 이름**
+ **MX - 메일 교환**
+ **NAPTR - 이름 권한 포인터**
+ **PTR - 포인터**
+ **SPF - 발신자 정책 프레임워크**
+ **SRV - 서비스 로케이터**
+ **TXT - 텍스트**

위의 값에 대한 자세한 내용은 [값/트래픽 라우팅 대상에 일반적인 값](resource-record-sets-values-shared.md#rrsets-values-common-value)을 참조하세요.

## 리전
<a name="rrsets-values-latency-region"></a>

이 레코드에 지정된 리소스가 상주하는 Amazon EC2 리전입니다. Route 53는 지정한 다른 값을 기반으로 하는 Amazon EC2 리전을 권장합니다. 이는 프라이빗 호스팅 영역에도 적용됩니다. 이 값을 변경하지 않는 것이 좋습니다.

다음 사항에 유의하세요.
+ 각 Amazon EC2 리전에 대해 지연 시간 레코드 하나만을 생성할 수 있습니다.
+ 모든 Amazon EC2 리전에 대해 지연 시간 레코드를 생성할 필요가 없습니다. Route 53는 지연 시간 레코드를 생성할 리전 중에서 지연 시간이 가장 좋은 리전을 선택합니다.
+ **레코드 이름** 및 **레코드 유형** 값이 지연 시간 레코드와 같은 비-지연 시간 레코드를 생성할 수 없습니다.
+ **cn-north-1** 리전이 붙은 레코드를 생성할 경우 Route 53이 항상 지연 시간과 상관없이 이 레코드를 사용하여 중국 내부에서 보낸 쿼리에 응답합니다.

지연 시간 레코드 사용에 대한 자세한 내용은 [지연 시간 기반 라우팅](routing-policy-latency.md) 단원을 참조하세요.

## 상태 확인
<a name="rrsets-values-latency-associate-with-health-check"></a>

Route 53가 지정된 엔드포인트 상태를 점검하고 엔드포인트가 정상할 때만 이 레코드를 사용하여 DNS 쿼리에 응답하길 원할 경우 상태 확인을 선택합니다.

Route 53는 레코드에 지정된 엔드포인트, 예를 들어 **값** 필드에서 IP 주소로 지정된 엔드포인트의 상태는 점검하지 않습니다. 레코드의 상태 확인을 선택하면 Route 53가 상태 확인에서 지정한 엔드포인트의 상태를 점검합니다. Route 53가 엔드포인트가 정상인지 여부를 결정하는 방법은 [Amazon Route 53가 상태 확인이 정상인지 여부를 판단하는 방법Route 53에서 상태 확인이 정상인지 여부를 판단하는 방법](dns-failover-determining-health-of-endpoints.md) 섹션을 참조하세요.

상태 확인과 레코드를 연관시키는 것은 Route 53가 둘 이상의 레코드 사이에서 DNS 쿼리에 응답할 레코드를 선택할 때 그리고 Route 53가 상태 확인 상태를 선택의 기준으로 삼을 때만 유용합니다. 다음 구성에서만 상태 확인을 사용합니다.
+ 이름, 유형 및 라우팅 정책(예: 장애 조치 또는 가중치 레코드)이 동일한 레코드 그룹의 모든 레코드 상태를 확인하고 모든 레코드에 대한 상태 확인 ID를 지정하는 경우. 레코드의 상태 확인에서 양호하지 않은 엔드포인트가 지정될 경우 Route 53는 해당 레코드 값을 사용하는 쿼리에 대한 응답을 중단합니다.
+ 별칭 레코드 또는 장애 조치 별칭, 지리적 위치 별칭, 대기 시간 별칭, IP 기반 별칭 또는 가중치 기반 별칭 그룹에 속한 레코드에 대해 **대상 상태 평가**에서 **예**를 선택하는 경우. 별칭 레코드가 동일한 호스팅 영역의 별칭이 아닌 레코드를 참조하는 경우 참조된 레코드의 상태 확인도 지정해야 합니다. 상태 확인과 별칭 레코드를 연관시키고 **대상 상태 평가**에서 **예**를 선택하는 경우 둘 다 true로 평가되어야 합니다. 자세한 내용은 [상태 확인을 별칭 레코드와 연결하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias) 단원을 참조하십시오.

상태 확인에서 도메인 이름만으로 엔드포인트를 지정할 경우에는 각 엔드포인트마다 별도의 상태 확인을 생성하는 것이 좋습니다. 예를 들어, www.example.com의 콘텐츠를 제공하는 각 HTTP 서버마다 상태 확인을 생성합니다. **도메인 이름**의 값은 레코드의 이름(example.com)이 아니라 서버의 도메인 이름(예: us-east-2-www.example.com)을 지정합니다.

**중요**  
이 구성에서 **도메인 이름**의 값이 레코드의 이름과 일치하는 상태 확인을 생성한 후 상태 확인을 이러한 레코드와 연결하는 경우 상태 확인 결과를 예측할 수 없습니다.

## 레코드 ID
<a name="rrsets-values-latency-set-id"></a>

지연 시간 레코드 그룹에 있는 이 레코드를 고유하게 식별하는 값을 선택합니다.

# 지연 시간 별칭 레코드에 특정한 값
<a name="resource-record-sets-values-latency-alias"></a>

지연 시간 별칭 레코드를 생성할 때 다음과 같은 값을 지정합니다.

자세한 내용은 [별칭 또는 비 별칭 레코드 선택](resource-record-sets-choosing-alias-non-alias.md) 단원을 참조하십시오.

**Topics**
+ [라우팅 정책](#rrsets-values-latency-alias-routing-policy)
+ [레코드 이름](#rrsets-values-latency-alias-name)
+ [레코드 유형](#rrsets-values-latency-alias-type)
+ [값/트래픽 라우팅 대상](#rrsets-values-latency-alias-alias-target)
+ [리전](#rrsets-values-latency-alias-region)
+ [상태 확인](#rrsets-values-latency-alias-associate-with-health-check)
+ [대상 상태 평가](#rrsets-values-latency-alias-evaluate-target-health)
+ [레코드 ID](#rrsets-values-latency-alias-set-id)

## 라우팅 정책
<a name="rrsets-values-latency-alias-routing-policy"></a>

**지연 시간**을 선택합니다.

## 레코드 이름
<a name="rrsets-values-latency-alias-name"></a>

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

**참고**  
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 **레코드 이름** 필드에 값(예: @ 기호)을 입력하지 마세요.

지연 시간 레코드 그룹의 모든 레코드에 대해 동일한 이름을 입력합니다.

레코드 이름에 대한 자세한 내용은 [레코드 이름](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name) 섹션을 참조하세요.

## 레코드 유형
<a name="rrsets-values-latency-alias-type"></a>

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

트래픽을 라우팅할 AWS 리소스를 기반으로 해당 값을 선택합니다.

**API Gateway 사용자 지정 리전 API 또는 엣지 최적화 API**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**Amazon VPC 인터페이스 엔드포인트**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**CloudFront 배포**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.  
배포에 대해 IPv6가 활성화되어 있다면 두 개의 레코드를 생성합니다. 하나는 **유형(Type)** 값이 **A - IPv4 주소(A - IPv4 address)**이고 하나는 값이 **AAAA - IPv6 주소(AAAA - IPv6 address)**입니다.

**App Runner 서비스**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**리전별 하위 도메인이 있는 Elastic Beanstalk 환경**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**ELB 로드 밸런서**  
**A - IPv4 address(A - IPv4 주소)** 또는 **AAAA - IPv6 address(AAAA - IPv6 주소)** 선택

**Amazon S3 버킷**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**OpenSearch Service**  
**A - IPv4 address(A - IPv4 주소)** 또는 **AAAA - IPv6 address(AAAA - IPv6 주소)** 선택

**호스팅 영역의 또 다른 레코드**  
별칭을 생성 중인 레코드 유형을 선택합니다. **NS** 및 **SOA**를 제외한 모든 유형이 지원됩니다.  
호스팅 영역(*zone apex*라고도 함)과 이름이 같은 별칭 레코드를 생성한다면, **유형** 값이 **CNAME**인 레코드로 트래픽을 라우팅할 수 없습니다. 이는 별칭 레코드가 트래픽이 라우팅되는 레코드와 동일한 형식이어야 하고, zone apex에 대한 CNAME 레코드 생성은 별칭 레코드에 대해서도 지원되지 않기 때문입니다.

지연 시간 레코드 그룹의 모든 레코드에 대해 동일 값을 선택합니다.

## 값/트래픽 라우팅 대상
<a name="rrsets-values-latency-alias-alias-target"></a>

목록에서 선택하거나 필드에 입력하는 값은 트래픽을 라우팅하는 AWS 리소스에 따라 달라집니다.

대상으로 지정할 수 있는 AWS 리소스에 대한 자세한 내용은 [값/라우팅 트래픽에 대한 별칭 레코드의 공통 값을 참조하세요](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

트래픽을 특정 AWS 리소스로 라우팅하도록 Route 53를 구성하는 방법에 대한 자세한 내용은 섹션을 참조하세요[AWS 리소스로 인터넷 트래픽 라우팅](routing-to-aws-resources.md).

## 리전
<a name="rrsets-values-latency-alias-region"></a>

이 레코드에 지정된 리소스가 상주하는 Amazon EC2 리전입니다. Route 53는 지정한 다른 값을 기반으로 하는 Amazon EC2 리전을 권장합니다. 이는 프라이빗 호스팅 영역에도 적용됩니다. 이 값을 변경하지 않는 것이 좋습니다.

다음 사항에 유의하세요.
+ 각 Amazon EC2 리전에 대해 지연 시간 레코드 하나만을 생성할 수 있습니다.
+ 모든 Amazon EC2 리전에 대해 지연 시간 레코드를 생성할 필요가 없습니다. Route 53는 지연 시간 레코드를 생성할 리전 중에서 지연 시간이 가장 좋은 리전을 선택합니다.
+ **레코드 이름** 및 **레코드 유형** 값이 지연 시간 레코드와 같은 비-지연 시간 레코드를 생성할 수 없습니다.
+ **cn-north-1** 리전이 붙은 레코드를 생성할 경우 Route 53이 항상 지연 시간과 상관없이 이 레코드를 사용하여 중국 내부에서 보낸 쿼리에 응답합니다.

지연 시간 레코드 사용에 대한 자세한 내용은 [지연 시간 기반 라우팅](routing-policy-latency.md) 단원을 참조하세요.

## 상태 확인
<a name="rrsets-values-latency-alias-associate-with-health-check"></a>

Route 53가 지정된 엔드포인트 상태를 점검하고 엔드포인트가 정상할 때만 이 레코드를 사용하여 DNS 쿼리에 응답하길 원할 경우 상태 확인을 선택합니다.

Route 53는 레코드에 지정된 엔드포인트, 예를 들어 **값** 필드에서 IP 주소로 지정된 엔드포인트의 상태는 점검하지 않습니다. 레코드의 상태 확인을 선택하면 Route 53가 상태 확인에서 지정한 엔드포인트의 상태를 점검합니다. Route 53가 엔드포인트가 정상인지 여부를 결정하는 방법은 [Amazon Route 53가 상태 확인이 정상인지 여부를 판단하는 방법Route 53에서 상태 확인이 정상인지 여부를 판단하는 방법](dns-failover-determining-health-of-endpoints.md) 섹션을 참조하세요.

상태 확인과 레코드를 연관시키는 것은 Route 53가 둘 이상의 레코드 사이에서 DNS 쿼리에 응답할 레코드를 선택할 때 그리고 Route 53가 상태 확인 상태를 선택의 기준으로 삼을 때만 유용합니다. 다음 구성에서만 상태 확인을 사용합니다.
+ 이름, 유형 및 라우팅 정책(예: 장애 조치 또는 가중치 레코드)이 동일한 레코드 그룹의 모든 레코드 상태를 확인하고 모든 레코드에 대한 상태 확인 ID를 지정하는 경우. 레코드의 상태 확인에서 양호하지 않은 엔드포인트가 지정될 경우 Route 53는 해당 레코드 값을 사용하는 쿼리에 대한 응답을 중단합니다.
+ 별칭 레코드 또는 장애 조치 별칭, 지리적 위치 별칭, 대기 시간 별칭, IP 기반 별칭 또는 가중치 기반 별칭 그룹에 속한 레코드에 대해 **대상 상태 평가**에서 **예**를 선택하는 경우. 별칭 레코드가 동일한 호스팅 영역의 별칭이 아닌 레코드를 참조하는 경우 참조된 레코드의 상태 확인도 지정해야 합니다. 상태 확인과 별칭 레코드를 연관시키고 **대상 상태 평가**에서 **예**를 선택하는 경우 둘 다 true로 평가되어야 합니다. 자세한 내용은 [상태 확인을 별칭 레코드와 연결하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias) 단원을 참조하십시오.

상태 확인에서 도메인 이름만으로 엔드포인트를 지정할 경우에는 각 엔드포인트마다 별도의 상태 확인을 생성하는 것이 좋습니다. 예를 들어, www.example.com의 콘텐츠를 제공하는 각 HTTP 서버마다 상태 확인을 생성합니다. **도메인 이름**의 값은 레코드의 이름(example.com)이 아니라 서버의 도메인 이름(예: us-east-2-www.example.com)을 지정합니다.

**중요**  
이 구성에서 **도메인 이름**의 값이 레코드의 이름과 일치하는 상태 확인을 생성한 후 상태 확인을 이러한 레코드와 연결하는 경우 상태 확인 결과를 예측할 수 없습니다.

## 대상 상태 평가
<a name="rrsets-values-latency-alias-evaluate-target-health"></a>

**엔드포인트**에서 지정된 리소스의 상태를 확인하여 Route 53가 레코드를 사용해 DNS 쿼리에 응답할지 여부를 결정하게 하려는 경우 **예**를 선택합니다.

다음 사항에 유의하세요.

**API Gateway 사용자 지정 리전 API와 엣지 최적화 API**  
엔드포인트가 API Gateway 사용자 지정 리전 API 또는 엣지 최적화 API인 경우 **대상 상태 평가(Evaluate target health)**를 **예(Yes)**로 설정하기 위한 특별한 요구 사항은 없습니다.

**CloudFront 배포**  
엔드포인트가 CloudFront 배포인 경우 **대상 상태 평가(Evaluate target health)**를 **예(Yes)**로 설정할 수 없습니다.

**리전별 하위 도메인이 있는 Elastic Beanstalk 환경**  
**엔드포인트(Endpoint)**에 Elastic Beanstalk 환경을 지정하고 환경에 ELB 로드 밸런서가 포함된 경우, Elastic Load Balancing은 로드 밸런서에 등록된 정상 Amazon EC2 인스턴스로만 쿼리를 라우팅합니다. (하나의 환경에 한 개 이상의 Amazon EC2 인스턴스가 포함된 경우 ELB 로드 밸런서가 자동으로 포함됩니다.) **대상 상태 평가**를 **예**로 설정했는데 정상인 Amazon EC2 인스턴스가 없거나 로드 밸런서 자체가 비정상인 경우 Route 53는 양호한 다른 리소스로 쿼리를 라우팅합니다.  
환경에 하나의 Amazon EC2 인스턴스가 포함된 경우에는 특별한 요구 사항이 없습니다.

**ELB 로드 밸런서**  
상태 확인 동작은 로드 밸런서의 유형에 따라 달랍니다.  
+ **Classic Load Balancer**: **엔드포인트(Endpoint)**에 ELB Classic Load Balancer를 지정한 경우, Elastic Load Balancing은 로드 밸런서에 등록된 정상 Amazon EC2 인스턴스로만 쿼리를 라우팅합니다. **대상 상태 평가**를 **예**로 설정하고 EC2 인스턴스가 정상 상태가 아니거나 로드 밸런서 자체가 비정상인 경우 Route 53는 쿼리를 다른 리소스로 라우팅합니다.
+ **Application Load Balancer 및 Network Load Balancer** - ELB Application Load Balancer 또는 Network Load Balancer를 지정하고 **대상 상태 평가**를 **예**로 설정한 경우 Route 53는 로드 밸런서와 연결된 대상 그룹의 상태에 따라 쿼리를 로드 밸런서로 라우팅합니다.
  + Application 또는 Network Load Balancer가 정상 상태로 간주되려면 대상을 포함하는 모든 대상 그룹에 정상 상태 대상이 하나 이상 포함되어야 합니다. 대상 그룹에 정상이 아닌 대상만 포함되는 경우 로드 밸런서는 정상이 아닌 상태로 간주되고 Route 53는 쿼리를 다른 리소스로 라우팅합니다.
  + 등록된 대상이 없는 대상 그룹은 정상이 아닌 상태로 간주됩니다.
로드 밸런서를 생성할 때 Elastic Load Balancing 상태 확인에 대한 설정을 구성하게 되는데, 이러한 확인은 Route 53 상태 확인은 아니지만 비슷한 기능을 수행합니다. ELB 로드 밸런서에 등록하는 EC2 인스턴스에 대해 Route 53 상태 확인을 생성하지 마십시오.

**S3 버킷**  
엔드포인트가 S3 버킷인 경우 **대상 상태 평가(Evaluate Target Health)**를 **예(Yes)**로 설정하는 데 필요한 특정 요건은 없습니다.

**Amazon VPC 인터페이스 엔드포인트**  
엔드포인트가 Amazon VPC 인터페이스 엔드포인트인 경우 **대상 상태 평가**를 **예**로 설정하는 데 필요한 특별한 요구 사항이 없습니다.

**동일 호스팅 영역 내 다른 레코드**  
**엔드포인트**에서 지정하는 AWS 리소스가 레코드 또는 레코드 그룹(예: 가중치 기반 레코드 그룹)이지만 다른 별칭 레코드가 아닌 경우 상태 확인을 엔드포인트의 모든 레코드와 연결하는 것이 좋습니다. 자세한 내용은 [상태 확인을 생략하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting) 단원을 참조하십시오.

## 레코드 ID
<a name="rrsets-values-latency-alias-set-id"></a>

지연 시간 레코드 그룹에 있는 이 레코드를 고유하게 식별하는 값을 선택합니다.

# IP 기반 레코드에 특정한 값
<a name="resource-record-sets-values-ipbased"></a>

IP 기반 레코드를 생성할 때 다음과 같은 값을 지정합니다.

**참고**  
프라이빗 호스팅 영역에서 IP 기반 레코드를 생성할 수는 있지만 지원되지 않습니다.

**Topics**
+ [라우팅 정책](#rrsets-values-ipbased-routing-policy)
+ [레코드 이름](#rrsets-values-ibased-name)
+ [레코드 유형](#rrsets-values-ibased-type)
+ [TTL(초)](#rrsets-values-ibased-ttl)
+ [값/트래픽 라우팅 대상](#rrsets-values-ibased-value)
+ [위치](#rrsets-values-ibased-location)
+ [상태 확인](#rrsets-values-ibased-associate-with-health-check)
+ [레코드 ID](#rrsets-values-ipbased-set-id)

## 라우팅 정책
<a name="rrsets-values-ipbased-routing-policy"></a>

**IP 기반(IP-based)**을 선택합니다.

## 레코드 이름
<a name="rrsets-values-ibased-name"></a>

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

**참고**  
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 **레코드 이름(Record name)** 필드에 값(예: @ 기호)을 입력하지 마세요.

IP 기반 레코드 그룹의 모든 레코드에 대해 동일한 이름을 입력합니다.

**CNAME 레코드**  
**레코드 유형(Record type)** 값이 **CNAME**인 레코드를 생성하는 경우 레코드의 이름은 호스팅 영역의 이름과 같을 수 없습니다.

**특수 문자**  
a-z, 0-9, -(하이픈) 이외의 문자를 지정하는 방법과 국제 도메인 이름을 지정하는 방법은 다음([DNS 도메인 이름 형식](DomainNameFormat.md))을 참조하세요.

**와일드카드 문자**  
이름에 별표(\$1) 문자를 사용할 수 있습니다. DNS는 이름에 표시되는 위치에 따라 \$1 문자를 와일드카드 또는 \$1 문자(ASCII 42)로 처리합니다. 자세한 내용은 [호스팅 영역 및 레코드의 이름에 별표(\$1) 사용](DomainNameFormat.md#domain-name-format-asterisk) 섹션을 참조하세요.

## 레코드 유형
<a name="rrsets-values-ibased-type"></a>

DNS 레코드 유형입니다. 자세한 내용은 [지원되는 DNS 레코드 유형](ResourceRecordTypes.md) 섹션을 참조하세요.

Route 53가 DNS 쿼리에 응답하는 방식에 따라 **유형(Type)**에 대한 값을 선택합니다.

IP 기반 레코드 그룹의 모든 레코드에 대해 동일한 값을 선택합니다.

## TTL(초)
<a name="rrsets-values-ibased-ttl"></a>

DNS 재귀 해석기가 이 레코드에 관한 정보를 캐싱할 시간(초)입니다. 더 긴 값(예: 172,800초 또는 2일)을 지정한 경우, 이 레코드의 최신 정보를 얻으려면 DNS 재귀 해석기의 Route 53에 대한 직접 호출 수를 줄여야 합니다. 이렇게 하면 지연 시간을 줄이고 Route 53 서비스 비용을 줄이는 효과가 있습니다. 자세한 내용은 [Amazon Route 53가 도메인의 트래픽을 라우팅하는 방법](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic) 섹션을 참조하세요.

그러나 TTL에 더 긴 값을 지정하면 재귀 해석기가 Route 53에 최신 정보를 요청하기 전에 기간이 더 긴 캐시 값을 사용하므로 레코드(예: 새 IP 주소) 변경이 적용되는 데 걸리는 시간이 길어집니다. 이미 사용 중인 도메인이나 하위 도메인의 설정을 변경하는 경우 처음에는 더 짧은 값(예: 300초)을 지정하고 새 설정이 올바른지 확인한 후 값을 늘리는 것이 좋습니다.

이 레코드를 상태 확인과 연관시킬 경우에는 클라이언트가 상태 변경에 빠르게 응답하도록 TTL을 60초 이하로 지정하는 것이 좋습니다.

## 값/트래픽 라우팅 대상
<a name="rrsets-values-ibased-value"></a>

**IP 주소 또는 레코드 유형에 따라 다른 값(IP address or another value depending on the record type)**을 선택합니다. **레코드 유형(Record type)** 값에 해당하는 값을 입력합니다. **CNAME**을 제외한 모든 유형은 둘 이상의 값을 입력할 수 있습니다. 각 값을 별도의 라인에 입력합니다.

트래픽을 라우팅하거나 다음 값을 지정할 수 있습니다.
+ **A – IPv4 주소**
+ **AAAA - IPv6 주소**
+ **CAA - 인증 기관 인증**
+ **CNAME – 정식 이름**
+ **MX - 메일 교환**
+ **NAPTR - 이름 권한 포인터**
+ **PTR - 포인터**
+ **SPF - 발신자 정책 프레임워크**
+ **SRV - 서비스 로케이터**
+ **TXT - 텍스트**

위의 값에 대한 자세한 내용은 [값/트래픽 라우팅 대상](resource-record-sets-values-shared.md#rrsets-values-common-value) [값/트래픽 라우팅 대상에 일반적인 값](resource-record-sets-values-shared.md#rrsets-values-common-value)을 참조하세요.

## 위치
<a name="rrsets-values-ibased-location"></a>

이 레코드에서 지정된 리소스가 CIDR 위치 내 CIDR 블록 값으로 지정된 CIDR 위치의 이름입니다.

IP 기반 레코드 사용에 대한 자세한 내용은 [IP 기반 라우팅](routing-policy-ipbased.md)을 참조하세요.

## 상태 확인
<a name="rrsets-values-ibased-associate-with-health-check"></a>

Route 53가 지정된 엔드포인트 상태를 점검하고 엔드포인트가 정상할 때만 이 레코드를 사용하여 DNS 쿼리에 응답하길 원할 경우 상태 확인을 선택합니다.

Route 53는 레코드에 지정된 엔드포인트, 예를 들어 **값(Value)** 필드에서 IP 주소로 지정된 엔드포인트의 상태는 점검하지 않습니다. 레코드의 상태 확인을 선택하면 Route 53가 상태 확인에서 지정한 엔드포인트의 상태를 점검합니다. Route 53가 엔드포인트가 정상인지 여부를 결정하는 방법은 [Amazon Route 53가 상태 확인이 정상인지 여부를 판단하는 방법Route 53에서 상태 확인이 정상인지 여부를 판단하는 방법](dns-failover-determining-health-of-endpoints.md) 섹션을 참조하세요.

상태 확인과 레코드를 연관시키는 것은 Route 53가 둘 이상의 레코드 사이에서 DNS 쿼리에 응답할 레코드를 선택할 때 그리고 Route 53가 상태 확인 상태를 선택의 기준으로 삼을 때만 유용합니다. 다음 구성에서만 상태 확인을 사용합니다.
+ 이름, 유형 및 라우팅 정책(예: 장애 조치 또는 가중치 레코드)이 동일한 레코드 그룹의 모든 레코드 상태를 확인하고 모든 레코드에 대한 상태 확인 ID를 지정하는 경우. 레코드의 상태 확인에서 양호하지 않은 엔드포인트가 지정될 경우 Route 53는 해당 레코드 값을 사용하는 쿼리에 대한 응답을 중단합니다.
+ 별칭 레코드 또는 장애 조치 별칭, 지리적 위치 별칭, IP 기반 별칭, 대기 시간 별칭 또는 가중치 기반 별칭 그룹에 속한 레코드에 대해 **대상 상태 평가(Evaluate Target Health)**에서 **예(Yes)**를 선택하는 경우. 별칭 레코드가 동일한 호스팅 영역의 별칭이 아닌 레코드를 참조하는 경우 참조된 레코드의 상태 확인도 지정해야 합니다. 상태 확인과 별칭 레코드를 연관시키고 **대상 상태 평가**에서 **예**를 선택하는 경우 둘 다 true로 평가되어야 합니다. 자세한 내용은 [상태 확인을 별칭 레코드와 연결하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias) 섹션을 참조하세요.

상태 확인에서 도메인 이름만으로 엔드포인트를 지정할 경우에는 각 엔드포인트마다 별도의 상태 확인을 생성하는 것이 좋습니다. 예를 들어, www.example.com의 콘텐츠를 제공하는 각 HTTP 서버마다 상태 확인을 생성합니다. **도메인 이름(Domain name)**의 값은 레코드의 이름(example.com)이 아니라 서버의 도메인 이름(예: us-east-2-www.example.com)을 지정합니다.

**중요**  
이 구성에서 [**Domain name**]의 값이 레코드의 이름과 일치하는 상태 확인을 생성한 후 상태 확인을 이러한 레코드와 연결하는 경우 상태 확인 결과를 예측할 수 없습니다.

## 레코드 ID
<a name="rrsets-values-ipbased-set-id"></a>

IP 기반 레코드 그룹에 있는 이 레코드를 고유하게 식별하는 값을 입력합니다.

# IP 기반 별칭 레코드에 특정한 값
<a name="resource-record-sets-values-ipbased-alias"></a>

IP 기반 별칭 레코드를 생성할 때 다음과 같은 값을 지정합니다.

**참고**  
프라이빗 호스팅 영역에서 IP 기반 별칭 레코드를 생성할 수는 있지만 지원되지 않습니다.

자세한 내용은 [별칭 또는 비 별칭 레코드 선택](resource-record-sets-choosing-alias-non-alias.md) 단원을 참조하십시오.

**Topics**
+ [라우팅 정책](#rrsets-values-ipbased-alias-routing-policy)
+ [레코드 이름](#rrsets-values-ipbased-alias-name)
+ [레코드 유형](#rrsets-values-ipbased-alias-type)
+ [값/트래픽 라우팅 대상](#rrsets-values-ipbased-alias-alias-target)
+ [Location](#rrsets-values-ipbased-alias-location)
+ [상태 확인](#rrsets-values-ipbased-alias-associate-with-health-check)
+ [대상 상태 평가](#rrsets-values-ipbased-alias-evaluate-target-health)
+ [레코드 ID](#rrsets-values-ipbased-alias-set-id)

## 라우팅 정책
<a name="rrsets-values-ipbased-alias-routing-policy"></a>

**IP 기반(IP-based)**을 선택합니다.

**참고**  
프라이빗 호스팅 영역에서 IP 기반 별칭 레코드를 생성할 수는 있지만 지원되지 않습니다.

## 레코드 이름
<a name="rrsets-values-ipbased-alias-name"></a>

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

**참고**  
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 **레코드 이름** 필드에 값(예: @ 기호)을 입력하지 마세요.

IP 기반 레코드 그룹의 모든 레코드에 대해 동일한 이름을 입력합니다.

**CNAME 레코드**  
**레코드 유형(Record type)** 값이 **CNAME**인 레코드를 생성하는 경우 레코드의 이름은 호스팅 영역의 이름과 같을 수 없습니다.

**CloudFront 배포 및 Amazon S3 버킷에 대한 별칭**  
지정하는 값은 트래픽을 라우팅하는 AWS 리소스에 따라 부분적으로 달라집니다.  
+ **CloudFront 배포(CloudFront distribution)** – 배포에 레코드 이름과 일치하는 대체 도메인 이름이 포함되어야 합니다. 예를 들어, 레코드 이름이 **acme.example.com**인 경우 CloudFront 배포에 **acme.example.com**이 대체 도메인 이름 중 하나로 포함되어야 합니다. 자세한 내용은 *Amazon CloudFront 개발자 안내서*에서 [대체 도메인 이름(CNAME) 사용](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html)을 참조하세요.
+ **Amazon S3 버킷** - 레코드 이름은 Amazon S3 버킷 이름과 일치해야 합니다. 예를 들어, 버킷의 이름이 **acme.example.com**이면 이 레코드의 이름도 **acme.example.com**이어야 합니다.

  그리고 웹사이트 호스팅용 버킷을 구성해야 합니다. 자세한 내용은 *Amazon Simple Storage Service 사용 설명서*의 [웹 사이트 호스팅에 대한 버킷 구성](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html)을 참조하십시오.

**특수 문자**  
a\$1z, 0\$19, -(하이픈) 이외의 문자를 지정하는 방법과 국제 도메인 이름을 지정하는 방법은 다음([DNS 도메인 이름 형식](DomainNameFormat.md))을 참조하십시오.

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

## 레코드 유형
<a name="rrsets-values-ipbased-alias-type"></a>

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

트래픽을 라우팅할 AWS 리소스를 기반으로 해당 값을 선택합니다. IP 기반 레코드 그룹의 모든 레코드에 대해 동일한 값을 선택합니다.

**API Gateway 사용자 지정 리전 API 또는 엣지 최적화 API**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**Amazon VPC 인터페이스 엔드포인트**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**CloudFront 배포**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.  
배포에 대해 IPv6가 활성화되어 있다면 두 개의 레코드를 생성합니다. 하나는 **유형(Type)** 값이 **A - IPv4 주소(A - IPv4 address)**이고 하나는 값이 **AAAA - IPv6 주소(AAAA - IPv6 address)**입니다.

**App Runner 서비스**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**리전별 하위 도메인이 있는 Elastic Beanstalk 환경**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**ELB 로드 밸런서**  
**A - IPv4 address(A - IPv4 주소)** 또는 **AAAA - IPv6 address(AAAA - IPv6 주소)** 선택

**Amazon S3 버킷**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**OpenSearch Service**  
**A - IPv4 address(A - IPv4 주소)** 또는 **AAAA - IPv6 address(AAAA - IPv6 주소)** 선택

**호스팅 영역의 또 다른 레코드**  
별칭을 생성 중인 레코드 유형을 선택합니다. **NS** 및 **SOA**를 제외한 모든 유형이 지원됩니다.  
호스팅 영역(*zone apex*라고도 함)과 이름이 같은 별칭 레코드를 생성한다면, **유형** 값이 **CNAME**인 레코드로 트래픽을 라우팅할 수 없습니다. 이는 별칭 레코드가 트래픽이 라우팅되는 레코드와 동일한 형식이어야 하고, zone apex에 대한 CNAME 레코드 생성은 별칭 레코드에 대해서도 지원되지 않기 때문입니다.

## 값/트래픽 라우팅 대상
<a name="rrsets-values-ipbased-alias-alias-target"></a>

목록에서 선택하거나 필드에 입력하는 값은 트래픽을 라우팅하는 AWS 리소스에 따라 달라집니다.

대상으로 지정할 수 있는 AWS 리소스에 대한 자세한 내용은 [값/라우팅 트래픽에 대한 별칭 레코드의 공통 값을 참조하세요](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

트래픽을 특정 AWS 리소스로 라우팅하도록 Route 53를 구성하는 방법에 대한 자세한 내용은 섹션을 참조하세요[AWS 리소스로 인터넷 트래픽 라우팅](routing-to-aws-resources.md).

## Location
<a name="rrsets-values-ipbased-alias-location"></a>

쿼리를 보낸 위치를 기반으로 하는 DNS 쿼리에 응답하도록 Route 53을 구성할 때는 Route 53이 이 레코드 설정으로 응답하길 원하는 CIDR 위치를 선택합니다.

**중요**  
**위치(Location)**에 대한 **기본(Default)** 값을 갖는 하나의 IP 기반 레코드를 생성하는 것이 좋습니다. 그러면 레코드를 생성하지 않은 위치와 Route 53이 위치를 식별하지 못하는 IP 주소도 포함됩니다.

**레코드 이름(Record name)** 및 **레코드 유형(Record type)** 값이 IP 기반 레코드와 같은 IP 기반이 아닌 레코드를 생성할 수 없습니다.

자세한 내용은 [IP 기반 라우팅](routing-policy-ipbased.md) 단원을 참조하십시오.

## 상태 확인
<a name="rrsets-values-ipbased-alias-associate-with-health-check"></a>

Route 53가 지정된 엔드포인트 상태를 점검하고 엔드포인트가 정상할 때만 이 레코드를 사용하여 DNS 쿼리에 응답하길 원할 경우 상태 확인을 선택합니다.

Route 53는 레코드에 지정된 엔드포인트, 예를 들어 **값** 필드에서 IP 주소로 지정된 엔드포인트의 상태는 점검하지 않습니다. 레코드의 상태 확인을 선택하면 Route 53가 상태 확인에서 지정한 엔드포인트의 상태를 점검합니다. Route 53가 엔드포인트가 정상인지 여부를 결정하는 방법은 [Amazon Route 53가 상태 확인이 정상인지 여부를 판단하는 방법Route 53에서 상태 확인이 정상인지 여부를 판단하는 방법](dns-failover-determining-health-of-endpoints.md) 섹션을 참조하세요.

상태 확인과 레코드를 연관시키는 것은 Route 53가 둘 이상의 레코드 사이에서 DNS 쿼리에 응답할 레코드를 선택할 때 그리고 Route 53가 상태 확인 상태를 선택의 기준으로 삼을 때만 유용합니다. 다음 구성에서만 상태 확인을 사용합니다.
+ 이름, 유형 및 라우팅 정책(예: 장애 조치 또는 가중치 레코드)이 동일한 레코드 그룹의 모든 레코드 상태를 확인하고 모든 레코드에 대한 상태 확인 ID를 지정하는 경우. 레코드의 상태 확인에서 양호하지 않은 엔드포인트가 지정될 경우 Route 53는 해당 레코드 값을 사용하는 쿼리에 대한 응답을 중단합니다.
+ 별칭 레코드 또는 장애 조치 별칭, 지리적 위치 별칭, IP 기반 라우팅 별칭, 대기 시간 별칭 또는 가중치 기반 별칭 그룹에 속한 레코드에 대해 **대상 상태 평가(Evaluate Target Health)**에서 **예(Yes)**를 선택하는 경우. 별칭 레코드가 동일한 호스팅 영역의 별칭이 아닌 레코드를 참조하는 경우 참조된 레코드의 상태 확인도 지정해야 합니다. 상태 확인과 별칭 레코드를 연관시키고 **대상 상태 평가**에서 **예**를 선택하는 경우 둘 다 true로 평가되어야 합니다. 자세한 내용은 [상태 확인을 별칭 레코드와 연결하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias) 단원을 참조하십시오.

상태 확인에서 도메인 이름만으로 엔드포인트를 지정할 경우에는 각 엔드포인트마다 별도의 상태 확인을 생성하는 것이 좋습니다. 예를 들어, www.example.com의 콘텐츠를 제공하는 각 HTTP 서버마다 상태 확인을 생성합니다. **도메인 이름**의 값은 레코드의 이름(example.com)이 아니라 서버의 도메인 이름(예: us-east-2-www.example.com)을 지정합니다.

**중요**  
이 구성에서 **도메인 이름**의 값이 레코드의 이름과 일치하는 상태 확인을 생성한 후 상태 확인을 이러한 레코드와 연결하는 경우 상태 확인 결과를 예측할 수 없습니다.

IP 기반 별칭 레코드에서 엔드포인트가 비정상적인 경우 Route 53는 더 크고 연관된 위치 내에서 레코드를 찾습니다. 예를 들어, 미국 내 주, 미국, 북미 및 전체 위치에 대한 레코드가 있다고 가정합니다(**위치**가 **기본값**임). 주 레코드의 엔드포인트가 양호하지 않을 경우 Route 53은 미국, 북미 및 전체 위치 순으로 엔드포인트가 양호한 레코드를 찾을 때까지 레코드를 확인합니다. 모든 지리적 위치에 대한 레코드를 포함하여 모든 적용 가능한 레코드가 비정상적인 경우 Route 53은 가장 작은 지리적 리전에 대한 레코드 값을 사용하여 DNS 쿼리에 응답합니다.

## 대상 상태 평가
<a name="rrsets-values-ipbased-alias-evaluate-target-health"></a>

**엔드포인트**에서 지정된 리소스의 상태를 확인하여 Route 53가 레코드를 사용해 DNS 쿼리에 응답할지 여부를 결정하게 하려는 경우 **예**를 선택합니다.

다음 사항에 유의하세요.

**API Gateway 사용자 지정 리전 API와 엣지 최적화 API**  
엔드포인트가 API Gateway 사용자 지정 리전 API 또는 엣지 최적화 API인 경우 **대상 상태 평가(Evaluate target health)**를 **예(Yes)**로 설정하기 위한 특별한 요구 사항은 없습니다.

**CloudFront 배포**  
엔드포인트가 CloudFront 배포인 경우 **대상 상태 평가**를 **예**로 설정할 수 없습니다.

**리전별 하위 도메인이 있는 Elastic Beanstalk 환경**  
**엔드포인트(Endpoint)**에 Elastic Beanstalk 환경을 지정하고 환경에 ELB 로드 밸런서가 포함된 경우, Elastic Load Balancing은 로드 밸런서에 등록된 정상 Amazon EC2 인스턴스로만 쿼리를 라우팅합니다. (하나의 환경에 한 개 이상의 Amazon EC2 인스턴스가 포함된 경우 ELB 로드 밸런서가 자동으로 포함됩니다.) **대상 상태 평가**를 **예**로 설정했는데 정상인 Amazon EC2 인스턴스가 없거나 로드 밸런서 자체가 비정상인 경우 Route 53는 양호한 다른 리소스로 쿼리를 라우팅합니다.  
환경에 하나의 Amazon EC2 인스턴스가 포함된 경우에는 특별한 요구 사항이 없습니다.

**ELB 로드 밸런서**  
상태 확인 동작은 로드 밸런서의 유형에 따라 달랍니다.  
+ **Classic Load Balancer**: **엔드포인트(Endpoint)**에 ELB Classic Load Balancer를 지정한 경우, Elastic Load Balancing은 로드 밸런서에 등록된 정상 Amazon EC2 인스턴스로만 쿼리를 라우팅합니다. **대상 상태 평가**를 **예**로 설정하고 EC2 인스턴스가 정상 상태가 아니거나 로드 밸런서 자체가 비정상인 경우 Route 53는 쿼리를 다른 리소스로 라우팅합니다.
+ **Application Load Balancer 및 Network Load Balancer** - ELB Application Load Balancer 또는 Network Load Balancer를 지정하고 **대상 상태 평가**를 **예**로 설정한 경우 Route 53는 로드 밸런서와 연결된 대상 그룹의 상태에 따라 쿼리를 로드 밸런서로 라우팅합니다.
  + Application 또는 Network Load Balancer가 정상 상태로 간주되려면 대상을 포함하는 모든 대상 그룹에 정상 상태 대상이 하나 이상 포함되어야 합니다. 대상 그룹에 정상이 아닌 대상만 포함되는 경우 로드 밸런서는 정상이 아닌 상태로 간주되고 Route 53는 쿼리를 다른 리소스로 라우팅합니다.
  + 등록된 대상이 없는 대상 그룹은 정상이 아닌 상태로 간주됩니다.
로드 밸런서를 생성할 때 Elastic Load Balancing 상태 확인에 대한 설정을 구성하게 되는데, 이러한 확인은 Route 53 상태 확인은 아니지만 비슷한 기능을 수행합니다. ELB 로드 밸런서에 등록하는 EC2 인스턴스에 대해 Route 53 상태 확인을 생성하지 마십시오.

**S3 버킷**  
엔드포인트가 S3 버킷인 경우 **대상 상태 평가(Evaluate Target Health)**를 **예(Yes)**로 설정하는 데 필요한 특정 요건은 없습니다.

**Amazon VPC 인터페이스 엔드포인트**  
엔드포인트가 Amazon VPC 인터페이스 엔드포인트인 경우 **대상 상태 평가**를 **예**로 설정하는 데 필요한 특별한 요구 사항이 없습니다.

**동일 호스팅 영역 내 다른 레코드**  
**엔드포인트**에서 지정하는 AWS 리소스가 레코드 또는 레코드 그룹(예: 가중치 기반 레코드 그룹)이지만 다른 별칭 레코드가 아닌 경우 상태 확인을 엔드포인트의 모든 레코드와 연결하는 것이 좋습니다. 자세한 내용은 [상태 확인을 생략하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting) 단원을 참조하십시오.

## 레코드 ID
<a name="rrsets-values-ipbased-alias-set-id"></a>

IP 기반 레코드 그룹에 있는 이 레코드를 고유하게 식별하는 값을 입력합니다.

# 다중값 응답 레코드에 특정한 값
<a name="resource-record-sets-values-multivalue"></a>

다중값 응답 레코드를 생성할 때, 다음과 같은 값을 지정합니다.

**참고**  
다중값 응답 별칭 레코드 생성은 지원되지 않습니다.

**Topics**
+ [라우팅 정책](#rrsets-values-multivalue-routing-policy)
+ [레코드 이름](#rrsets-values-multivalue-name)
+ [레코드 유형](#rrsets-values-multivalue-type)
+ [TTL(초)](#rrsets-values-multivalue-ttl)
+ [값/트래픽 라우팅 대상](#rrsets-values-multivalue-value)
+ [상태 확인](#rrsets-values-multivalue-associate-with-health-check)
+ [레코드 ID](#rrsets-values-multivalue-set-identifier)

## 라우팅 정책
<a name="rrsets-values-multivalue-routing-policy"></a>

**다중값 응답(Multivalue answer)**을 선택합니다.

## 레코드 이름
<a name="rrsets-values-multivalue-name"></a>

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

**참고**  
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 **레코드 이름** 필드에 값(예: @ 기호)을 입력하지 마세요.

다중 값 레코드 그룹의 모든 레코드에 대해 동일한 이름을 입력합니다.

레코드 이름에 대한 자세한 내용은 [레코드 이름](resource-record-sets-values-shared.md#rrsets-values-common-name) 섹션을 참조하세요.

## 레코드 유형
<a name="rrsets-values-multivalue-type"></a>

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

**NS** 또는 **CNAME**을 제외한 값을 선택합니다.

다중값 응답 레코드 그룹의 모든 레코드에 대해 동일 값을 선택합니다.

## TTL(초)
<a name="rrsets-values-multivalue-ttl"></a>

DNS 재귀 해석기가 이 레코드에 관한 정보를 캐싱할 시간(초)입니다. 더 긴 값(예: 172,800초 또는 2일)을 지정한 경우, 이 레코드의 최신 정보를 얻으려면 DNS 재귀 해석기의 Route 53에 대한 직접 호출 수를 줄여야 합니다. 이렇게 하면 지연 시간을 줄이고 Route 53 서비스 비용을 줄이는 효과가 있습니다. 자세한 내용은 [Amazon Route 53가 도메인의 트래픽을 라우팅하는 방법](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic) 단원을 참조하십시오.

그러나 TTL에 더 긴 값을 지정하면 재귀 해석기가 Route 53에 최신 정보를 요청하기 전에 기간이 더 긴 캐시 값을 사용하므로 레코드(예: 새 IP 주소) 변경이 적용되는 데 걸리는 시간이 길어집니다. 이미 사용 중인 도메인이나 하위 도메인의 설정을 변경하는 경우 처음에는 더 짧은 값(예: 300초)을 지정하고 새 설정이 올바른지 확인한 후 값을 늘리는 것이 좋습니다.

이 레코드를 상태 확인과 연관시킬 경우에는 클라이언트가 상태 변경에 빠르게 응답하도록 TTL을 60초 이하로 지정하는 것이 좋습니다.

**참고**  
이름 및 유형이 동일한 두 개 이상의 다중값 응답 레코드를 생성하며 콘솔을 사용하고 **TTL**에 대해 다른 값을 지정하는 경우, Route 53은 모든 레코드의 **TTL**을 지정한 마지막 값으로 변경합니다.

## 값/트래픽 라우팅 대상
<a name="rrsets-values-multivalue-value"></a>

**IP 주소 또는 레코드 유형에 따라 다른 값**을 선택합니다. **레코드 유형(Record type)** 값에 해당하는 값을 입력합니다. 2개 이상의 값을 입력하는 경우 각 값을 별도의 행에 입력합니다.

트래픽을 라우팅하거나 다음 값을 지정할 수 있습니다.
+ **A – IPv4 주소**
+ **AAAA - IPv6 주소**
+ **CAA - 인증 기관 인증**
+ **MX - 메일 교환**
+ **NAPTR - 이름 권한 포인터**
+ **PTR - 포인터**
+ **SPF - 발신자 정책 프레임워크**
+ **SRV - 서비스 로케이터**
+ **TXT - 텍스트**

위의 값에 대한 자세한 내용은 [값/트래픽 라우팅 대상에 일반적인 값](resource-record-sets-values-shared.md#rrsets-values-common-value)을 참조하세요.

## 상태 확인
<a name="rrsets-values-multivalue-associate-with-health-check"></a>

Route 53가 지정된 엔드포인트 상태를 점검하고 엔드포인트가 정상할 때만 이 레코드를 사용하여 DNS 쿼리에 응답하길 원할 경우 상태 확인을 선택합니다.

Route 53는 레코드에 지정된 엔드포인트, 예를 들어 **값** 필드에서 IP 주소로 지정된 엔드포인트의 상태는 점검하지 않습니다. 레코드의 상태 확인을 선택하면 Route 53가 상태 확인에서 지정한 엔드포인트의 상태를 점검합니다. Route 53가 엔드포인트가 정상인지 여부를 결정하는 방법은 [Amazon Route 53가 상태 확인이 정상인지 여부를 판단하는 방법Route 53에서 상태 확인이 정상인지 여부를 판단하는 방법](dns-failover-determining-health-of-endpoints.md) 섹션을 참조하세요.

상태 확인과 레코드를 연관시키는 것은 Route 53가 둘 이상의 레코드 사이에서 DNS 쿼리에 응답할 레코드를 선택할 때 그리고 Route 53가 상태 확인 상태를 선택의 기준으로 삼을 때만 유용합니다. 다음 구성에서만 상태 확인을 사용합니다.
+ 이름, 유형 및 라우팅 정책(예: 장애 조치 또는 가중치 레코드)이 동일한 레코드 그룹의 모든 레코드 상태를 확인하고 모든 레코드에 대한 상태 확인 ID를 지정하는 경우. 레코드의 상태 확인에서 양호하지 않은 엔드포인트가 지정될 경우 Route 53은 해당 레코드 값을 사용하는 쿼리에 대한 응답을 중단합니다.
+ 별칭 레코드 또는 장애 조치 별칭, 지리적 위치 별칭, 대기 시간 별칭 또는 가중치 기반 별칭의 그룹 레코드에 대한 **대상 상태 평가(Evaluate Target Health)**에 **예(Yes)**를 선택합니다. 별칭 레코드가 동일한 호스팅 영역의 별칭이 아닌 레코드를 참조하는 경우 참조된 레코드의 상태 확인도 지정해야 합니다. 상태 확인과 별칭 레코드를 연관시키고 **대상 상태 평가**에서 **예**를 선택하는 경우 둘 다 true로 평가되어야 합니다. 자세한 내용은 [상태 확인을 별칭 레코드와 연결하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias) 단원을 참조하십시오.

상태 확인에서 도메인 이름만으로 엔드포인트를 지정할 경우에는 각 엔드포인트마다 별도의 상태 확인을 생성하는 것이 좋습니다. 예를 들어, www.example.com의 콘텐츠를 제공하는 각 HTTP 서버마다 상태 확인을 생성합니다. **도메인 이름**의 값은 레코드의 이름(example.com)이 아니라 서버의 도메인 이름(예: us-east-2-www.example.com)을 지정합니다.

**중요**  
이 구성에서 **도메인 이름**의 값이 레코드의 이름과 일치하는 상태 확인을 생성한 후 상태 확인을 이러한 레코드와 연결하는 경우 상태 확인 결과를 예측할 수 없습니다.

## 레코드 ID
<a name="rrsets-values-multivalue-set-identifier"></a>

다중값 응답 레코드 그룹에 있는 이 레코드를 고유하게 식별하는 값을 선택합니다.

# 가중치 기반 레코드에 특정한 값
<a name="resource-record-sets-values-weighted"></a>

가중치 기반 레코드를 생성할 때 다음과 같은 값을 지정합니다.

**Topics**
+ [라우팅 정책](#rrsets-values-weighted-routing-policy)
+ [레코드 이름](#rrsets-values-weighted-name)
+ [레코드 유형](#rrsets-values-weighted-type)
+ [TTL(초)](#rrsets-values-weighted-ttl)
+ [값/트래픽 라우팅 대상](#rrsets-values-weighted-value)
+ [가중치](#rrsets-values-weighted-weight)
+ [상태 확인](#rrsets-values-weighted-associate-with-health-check)
+ [레코드 ID](#rrsets-values-weighted-set-identifier)

## 라우팅 정책
<a name="rrsets-values-weighted-routing-policy"></a>

**Weighted(가중치)**를 선택합니다.

## 레코드 이름
<a name="rrsets-values-weighted-name"></a>

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

**참고**  
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 **레코드 이름(Record name)** 필드에 값(예: @ 기호)을 입력하지 마세요.

가중 레코드 그룹의 모든 레코드에 대해 동일한 이름을 입력합니다.

레코드 이름에 대한 자세한 내용은 [레코드 이름](resource-record-sets-values-shared.md#rrsets-values-common-name) 섹션을 참조하십시오.

## 레코드 유형
<a name="rrsets-values-weighted-type"></a>

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

가중 레코드 그룹의 모든 레코드에 대해 동일 값을 선택합니다.

## TTL(초)
<a name="rrsets-values-weighted-ttl"></a>

DNS 재귀 해석기가 이 레코드에 관한 정보를 캐싱할 시간(초)입니다. 더 긴 값(예: 172,800초 또는 2일)을 지정한 경우, 이 레코드의 최신 정보를 얻으려면 DNS 재귀 해석기의 Route 53에 대한 직접 호출 수를 줄여야 합니다. 이렇게 하면 지연 시간을 줄이고 Route 53 서비스 비용을 줄이는 효과가 있습니다. 자세한 내용은 [Amazon Route 53가 도메인의 트래픽을 라우팅하는 방법](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic) 단원을 참조하십시오.

그러나 TTL에 더 긴 값을 지정하면 재귀 해석기가 Route 53에 최신 정보를 요청하기 전에 기간이 더 긴 캐시 값을 사용하므로 레코드(예: 새 IP 주소) 변경이 적용되는 데 걸리는 시간이 길어집니다. 이미 사용 중인 도메인이나 하위 도메인의 설정을 변경하는 경우 처음에는 더 짧은 값(예: 300초)을 지정하고 새 설정이 올바른지 확인한 후 값을 늘리는 것이 좋습니다.

이 레코드를 상태 확인과 연관시킬 경우에는 클라이언트가 상태 변경에 빠르게 응답하도록 TTL을 60초 이하로 지정하는 것이 좋습니다.

이 가중 레코드 그룹의 모든 레코드에 동일한 **TTL** 값을 지정해야 합니다.

**참고**  
이름 및 유형이 동일한 두 개 이상의 가중 레코드를 생성하며 **TTL**에 대해 다른 값을 지정하는 경우 Route 53은 모든 레코드의 **TTL**을 지정한 마지막 값으로 변경합니다.

가중 레코드 그룹에 ELB 로드 밸런서로 트래픽을 라우팅하는 가중 별칭 레코드가 하나 이상 포함된 경우에는 이름과 유형이 동일한 모든 비-별칭 가중 레코드에 대해 TTL을 60초로 지정하는 것이 좋습니다. 60초(로드 밸런서의 TTL) 이외의 값을 지정하면 **Weight(가중치)**에 지정하는 값의 효과가 달라집니다.

## 값/트래픽 라우팅 대상
<a name="rrsets-values-weighted-value"></a>

**IP 주소 또는 레코드 유형에 따라 다른 값**을 선택합니다. **레코드 유형** 값에 해당하는 값을 입력합니다. **CNAME**을 제외한 모든 유형은 둘 이상의 값을 입력할 수 있습니다. 각 값을 별도의 라인에 입력합니다.

트래픽을 라우팅하거나 다음 값을 지정할 수 있습니다.
+ **A – IPv4 주소**
+ **AAAA - IPv6 주소**
+ **CAA - 인증 기관 인증**
+ **CNAME – 정식 이름**
+ **MX - 메일 교환**
+ **NAPTR - 이름 권한 포인터**
+ **PTR - 포인터**
+ **SPF - 발신자 정책 프레임워크**
+ **SRV - 서비스 로케이터**
+ **TXT - 텍스트**

위의 값에 대한 자세한 내용은 [값/트래픽 라우팅 대상에 일반적인 값](resource-record-sets-values-shared.md#rrsets-values-common-value)을 참조하세요.

## 가중치
<a name="rrsets-values-weighted-weight"></a>

현재 레코드를 사용하여 Route 53가 응답할 DNS 쿼리의 비율을 결정하는 값입니다. Route 53는 DNS 이름과 유형 조합이 동일한 레코드의 가중치 합을 계산합니다. 그런 다음 Route 53는 리소스 가중치와 합계의 비율을 기반으로 쿼리에 응답합니다.

**레코드 이름(Record name)** 및 **레코드 유형(Record type)** 값이 가중 레코드와 같은 비-가중 레코드를 생성할 수 없습니다.

0\$1255 사이의 정수를 입력합니다. 리소스 라우팅을 해제하려면 **Weight(가중치)**를 0으로 설정합니다. 그룹 내 모든 레코드의 **Weight(가중치)**를 0으로 설정하면 확률이 동일한 모든 리소스로 트래픽이 라우팅됩니다. 따라서 가중 레코드 그룹에 대한 라우팅이 우발적으로 해제되는 일이 없습니다.

**Weight(가중치)**를 0으로 설정할 때의 효과는 상태 확인을 레코드와 연관시킬 때와 다릅니다. 자세한 내용은 [상태 확인 구성 시 Amazon Route 53의 레코드 선택 방식상태 확인 구성 시 Route 53의 레코드 선택 방식](health-checks-how-route-53-chooses-records.md) 단원을 참조하십시오.

## 상태 확인
<a name="rrsets-values-weighted-associate-with-health-check"></a>

Route 53가 지정된 엔드포인트 상태를 점검하고 엔드포인트가 정상할 때만 이 레코드를 사용하여 DNS 쿼리에 응답하길 원할 경우 상태 확인을 선택합니다.

Route 53는 레코드에 지정된 엔드포인트, 예를 들어 **값** 필드에서 IP 주소로 지정된 엔드포인트의 상태는 점검하지 않습니다. 레코드의 상태 확인을 선택하면 Route 53가 상태 확인에서 지정한 엔드포인트의 상태를 점검합니다. Route 53가 엔드포인트가 정상인지 여부를 결정하는 방법은 [Amazon Route 53가 상태 확인이 정상인지 여부를 판단하는 방법Route 53에서 상태 확인이 정상인지 여부를 판단하는 방법](dns-failover-determining-health-of-endpoints.md) 섹션을 참조하세요.

상태 확인과 레코드를 연관시키는 것은 Route 53가 둘 이상의 레코드 사이에서 DNS 쿼리에 응답할 레코드를 선택할 때 그리고 Route 53가 상태 확인 상태를 선택의 기준으로 삼을 때만 유용합니다. 다음 구성에서만 상태 확인을 사용합니다.
+ 이름, 유형 및 라우팅 정책(예: 장애 조치 또는 가중치 레코드)이 동일한 레코드 그룹의 모든 레코드 상태를 확인하고 모든 레코드에 대한 상태 확인 ID를 지정하는 경우. 레코드의 상태 확인에서 양호하지 않은 엔드포인트가 지정될 경우 Route 53는 해당 레코드 값을 사용하는 쿼리에 대한 응답을 중단합니다.
+ 별칭 레코드 또는 장애 조치 별칭, 지리적 위치 별칭, 대기 시간 별칭, IP 기반 별칭 또는 가중치 기반 별칭 그룹에 속한 레코드에 대해 **대상 상태 평가**에서 **예**를 선택하는 경우. 별칭 레코드가 동일한 호스팅 영역의 별칭이 아닌 레코드를 참조하는 경우 참조된 레코드의 상태 확인도 지정해야 합니다. 상태 확인과 별칭 레코드를 연관시키고 **대상 상태 평가**에서 **예**를 선택하는 경우 둘 다 true로 평가되어야 합니다. 자세한 내용은 [상태 확인을 별칭 레코드와 연결하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias) 단원을 참조하십시오.

상태 확인에서 도메인 이름만으로 엔드포인트를 지정할 경우에는 각 엔드포인트마다 별도의 상태 확인을 생성하는 것이 좋습니다. 예를 들어, www.example.com의 콘텐츠를 제공하는 각 HTTP 서버마다 상태 확인을 생성합니다. **도메인 이름**의 값은 레코드의 이름(example.com)이 아니라 서버의 도메인 이름(예: us-east-2-www.example.com)을 지정합니다.

**중요**  
이 구성에서 **도메인 이름**의 값이 레코드의 이름과 일치하는 상태 확인을 생성한 후 상태 확인을 이러한 레코드와 연결하는 경우 상태 확인 결과를 예측할 수 없습니다.

## 레코드 ID
<a name="rrsets-values-weighted-set-identifier"></a>

가중 레코드 그룹에 있는 이 레코드를 고유하게 식별하는 값을 선택합니다.

# 가중치 기반 별칭 레코드에 특정한 값
<a name="resource-record-sets-values-weighted-alias"></a>

가중치 기반 별칭 레코드를 생성할 때 다음과 같은 값을 지정합니다. 자세한 내용은 [별칭 또는 비 별칭 레코드 선택](resource-record-sets-choosing-alias-non-alias.md) 단원을 참조하십시오.

**Topics**
+ [라우팅 정책](#rrsets-values-weighted-alias-routing-policy)
+ [레코드 이름](#rrsets-values-weighted-alias-name)
+ [레코드 유형](#rrsets-values-weighted-alias-type)
+ [값/트래픽 라우팅 대상](#rrsets-values-weighted-alias-alias-target)
+ [가중치](#rrsets-values-weighted-alias-weight)
+ [상태 확인](#rrsets-values-weighted-alias-associate-with-health-check)
+ [대상 상태 평가](#rrsets-values-weighted-alias-evaluate-target-health)
+ [레코드 ID](#rrsets-values-weighted-alias-set-identifier)

## 라우팅 정책
<a name="rrsets-values-weighted-alias-routing-policy"></a>

**가중치 기반**을 선택합니다.

## 레코드 이름
<a name="rrsets-values-weighted-alias-name"></a>

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

**참고**  
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 **이름** 필드에 값(예: @ 기호)을 입력하지 마십시오.

가중 레코드 그룹의 모든 레코드에 대해 동일한 이름을 입력합니다.

레코드 이름에 대한 자세한 내용은 [레코드 이름](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name) 단원을 참조하세요.

## 레코드 유형
<a name="rrsets-values-weighted-alias-type"></a>

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

트래픽을 라우팅할 AWS 리소스를 기반으로 해당 값을 선택합니다.

**API Gateway 사용자 지정 리전 API 또는 엣지 최적화 API**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**Amazon VPC 인터페이스 엔드포인트**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**CloudFront 배포**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.  
배포에 대해 IPv6가 활성화되어 있다면 두 개의 레코드를 생성합니다. 하나는 **유형(Type)** 값이 **A - IPv4 주소(A - IPv4 address)**이고 하나는 값이 **AAAA - IPv6 주소(AAAA - IPv6 address)**입니다.

**App Runner 서비스**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**리전별 하위 도메인이 있는 Elastic Beanstalk 환경**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**ELB 로드 밸런서**  
**A - IPv4 address(A - IPv4 주소)** 또는 **AAAA - IPv6 address(AAAA - IPv6 주소)** 선택

**Amazon S3 버킷**  
**A - IPv4 주소(A - IPv4 address)**를 선택합니다.

**OpenSearch Service**  
**A - IPv4 address(A - IPv4 주소)** 또는 **AAAA - IPv6 address(AAAA - IPv6 주소)** 선택

**호스팅 영역의 또 다른 레코드**  
별칭을 생성 중인 레코드 유형을 선택합니다. **NS** 및 **SOA**를 제외한 모든 유형이 지원됩니다.  
호스팅 영역(*zone apex*라고도 함)과 이름이 같은 별칭 레코드를 생성한다면, **유형** 값이 **CNAME**인 레코드로 트래픽을 라우팅할 수 없습니다. 이는 별칭 레코드가 트래픽이 라우팅되는 레코드와 동일한 형식이어야 하고, zone apex에 대한 CNAME 레코드 생성은 별칭 레코드에 대해서도 지원되지 않기 때문입니다.

가중 레코드 그룹의 모든 레코드에 대해 동일 값을 선택합니다.

## 값/트래픽 라우팅 대상
<a name="rrsets-values-weighted-alias-alias-target"></a>

목록에서 선택하거나 필드에 입력하는 값은 트래픽을 라우팅하는 AWS 리소스에 따라 달라집니다.

대상으로 지정할 수 있는 AWS 리소스에 대한 자세한 내용은 [값/라우팅 트래픽에 대한 별칭 레코드의 공통 값을 참조하세요](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

트래픽을 특정 AWS 리소스로 라우팅하도록 Route 53를 구성하는 방법에 대한 자세한 내용은 섹션을 참조하세요[AWS 리소스로 인터넷 트래픽 라우팅](routing-to-aws-resources.md).

## 가중치
<a name="rrsets-values-weighted-alias-weight"></a>

현재 레코드를 사용하여 Route 53가 응답할 DNS 쿼리의 비율을 결정하는 값입니다. Route 53는 DNS 이름과 유형 조합이 동일한 레코드의 가중치 합을 계산합니다. 그런 다음 Route 53는 리소스 가중치와 합계의 비율을 기반으로 쿼리에 응답합니다.

**레코드 이름(Record name)** 및 **레코드 유형(Record type)** 값이 가중 레코드와 같은 비-가중 레코드를 생성할 수 없습니다.

0\$1255 사이의 정수를 입력합니다. 리소스 라우팅을 해제하려면 **Weight(가중치)**를 0으로 설정합니다. 그룹 내 모든 레코드의 **Weight(가중치)**를 0으로 설정하면 확률이 동일한 모든 리소스로 트래픽이 라우팅됩니다. 따라서 가중 레코드 그룹에 대한 라우팅이 우발적으로 해제되는 일이 없습니다.

**Weight(가중치)**를 0으로 설정할 때의 효과는 상태 확인을 레코드와 연관시킬 때와 다릅니다. 자세한 내용은 [상태 확인 구성 시 Amazon Route 53의 레코드 선택 방식상태 확인 구성 시 Route 53의 레코드 선택 방식](health-checks-how-route-53-chooses-records.md) 단원을 참조하십시오.

## 상태 확인
<a name="rrsets-values-weighted-alias-associate-with-health-check"></a>

Route 53가 지정된 엔드포인트 상태를 점검하고 엔드포인트가 정상할 때만 이 레코드를 사용하여 DNS 쿼리에 응답하길 원할 경우 상태 확인을 선택합니다.

Route 53는 레코드에 지정된 엔드포인트, 예를 들어 **값** 필드에서 IP 주소로 지정된 엔드포인트의 상태는 점검하지 않습니다. 레코드의 상태 확인을 선택하면 Route 53가 상태 확인에서 지정한 엔드포인트의 상태를 점검합니다. Route 53가 엔드포인트가 정상인지 여부를 결정하는 방법은 [Amazon Route 53가 상태 확인이 정상인지 여부를 판단하는 방법Route 53에서 상태 확인이 정상인지 여부를 판단하는 방법](dns-failover-determining-health-of-endpoints.md) 섹션을 참조하세요.

상태 확인과 레코드를 연관시키는 것은 Route 53가 둘 이상의 레코드 사이에서 DNS 쿼리에 응답할 레코드를 선택할 때 그리고 Route 53가 상태 확인 상태를 선택의 기준으로 삼을 때만 유용합니다. 다음 구성에서만 상태 확인을 사용합니다.
+ 이름, 유형 및 라우팅 정책(예: 장애 조치 또는 가중치 레코드)이 동일한 레코드 그룹의 모든 레코드 상태를 확인하고 모든 레코드에 대한 상태 확인 ID를 지정하는 경우. 레코드의 상태 확인에서 양호하지 않은 엔드포인트가 지정될 경우 Route 53는 해당 레코드 값을 사용하는 쿼리에 대한 응답을 중단합니다.
+ 별칭 레코드 또는 장애 조치 별칭, 지리적 위치 별칭, 대기 시간 별칭, IP 기반 별칭 또는 가중치 기반 별칭 그룹에 속한 레코드에 대해 **대상 상태 평가**에서 **예**를 선택하는 경우. 별칭 레코드가 동일한 호스팅 영역의 별칭이 아닌 레코드를 참조하는 경우 참조된 레코드의 상태 확인도 지정해야 합니다. 상태 확인과 별칭 레코드를 연관시키고 **대상 상태 평가**에서 **예**를 선택하는 경우 둘 다 true로 평가되어야 합니다. 자세한 내용은 [상태 확인을 별칭 레코드와 연결하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias) 단원을 참조하십시오.

상태 확인에서 도메인 이름만으로 엔드포인트를 지정할 경우에는 각 엔드포인트마다 별도의 상태 확인을 생성하는 것이 좋습니다. 예를 들어, www.example.com의 콘텐츠를 제공하는 각 HTTP 서버마다 상태 확인을 생성합니다. **도메인 이름**의 값은 레코드의 이름(example.com)이 아니라 서버의 도메인 이름(예: us-east-2-www.example.com)을 지정합니다.

**중요**  
이 구성에서 **도메인 이름**의 값이 레코드의 이름과 일치하는 상태 확인을 생성한 후 상태 확인을 이러한 레코드와 연결하는 경우 상태 확인 결과를 예측할 수 없습니다.

## 대상 상태 평가
<a name="rrsets-values-weighted-alias-evaluate-target-health"></a>

**엔드포인트**에서 지정된 리소스의 상태를 확인하여 Route 53가 레코드를 사용해 DNS 쿼리에 응답할지 여부를 결정하게 하려는 경우 **예**를 선택합니다.

다음 사항에 유의하세요.

**API Gateway 사용자 지정 리전 API와 엣지 최적화 API**  
엔드포인트가 API Gateway 사용자 지정 리전 API 또는 엣지 최적화 API인 경우 **대상 상태 평가**를 **예**로 설정하기 위한 특별한 요구 사항은 없습니다.

**CloudFront 배포**  
엔드포인트가 CloudFront 배포인 경우 **대상 상태 평가**를 **예**로 설정할 수 없습니다.

**리전별 하위 도메인이 있는 Elastic Beanstalk 환경**  
**엔드포인트(Endpoint)**에 Elastic Beanstalk 환경을 지정하고 환경에 ELB 로드 밸런서가 포함된 경우, Elastic Load Balancing은 로드 밸런서에 등록된 정상 Amazon EC2 인스턴스로만 쿼리를 라우팅합니다. (하나의 환경에 한 개 이상의 Amazon EC2 인스턴스가 포함된 경우 ELB 로드 밸런서가 자동으로 포함됩니다.) **대상 상태 평가**를 **예**로 설정했는데 정상인 Amazon EC2 인스턴스가 없거나 로드 밸런서 자체가 비정상인 경우 Route 53는 양호한 다른 리소스로 쿼리를 라우팅합니다.  
환경에 하나의 Amazon EC2 인스턴스가 포함된 경우에는 특별한 요구 사항이 없습니다.

**ELB 로드 밸런서**  
상태 확인 동작은 로드 밸런서의 유형에 따라 달랍니다.  
+ **Classic Load Balancer**: **엔드포인트(Endpoint)**에 ELB Classic Load Balancer를 지정한 경우, Elastic Load Balancing은 로드 밸런서에 등록된 정상 Amazon EC2 인스턴스로만 쿼리를 라우팅합니다. **대상 상태 평가(Evaluate target health)**를 **예(Yes)**로 설정하고 EC2 인스턴스가 정상 상태가 아니거나 로드 밸런서 자체가 비정상인 경우 Route 53은 쿼리를 다른 리소스로 라우팅합니다.
+ **Application Load Balancer 및 Network Load Balancer** - ELB Application Load Balancer 또는 Network Load Balancer를 지정하고 **대상 상태 평가(Evaluate Target Health)**를 **예(Yes)**로 설정한 경우 Route 53은 로드 밸런서와 연결된 대상 그룹의 상태에 따라 쿼리를 로드 밸런서로 라우팅합니다.
  + Application 또는 Network Load Balancer가 정상 상태로 간주되려면 대상을 포함하는 모든 대상 그룹에 정상 상태 대상이 하나 이상 포함되어야 합니다. 대상 그룹에 정상이 아닌 대상만 포함되는 경우 로드 밸런서는 정상이 아닌 상태로 간주되고 Route 53는 쿼리를 다른 리소스로 라우팅합니다.
  + 등록된 대상이 없는 대상 그룹은 정상이 아닌 상태로 간주됩니다.
로드 밸런서를 생성할 때 Elastic Load Balancing 상태 확인에 대한 설정을 구성하게 되는데, 이러한 확인은 Route 53 상태 확인은 아니지만 비슷한 기능을 수행합니다. ELB 로드 밸런서에 등록하는 EC2 인스턴스에 대해 Route 53 상태 확인을 생성하지 마십시오.

**S3 버킷**  
엔드포인트가 S3 버킷인 경우 **대상 상태 평가(Evaluate Target Health)**를 **예(Yes)**로 설정하는 데 필요한 특정 요건은 없습니다.

**Amazon VPC 인터페이스 엔드포인트**  
엔드포인트가 Amazon VPC 인터페이스 엔드포인트인 경우 **대상 상태 평가**를 **예**로 설정하는 데 필요한 특별한 요구 사항이 없습니다.

**동일 호스팅 영역 내 다른 레코드**  
**엔드포인트**에서 지정하는 AWS 리소스가 레코드 또는 레코드 그룹(예: 가중치 기반 레코드 그룹)이지만 다른 별칭 레코드가 아닌 경우 상태 확인을 엔드포인트의 모든 레코드와 연결하는 것이 좋습니다. 자세한 내용은 [상태 확인을 생략하면 어떻게 됩니까?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting) 단원을 참조하십시오.

## 레코드 ID
<a name="rrsets-values-weighted-alias-set-identifier"></a>

가중 레코드 그룹에 있는 이 레코드를 고유하게 식별하는 값을 선택합니다.