질문 :국도 53 구성 - 더 나은 ALIAS A 또는 ALIAS CNAME RRS입니다
등을 사용하는 것이 좋습니다 CloudFront를 또는 ELB 등의 AWS 서비스와 경로 (53)를 구성 할 때 : 별칭을 A 레코드 또는 별칭 CNAME 레코드를 ?
배경 :
ALIAS 레코드의 이익에 관한이 질문에 개발 흥미로운 스레드.
내 의도는 정보에 대한 답변과 지식을 한 곳에서 수집 할 수 있도록이 문제를 만드는 것입니다.
"더 좋습니다"라는 단 하나의 정답이 있습니다. 별칭 RR 유형은 대상 RR과 동일해야합니다. CloudFront, S3, ELB 등의 경우 대상이 CNAME이 아니기 때문에 CNAME 유형의 별칭은 의미가 없습니다.
질문은 A 별칭 = 예와 CNAME 별칭 중 하나 인 경우 = no이면 별칭 = yes가 여전히 더 나은 솔루션입니다.
다른 질문에 대한 단언은 별칭 레코드가 CNAME과 동일하지만 영역 apex를위한 것일 뿐이며 두 카운트 모두에서 올바르지 않습니다.
별칭 A 레코드는 CNAME 동작과 비슷한 궁극적 인 동작을하지만 DNS 확인 시간이 두 번이 아닌 한 번의 확인 작업만으로 절반으로 줄어들고 쿼리 당 비용이 0으로 줄어들 기 때문에 선호됩니다 별칭 대상이 AWS 서비스 인 경우
AWS가 입력 값을 무시할 것이기 때문에 레코드를 "별칭"(AWS에서 만든 비표준 항목)으로 표시했다면 A 또는 CNAME인지 상관 없습니다. - 사용자가 별칭 대신 대상. AWS에서 만든 "별칭"은 "다른 AWS 서비스를 가리키고 있음을 나타내므로이 레코드에 대한 DNS 조회를 향상 시키십시오"와 같은 말을하는 것입니다. – jweyrich
@jweyrich 별칭은 동일한 호스트 된 영역 또는 AWS 서비스와 관련된 특수 영역 (예 : CloudFront) 중 하나의 다른 항목에 대한 ** 내부 ** (경로 53에 대한) 포인터를 만드는 호스트 된 영역의 항목입니다. 별칭 레코드는 모든 RR과 마찬가지로 유형을 가지며 해당 유형의 요청에 대해서만 따라옵니다. 이름 및 유형별로 별명 대상 레코드에 링크됩니다. 'dxxxexample.cloudfront.net'는 A 레코드입니다.그것의 값은 당신을 당신의 가장 가까운 가장자리로 라우팅하기 위해서 정적이 아닌 동적이다. 그리고 여러 개의 IP가 반환되지만 그것은 분명히 A 레코드이기 때문에 A 에일 리 어스를 가리킨다. –
사실, 사용자 정의 도메인 이름을 사용하여 CloudFront 배포판에 대한 IPv6 해상도를 원하면'A' 레코드 별칭이'A' 레코드 만 반환하기 때문에'AAAA' 유형의 별 * 레코드가 필요합니다 (IPv4). * [ "IPv6가 배포 용으로 활성화되어 있고 두 번째 리소스 레코드 세트를 만드는 경우 'AAAA-IPv6 address'"를 선택하십시오.] (http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing -to-cloudfront-distribution.html) * –
둘 다 작동하지만 ALIAS를 사용하려고합니다. ALIAS는 비용 때문에 더 좋습니다. 탄성로드 밸런서에 매핑 된 별칭 레코드
쿼리, 아마존 CloudFront를 배포, AWS 탄성 콩 줄기 환경, 아마존 S3 웹 사이트 버킷은 무료입니다.
CNAME 조회에는 비용이 관련되어 있습니다 (백만 건당 0.400 달러).
또한 ALIAS에는 자동화 기능이 있으므로 AWS에서 ELB를 변경하면 해당 항목이 DNS에 전파됩니다.
'd1.example.com'이 'd2.example.com'에 대한 'CNAME'인 경우 'd1.example.com'을 해결하면 이전 (캐시 된) 'd2.example.com'결과가 생성 될 수 있습니다 ? 아니면 'CNAME' 타겟을 해결하는 동안 DNS 캐싱이 무시 되었습니까? 그렇다면'd1.example.com'이'd2.example.com'의'ALIAS'이라면 문제는 발생하지 않을 것입니다. –