지리 위치 별칭 레코드에 특정한 값

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

자세한 내용은 별칭 또는 비 별칭 레코드 선택 단원을 참조하십시오.

라우팅 정책

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

레코드 이름

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

참고

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

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

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

레코드 유형

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

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

API게이트웨이 사용자 지정, 지역 API 또는 엣지 최적화 API

A — IPv4 주소를 선택합니다.

Amazon VPC 인터페이스 엔드포인트

A — IPv4 주소를 선택합니다.

CloudFront 분포

A — IPv4 주소를 선택합니다.

IPv6배포가 활성화된 경우 두 개의 레코드를 생성합니다. 하나는 A — 레코드 유형용 IPv4 주소 값이고 다른 하나는 AAAA— IPv6 주소 값인 레코드를 생성합니다.

리전별 하위 도메인이 있는 Elastic Beanstalk 환경

A — IPv4 주소를 선택합니다.

ELB로드 밸런서

A — IPv4 주소 또는 AAAA— IPv6 주소 선택

Amazon S3 버킷

A — IPv4 주소 선택

호스팅 영역의 또 다른 레코드

별칭을 생성 중인 레코드 유형을 선택합니다. NS 및 를 제외한 모든 유형이 지원됩니다 SOA.

참고

호스팅 영역과 이름이 같은 별칭 레코드 (Zone apex라고 함) 를 생성하는 경우 레코드 유형 값이 인 레코드로 트래픽을 라우팅할 수 없습니다. CNAME 이는 별칭 레코드가 트래픽을 라우팅하는 레코드와 같은 유형이어야 하고 별칭 레코드의 경우에도 존 에이펙스에 대한 CNAME 레코드 생성이 지원되지 않기 때문입니다.

값/트래픽 라우팅 대상

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

타겟팅할 수 있는 AWS 리소스에 대한 자세한 내용은 을 참조하십시오값/트래픽 라우팅 대상.

트래픽을 특정 AWS 리소스로 라우팅하도록 Route 53을 구성하는 방법에 대한 자세한 내용은 을 참조하십시오AWS 리소스로 인터넷 트래픽 라우팅.

위치

쿼리가 시작된 위치를 기반으로 DNS 쿼리에 응답하도록 Route 53을 구성하는 경우, 이 레코드의 설정에 따라 Route 53이 응답하도록 하려는 대륙 또는 국가를 선택하십시오. Route 53이 미국 내 개별 주에 대한 DNS 쿼리에 응답하도록 하려면 위치 목록에서 미국을 선택한 다음 미국 주 목록에서 주를 선택합니다.

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

중요

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

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

자세한 내용은 지리적 라우팅 단원을 참조하십시오.

다음은 Amazon Route 53이 각 대륙과 연결되는 국가입니다. 국가 코드는 3166에서 가져온 ISO 것입니다. 자세한 내용은 위키백과 문서 ISO3166-1 알파-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

북아메리카(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) 에 대한 지리적 위치 레코드 생성을 지원하지 않습니다. McDonald 이들 국가의 IP 주소에 관한 데이터가 없습니다.

미국 주

쿼리가 시작된 미국 주를 기반으로 DNS 쿼리에 응답하도록 Route 53을 구성하는 경우, 미국 주 목록에서 주를 선택하십시오. 미국 영토(예: 푸에르토리코)는 위치 목록에 국가로 표시됩니다.

중요

일부 IP 주소는 개별 주가 아니라 미국과 관련이 있습니다. 미국 내 모든 주의 레코드를 생성할 경우에는 이러한 무관한 IP 주소의 쿼리를 라우팅할 미국 레코드도 생성하는 것이 좋습니다. 미국에 대한 레코드를 생성하지 않는 경우, Route 53은 연결되지 않은 미국 IP 주소의 DNS 쿼리에 기본 지리적 위치 레코드 (생성한 경우) 의 설정을 사용하거나 “응답 없음” 응답으로 응답합니다.

상태 확인

Route 53이 지정된 엔드포인트의 상태를 확인하고 엔드포인트가 정상일 때만 이 레코드를 사용하여 DNS 쿼리에 응답하도록 하려면 상태 확인을 선택하십시오.

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

