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

가중치 기반 레코드 값

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

이름

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

참고

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

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

CNAME 레코드

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

특수 문자

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

와일드카드 문자

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

유형

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

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

별칭

[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 값을 지정해야 합니다.

참고

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

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

[Type] 값에 해당하는 값을 입력합니다. [CNAME]을 제외한 모든 유형은 둘 이상의 값을 입력할 수 있습니다. 각 값을 별도의 라인에 입력합니다.

A - IPv4 주소

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

AAAA - IPv6 주소

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

CAA - 인증 기관 인증

[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 레코드 형식 단원을 참조하십시오.

PTR - 포인터

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

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".

라우팅 정책

[Weighted]를 선택합니다.

무게

현재 레코드를 사용하여 Route 53이 응답할 DNS 쿼리의 비율을 결정하는 값입니다. Route 53은 DNS 이름과 유형 조합이 동일한 레코드의 가중치 합을 계산합니다. 이후 Route 53은 총계에 대한 리소스 가중치 비율을 토대로 질의에 응답합니다.

[Name] 및 [Type] 값이 가중 레코드와 같은 비-가중 레코드를 생성할 수 없습니다.

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

[Weight]를 0으로 설정할 때의 효과는 상태 점검을 레코드와 연관시킬 때와 다릅니다. 자세한 내용은 상태 확인 구성 시 Amazon Route 53의 레코드 선택 방식 단원을 참조하십시오.

세트 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]의 값이 레코드의 이름과 일치하는 상태 확인을 생성한 후 상태 확인을 이러한 레코드와 연결하는 경우 상태 확인 결과를 예측할 수 없습니다.