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

다중값 응답 레코드 값

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

참고

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

이름

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

참고

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

특수 문자

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

와일드카드 문자

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

유형

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

[NS] 또는 [CNAME]를 제외한 값을 선택합니다.

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

별칭

[No]를 선택합니다.

TTL(Time to Live)

DNS recursive resolver가 이 레코드에 관한 정보를 캐싱할 시간(초)입니다. 더 큰 값(예: 172,800초 또는 2일)을 지정할 경우 recursive resolver가 Route 53으로 요청을 덜 자주 보내므로 Route 53 서비스 요금이 감소합니다. 그러나 Route 53에 최신 정보를 요청하는 대신 recursive resolver가 기간이 더 긴 캐시 값을 사용하므로 레코드(예: 새 IP 주소) 변경이 적용되는 데 걸리는 시간이 길어집니다.

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

참고

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

[Type] 값에 해당하는 값을 입력합니다. 2개 이상의 값을 입력하는 경우 각 값을 별도의 행에 입력합니다.

A - IPv4 주소

IPv4 형식의 IP 주소, 예: 192.0.2.235.

AAAA - IPv6 주소

IPv6 형식의 IP 주소, 예: 2001:0db8:85a3:0:0:8a2e:0370:7334.

MX - 메일 교환

우선 순위와 메일 서버를 지정하는 도메인 이름, 예: 10 mailserver.example.com.

NAPTR — 이름 인증 포인터

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

NS - 이름 서버

이름 서버의 도메인 이름, 예: ns1.example.com.

PTR - 포인터

Route 53이 응답하길 원하는 도메인 이름.

SOA - 권한 시작

도메인에 관한 기본 DNS 정보. 자세한 내용은 SOA(권한 시작) 레코드 단원을 참조하십시오.

SPF - 메일 서버 등록제

인용 부호 안에 들어 있는 SPF 레코드, 예: "v=spf1 ip4:192.168.0.1/16-all". SPF 레코드는 권장되지 않습니다. 자세한 내용은 지원되는 DNS 레코드 유형 단원을 참조하십시오.

SRV - 서비스 로케이터

SRV 기록. SRV 레코드 형식에 관한 내용은 해당 문서를 참조하십시오. SRV 레코드 형식은 다음과 같습니다.

[우선 순위] [가중치] [포트] [서버 호스트 이름]

예:

1 10 5269 xmpp-server.example.com.

TXT - 텍스트

텍스트 레코드. 인용 부호 안에 들어 있는 텍스트, 예: "Sample Text Entry".

라우팅 정책

[Multivalue answer]를 선택합니다.

세트 ID

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

상태 확인에 연결/연결할 상태 확인

Route 53이 지정된 엔드포인트 상태를 점검하고 엔드포인트가 양호할 때만 이 레코드를 사용하여 DNS 쿼리에 응답하길 원할 경우 [Yes]를 선택합니다. 그런 다음 Route 53에서 이 레코드에 대해 실행하길 원하는 상태 확인을 선택합니다.

Route 53은 레코드에 지정된 엔드포인트, 예를 들어 [Value] 필드에서 IP 주소로 지정된 엔드포인트의 상태는 점검하지 않습니다. 레코드의 상태 확인을 선택하면 Route 53이 상태 확인에서 지정한 엔드포인트의 상태를 점검합니다. Route 53이 엔드포인트가 양호한지 여부를 결정하는 방법은 다음(Amazon Route 53이 상태 확인이 정상인지 여부를 판단하는 방법)을 참조하십시오.

상태 확인과 레코드를 연관시키는 것은 Route 53이 둘 이상의 레코드 사이에서 DNS 쿼리에 응답할 세트를 선택할 때 그리고 Route 53이 상태 확인 상태를 선택의 기준으로 삼을 때만 유용합니다. 다음 구성에서만 상태 점검을 사용합니다.

  • 장애 조치, 지리 위치, 지연 시간, 다중 응답 또는 가중 레코드의 그룹에서 모든 레코드의 상태를 점검하면서 레코드 전체의 상태 확인 ID를 지정합니다. 레코드의 상태 확인에서 양호하지 않은 엔드포인트가 지정될 경우 Route 53은 해당 레코드 값을 사용하는 쿼리에 대한 응답을 중단합니다.

  • 장애 조치 별칭, 지리 위치 별칭, 지연 시간 별칭 또는 가중 별칭 레코드의 그룹에서 별칭 레코드 또는 레코드의 [Evaluate Target Health]에 [Yes]를 선택합니다. 별칭 레코드가 동일한 호스팅 영역의 별칭이 아닌 레코드를 참조하는 경우 참조된 레코드의 상태 확인도 지정해야 합니다.

지리 위치 레코드의 경우 엔드포인트가 양호하지 않을 경우 Route 53은 규모가 더 큰 관련 지리적 리전의 레코드를 조회합니다. 예를 들어, 미국 내 주, 미국, 북미 및 전체 위치에 대해 레코드가 있다고 가정합니다([Location]이 [Default]임). 주 리소스 레코드 세트의 엔드포인트가 양호하지 않을 경우 Route 53은 미국, 북미 및 전체 위치 순으로 엔드포인트가 양호한 레코드를 찾을 때까지 리소스 레코드 세트를 점검합니다.

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

중요

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