가중치 기반 레코드에 특정한 값

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

라우팅 정책

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

레코드 이름

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

참고

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

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

레코드 이름에 대한 자세한 내용은 레코드 이름 섹션을 참조하십시오.

레코드 유형

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

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

TTL(초)

DNS recursive resolver가 이 레코드에 관한 정보를 캐싱할 시간(초)입니다. 더 긴 값(예: 172800초 또는 2일)을 지정한 경우, 이 레코드의 최신 정보를 얻으려면 DNS recursive resolver의 Route 53에 대한 호출 수를 줄여야 합니다. 이렇게 하면 지연 시간을 줄이고 Route 53 서비스 비용을 줄이는 효과가 있습니다. 자세한 내용은 Amazon Route 53이 도메인의 트래픽을 라우팅하는 방법 섹션을 참조하세요.

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

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

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

참고

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

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

값/트래픽 라우팅 대상

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 - 텍스트

위의 값에 대한 자세한 내용은 값/트래픽 라우팅 대상에 일반적인 값을 참조하세요.

Weight

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

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

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

Weight(가중치)를 0으로 설정할 때의 효과는 상태 확인을 레코드와 연관시킬 때와 다릅니다. 자세한 내용은 상태 확인 구성 시 Amazon Route 53의 레코드 선택 방식 섹션을 참조하세요.

상태 확인

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

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

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

• 이름, 유형 및 라우팅 정책(예: 장애 조치 또는 가중치 레코드)이 동일한 레코드 그룹의 모든 레코드 상태를 확인하고 모든 레코드에 대한 상태 확인 ID를 지정하는 경우. 레코드의 상태 확인에서 양호하지 않은 엔드포인트가 지정될 경우 Route 53은 해당 레코드 값을 사용하는 쿼리에 대한 응답을 중단합니다.

• 별칭 레코드 또는 장애 조치 별칭, 지리적 위치 별칭, 대기 시간 별칭, IP 기반 별칭 또는 가중치 기반 별칭 그룹에 속한 레코드에 대해 대상 상태 평가(Evaluate Target Health)에서 예(Yes)를 선택하는 경우. 별칭 레코드가 동일한 호스팅 영역의 별칭이 아닌 레코드를 참조하는 경우 참조된 레코드의 상태 확인도 지정해야 합니다. 상태 확인과 별칭 레코드를 연관시키고 대상 상태 평가에서 예를 선택하는 경우 둘 다 true로 평가되어야 합니다. 자세한 내용은 상태 확인을 별칭 레코드와 연결하면 어떻게 됩니까? 섹션을 참조하세요.

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

중요

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

레코드 ID

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