상태 확인을 레코드와 연결하는 것은 Route 53이 둘 이상의 레코드 중에서 DNS 쿼리에 응답할 레코드를 선택하고 Route 53이 상태 확인의 상태를 부분적으로 기준으로 선택하도록 하려는 경우에만 유용합니다. 다음 구성에서만 상태 확인을 사용합니다.

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

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

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

중요

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

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

대상 상태 평가

Route 53이 엔드포인트에서 지정한 리소스의 상태를 확인하여 이 레코드를 사용하여 DNS 쿼리에 응답할지 여부를 결정하도록 하려면 Yes를 선택합니다.

유의할 사항:

API게이트웨이 사용자 지정APIs, 지역 및 엣지 최적화 APIs

엔드포인트가 API 게이트웨이 사용자 지정 API 지역이거나 엣지 최적화인 경우 대상 상태 평가를 Yes로 설정하는 데 특별한 요구 사항은 없습니다. API

CloudFront 배포

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

리전별 하위 도메인이 있는 Elastic Beanstalk 환경

엔드포인트에서 Elastic Beanstalk 환경을 지정하고 환경에 로드 밸런서가 ELB 포함되어 있는 경우 Elastic Load Balancing은 로드 밸런서에 등록된 EC2 정상 Amazon 인스턴스로만 쿼리를 라우팅합니다. (Amazon EC2 인스턴스가 두 개 이상 포함된 환경은 자동으로 ELB 로드 밸런서를 포함합니다.) 대상 상태 평가를 Yes로 설정하고 정상인 Amazon EC2 인스턴스가 없거나 로드 밸런서 자체가 비정상인 경우, Route 53은 쿼리를 정상인 다른 가용 리소스 (있는 경우) 로 라우팅합니다.

환경에 단일 Amazon EC2 인스턴스가 포함된 경우 특별한 요구 사항은 없습니다.

ELB로드 밸런서

상태 확인 동작은 로드 밸런서의 유형에 따라 달랍니다.

• 클래식 로드 밸런서 - 엔드포인트에서 ELB Classic Load Balancer를 지정하는 경우 Elastic Load Balancing은 로드 밸런서에 등록된 정상 EC2 Amazon 인스턴스로만 쿼리를 라우팅합니다. 대상 상태 평가를 예로 설정하고 정상인 EC2 인스턴스가 없거나 로드 밸런서 자체가 비정상인 경우 Route 53은 쿼리를 다른 리소스로 라우팅합니다.

• 애플리케이션 및 네트워크 로드 밸런서 - ELB 애플리케이션 또는 Network Load Balancer를 지정하고 대상 상태 평가를 Yes로 설정하면 Route 53은 로드 밸런서와 연결된 대상 그룹의 상태를 기반으로 로드 밸런서에 쿼리를 라우팅합니다.

  • Application 또는 Network Load Balancer가 정상 상태로 간주되려면 대상을 포함하는 모든 대상 그룹에 정상 상태 대상이 하나 이상 포함되어야 합니다. 대상 그룹에 정상이 아닌 대상만 포함되는 경우 로드 밸런서는 정상이 아닌 상태로 간주되고 Route 53은 쿼리를 다른 리소스로 라우팅합니다.

  • 등록된 대상이 없는 대상 그룹은 정상이 아닌 상태로 간주됩니다.

참고

로드 밸런서를 생성할 때 Elastic Load Balancing 상태 확인에 대한 설정을 구성하게 되는데, 이러한 확인은 Route 53 상태 확인은 아니지만 비슷한 기능을 수행합니다. 로드 밸런서에 등록한 EC2 인스턴스에 대해서는 Route 53 상태 확인을 생성하지 마십시오. ELB

S3 버킷

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

Amazon VPC 인터페이스 엔드포인트

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

동일 호스팅 영역 내 다른 레코드

엔드포인트에서 지정하는 AWS 리소스가 레코드 또는 레코드 그룹 (예: 가중치 기반 레코드 그룹) 이지만 다른 별칭 레코드가 아닌 경우, 상태 점검을 엔드포인트의 모든 레코드와 연결하는 것이 좋습니다. 자세한 내용은 상태 확인을 생략하면 어떻게 됩니까? 단원을 참조하십시오.

레코드 ID

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