장애 조치 레코드에 특정한 값
장애 조치 레코드를 생성할 때 다음과 같은 값을 지정합니다.
참고
프라이빗 호스팅 영역에서 장애 조치 레코드를 생성하는 방법에 대한 자세한 내용은 프라이빗 호스팅 영역에서 장애 조치 구성 단원을 참조하십시오.
라우팅 정책
장애 조치(Failover)를 선택합니다.
레코드 이름
트래픽을 라우팅할 도메인 또는 하위 도메인의 이름을 입력합니다. 기본값은 호스팅 영역 이름입니다.
참고
호스팅 영역과 이름이 동일한 레코드를 생성할 경우 레코드 이름(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초 이하로 지정하는 것이 좋습니다.
값/트래픽 라우팅 대상
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 - 텍스트
위의 값에 대한 자세한 내용은 값/트래픽 라우팅 대상에 일반적인 값을 참조하세요.
장애 조치 레코드 유형
이 레코드에 해당하는 값을 선택합니다. 장애 조치가 제대로 작동하려면 기본 및 보조 장애 조치 레코드를 각각 1개씩 생성해야 합니다.
레코드 이름(Record name) 및 레코드 유형(Record type) 값이 장애 조치 레코드와 같은 비-장애 조치 레코드를 생성할 수 있습니다.
상태 확인
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 서버마다 상태 확인을 생성합니다. 도메인 이름의 값은 레코드의 이름(example.com)이 아니라 서버의 도메인 이름(예: us-east-2-www.example.com)을 지정합니다.
중요
이 구성에서 도메인 이름의 값이 레코드의 이름과 일치하는 상태 확인을 생성한 후 상태 확인을 이러한 레코드와 연결하는 경우 상태 확인 결과를 예측할 수 없습니다.
레코드 ID
기본 및 보조 레코드를 고유하게 식별하는 값을 선택합니다.
