문서 기록 - Amazon Route 53

문서 기록

다음 항목은 Route 53 설명서의 각 릴리스에서 변경된 중요 사항에 대해 설명합니다. 이 설명서에 대한 업데이트 알림을 받으려면 RSS 피드를 구독하면 됩니다.

2024년 릴리스

2024년 10월 3일

DoH 아웃바운드 Resolver 엔드포인트에 대한 Service Name Indication(SNI) 지원이 추가되었습니다. 자세한 내용은 규칙을 생성 또는 편집할 때 지정하는 값 단원을 참조하십시오.

2024년 9월 3일

이제 route53:VPCs 정책 조건을 사용하여 VPC의 호스팅 영역 연결 관리를 위한 세분화된 액세스 권한을 부여할 수 있습니다. 자세한 내용은 IAM 정책 조건을 사용하여 세분화된 액세스 제어 구현 단원을 참조하십시오.

2024년 8월 27일

AmazonRoute53ProfilesFullAccessGetProfilePolicyPutProfilePolicy에 대한 권한을 추가했습니다. 이는 권한 전용 IAM 작업입니다. IAM 보안 주체에게 이러한 권한이 부여되지 않은 경우 AWS RAM 서비스를 사용하여 프로파일을 공유하려고 할 때 오류가 발생합니다. 자세한 내용은 AWS 관리형 정책: AmazonRoute53ProfilesFullAccess 단원을 참조하십시오.

2024년 8월 27일

AmazonRoute53ProfilesReadOnlyAccessGetProfilePolicy에 대한 권한을 추가했습니다. 권한 전용 IAM 작업입니다. IAM 보안 주체에게 이 권한이 부여되지 않은 경우 AWS RAM 서비스를 사용하여 프로파일의 정책에 액세스하려고 하면 오류가 발생합니다. 자세한 내용은 AWS 관리형 정책: AmazonRoute53ProfilesReadOnlyAccess 단원을 참조하십시오.

2024년 8월 5일

관리형 정책 AmazonRoute53ResolverFullAccess을 고유하게 식별하는 문 ID(Sid)가 추가되었습니다. 자세한 내용은 AWS 관리형 정책: AmazonRoute53ResolverFullAccess 단원을 참조하십시오.

2024년 8월 5일

관리형 정책 AmazonRoute53ResolverReadOnlyAccess을 고유하게 식별하는 문 ID(Sid)가 추가되었습니다. 자세한 내용은 AWS 관리형 정책: AmazonRoute53ResolverReadOnlyAccess 단원을 참조하십시오.

2024년 7월 18일

전체 Route 53 가이드를 상태 확인에 대한 새로운 콘솔 환경으로 업데이트했습니다. 자세한 내용은 상태 확인의 생성, 업데이트 및 삭제 단원을 참조하십시오.

2024년 4월 30일

이제 DNS 방화벽 규칙이 DNS 리디렉션 체인을 검사(기본값)하거나 신뢰하도록 결정할 수 있습니다. 자세한 내용은 Route 53 Resolver DNS 방화벽 구성 요소 및 설정DNS 방화벽의 규칙 설정 단원을 참조하세요.

2024년 4월 22일

이제 Route 53 Profiles을 사용하여 DNS별 구성을 많은 VPC 및 AWS 계정과 공유할 수 있습니다. 자세한 내용은 Amazon Route 53 Profiles란? 단원을 참조하십시오.

2024년 4월 22일

Amazon Route 53 Profiles에 대한 읽기 전용 및 전체 액세스 권한을 부여하기 위해 관리형 정책 AmazonRoute53ProfilesReadOnlyAccessAmazonRoute53ProfilesFullAccess가 추가되었습니다. 자세한 내용은 Amazon Route 53에 대한 AWS 관리형 정책 단원을 참조하십시오.

2024년 2월 5일

이제 Amazon EventBridge를 사용하여 DNS 방화벽의 실시간 알림을 받을 수 있습니다. 자세한 내용은 Amazon EventBridge를 사용하여 Route 53 Resolver DNS 방화벽 이벤트 관리 단원을 참조하십시오.

2024년 1월 9일

이제 DNS 쿼리 유형을 DNS 방화벽 규칙의 선택적 값으로 사용하여 특정 DNS 쿼리 유형에 대한 규칙의 응답을 구분할 수 있습니다. 자세한 내용은 Route 53 Resolver DNS 방화벽 구성 요소 및 설정DNS 방화벽의 규칙 설정 단원을 참조하세요.

2024년 1월 9일

이제 빠른 레코드 생성 또는 레코드 생성 마법사를 사용하여 지리 근접 라우팅 레코드를 생성할 수 있습니다. 자세한 내용은 지리 근접 라우팅, 지리 근접성 레코드에 특정된 값, 지리 근접성 별칭 레코드에 특정된 값 단원을 참조하세요.

2023년 릴리스

2023년 12월 20일

이제 Route 53 Resolver 엔드포인트에서 HTTPS를 통한 DNS를 사용할 수 있습니다. 자세한 내용은 엔드포인트 프로토콜 선택 단원을 참조하십시오.

2023년 7월 20일

Amazon Route 53 on Outposts는 이제 AWS Outposts 랙에서 사용할 수 있습니다. AWS Outposts에서 발생하는 모든 DNS 쿼리를 캐싱하는 해석기가 포함되어 있습니다. 또한 인바운드 및 아웃바운드 엔드포인트를 배포할 때 Outpost와 온프레미스 DNS 해석기 간에 하이브리드 연결을 설정할 수 있습니다. 자세한 내용은 Amazon Route 53 on Outposts란 무엇인가요? 단원을 참조하십시오.

2023년 7월 19일

이제 로컬 영역을 활성화한 후 지리 근접 라우팅(트래픽 흐름만 해당)과 함께 사용할 수 있습니다. 자세한 내용은 지리 근접 라우팅Traffic Policy Document Format을 참조하세요.

2023년 3월 22일

전체 Route 53 가이드를 도메인에 대한 새로운 콘솔 환경으로 업데이트했습니다. 또한 새 콘솔 환경을 사용하여 도메인을 AWS 계정에서 다른 AWS 계정으로 이전할 수 있습니다. 자세한 내용은 새 도메인 등록도메인 이전 단원을 참조하세요.

2023년 3월 10일

이제 Amazon Route 53 Resolver를 통해 IPv4, IPv6 또는 듀얼 스택 엔드포인트를 사용하여 리소스에 연결할 수 있습니다. 자세한 내용은 인바운드 엔드포인트를 생성 또는 편집할 때 지정하는 값아웃바운드 엔드포인트를 생성 또는 편집할 때 지정하는 값 단원을 참조하세요.

2022년 릴리스

2022년 9월 21일

이제 정책 조건을 사용하여 Amazon Route 53 리소스 레코드 세트 업데이트에 대해 세분화된 액세스 권한을 사용자에게 부여할 수 있습니다. 자세한 내용은 IAM 정책 조건을 사용하여 세분화된 액세스 제어 구현 단원을 참조하십시오.

2022년 8월 30일

이제 Amazon Route 53는 2022년 8월 1일 이후에 생성된 AWS App Runner 서비스에 대한 별칭 레코드를 지원합니다. 자세한 내용은 AWS App Runner 서비스로 트래픽 라우팅 단원을 참조하십시오.

2022년 6월 1일

이제 Amazon Route 53에서 IP 기반 라우팅 옵션을 사용할 수 있습니다. 자세한 내용은 IP 기반 라우팅 단원을 참조하십시오.

2022년 3월 16일

Amazon Route 53에서 프라이빗 호스팅 영역에 대해 지리적 위치 및 지연 시간 기반 라우팅 옵션을 정식 지원합니다. 자세한 내용은 프라이빗 호스팅 영역 작업 시 고려 사항 단원을 참조하십시오.

2022년 1월 25일

.com.au 및 .net.au TLD에 대한 소유권 변경 프로세스가 두 개의 이메일에 대한 응답(이전 등록자와 새 등록자 모두)을 포함하고 양식 작성은 포함되지 않도록 간소화되었습니다. 자세한 내용은 .com.au(호주).net.au(호주) 단원을 참조하세요.

2021년 릴리스 정보

2021년 10월 26일

Amazon Route 53에서 기본 역방향 DNS 규칙을 비활성화할 수 있는 지원이 추가되었습니다. 이제 이러한 규칙의 생성을 비활성화하고 역방향 DNS 네임스페이스에 대한 쿼리를 원하는 대로 외부 서버로 전달할 수 있습니다. 자세한 내용은 해석기의 역방향 DNS 쿼리에 대한 전달 규칙 단원을 참조하십시오.

2021년 9월 1일

정적 웹 사이트에 Amazon CloudFront 배포 생성을 안내하는 새로운 시작 주제 추가 자세한 내용은 Amazon CloudFront 배포를 사용하여 정적 웹 사이트 제공 섹션을 참조하세요.

2021년 7월 14일

Amazon Route 53에서 AWS 관리형 정책에 대한 변경 사항 추적을 시작했습니다. 자세한 내용은 Amazon Route 53에 대한 AWS 관리형 정책 단원을 참조하십시오.

2021년 3월 31일

Route 53 Resolver DNS 방화벽 추가 DNS 방화벽을 사용하면 VPC의 아웃바운드 DNS 요청에 대해 보호를 제공할 수 있습니다. 자세한 내용은 DNS 방화벽을 사용하여 아웃바운드 DNS 트래픽 필터링 섹션을 참조하세요.

2020년 릴리스 정보

2020년 12월 17일

Route 53 Resolver에 DNSSEC 서명 지원 추가 자세한 내용은 Amazon Route 53에서 DNSSEC 서명 구성 섹션을 참조하세요.

Route 53 Resolver에 DNSSEC 검증 지원 추가 자세한 내용은 Amazon Route 53에서 DNSSEC 검증 활성화 섹션을 참조하세요.

2020년 9월 23일

전체 Route 53 가이드를 새로운 콘솔 환경으로 업데이트했습니다. 자세한 내용은 Amazon Route 53은 무엇인가요? 섹션을 참조하세요.

2020년 9월 1일

Resolver 쿼리 로그에 대한 지원 추가 자세한 내용은 Resolver 쿼리 로깅 섹션을 참조하세요.

2018 릴리스

2018년 12월 20일

API Gateway API 또는 Amazon VPC 인터페이스 엔드포인트로 트래픽을 라우팅하는 Route 53 별칭 레코드를 만들 수 있습니다. 자세한 내용은 값/트래픽 라우팅 대상 섹션을 참조하세요.

2018년 11월 28일

Route 53 자동 이름 지정(서비스 검색이라고도 함)이 이제 별도의 서비스인 AWS Cloud Map이 되었습니다. 자세한 내용은 개발자 안내서AWS Cloud Map를 참조하세요.

2018년 11월 19일

Route 53 Resolver를 사용하여 Direct Connect 또는 VPN 연결을 통해 VPC와 네트워크 간 DNS 확인을 구성할 수 있습니다. (Resolver는 Amazon Virtual Private Cloud(Amazon VPC)에서 모든 고객에게 기본적으로 제공하는 재귀 DNS 서비스의 새로운 이름입니다.) 이를 통해 DNS 쿼리를 네트워크 상의 해석기에서 Route 53 Resolver로 전달할 수 있습니다. Resolver를 통해 선택한 도메인 이름(example.com)과 하위 도메인 이름(api.example.com)에 대한 쿼리를 VPC에서 네트워크 상의 해석기로 전달할 수도 있습니다. 자세한 내용은 Amazon Route 53 Resolver란 무엇인가요? 섹션을 참조하세요.

2018년 11월 7일

Route 53 트래픽 흐름과 지리 근접 라우팅을 사용하는 경우, 대화형 맵을 사용하여 최종 사용자가 전 세계 엔드포인트로 어떻게 라우팅되는지 시각화할 수 있습니다. 자세한 내용은 지리 근접 설정의 효과를 볼 수 있는 지도 보기 섹션을 참조하세요.

2018년 10월 18일

Route 53 콘솔 및 API를 사용하여 Route 53 상태 확인을 일시적으로 비활성화할 수 있습니다. 이로써 경보를 트리거하거나 불필요한 로그 또는 상태 메시지를 생성하지 않고 웹 서버 같은 엔드포인트의 모니터링을 간편하게 일시 중지하고 엔드포인트에서 유지 관리를 수행할 수 있습니다. 자세한 내용은 상태 확인 생성 또는 업데이트 시 지정하는 값의 '비활성화됨'을 참조하십시오. 이 기능은 엔드포인트를 모니터링하는 상태 확인, 다른 상태 확인을 모니터링하는 상태 확인, CloudWatch 경보를 모니터링하는 상태 확인 등 세 가지 유형의 Route 53 상태 확인에서 모두 사용할 수 있습니다.

2018년 3월 13일

자동 이름 지정 기능을 사용하는 경우 앞으로는 타사 상태 확인으로 리소스 상태를 평가할 수 있습니다. 이것은 인스턴스가 Amazon VPC에 있다거나 하는 이유로 인터넷에서 리소스를 사용할 수 없는 경우에 유용합니다. 자세한 내용은 Amazon Route 53 API 참조HealthCheckCustomConfig를 참조하세요.

2018년 3월 9일

IAM에 자동 이름 지정의 관리형 정책이 포함됩니다. 자세한 내용은 Amazon Route 53에 대한 AWS 관리형 정책 섹션을 참조하세요.

2018년 2월 6일

이제 자동 이름 지정을 구성하여 ELB 로드 밸런서로 트래픽을 라우팅하는 별칭 레코드를 만들거나 CNAME 레코드를 만들 수 있습니다. 자세한 내용은 Amazon Route 53 API 참조RegisterInstance API 설명서에 있는 속성을 참조하세요.

2017 릴리스

2017년 12월 5일

이제 Route 53 자동 이름 지정 API를 사용하여 마이크로서비스용 인스턴스를 프로비저닝할 수 있습니다. 자동 이름 지정을 사용하면 자동으로 DNS 레코드를 생성하고, 선택적으로 사용자가 지정하는 템플릿을 기반으로 상태 확인을 생성할 수 있습니다. 자세한 내용은 AWS Cloud Map 개발자 안내서에 있는 AWS 클라우드 맵이란 무엇입니까?을 참조하세요.

2017년 11월 16일

이제 호스팅 영역 및 상태 확인 등 Route 53 리소스에 대한 현재 할당량, 그리고 현재 사용 중인 각 리소스의 수 모두를 프로그래밍 방식으로 가져올 수 있습니다. 자세한 내용은 Amazon Route 53 API 참조GetAccountLimit,GetHostedZoneLimitGetReusableDelegationSetLimit을 참조하세요.

2017년 10월 3일

Route 53는 이제 HIPAA 적격 서비스입니다. 자세한 내용은 Amazon Route 53의 규정 준수 확인 섹션을 참조하세요.

2017년 9월 29일

이제 특정 도메인을 Route 53로 이전할 수 있는지 여부를 프로그래밍 방식으로 확인할 수 있습니다. 자세한 내용은 Amazon Route 53 API 참조CheckDomainTransferability를 참조하세요.

2017년 9월 11일

이제 Elastic Load Balancing Network Load Balancer로 인터넷 트래픽을 라우팅하는 Route 53 별칭 레코드를 생성할 수 있습니다. 별칭 레코드에 대한 자세한 내용은 별칭 또는 비 별칭 레코드 선택 단원을 참조하십시오.

2017년 9월 7일

Route 53를 신뢰할 수 있는 퍼블릭 DNS 서비스로 사용하는 경우 이제 Route 53가 수신하는 DNS 쿼리를 로깅할 수 있습니다. 자세한 내용은 퍼블릭 DNS 쿼리 로깅 섹션을 참조하세요.

2017년 9월 1일

Route 53 트래픽 흐름을 사용하는 경우 이제 사용자와 리소스 사이의 물리적 거리를 기반으로 트래픽을 라우팅할 수 있는 지리 근접 라우팅을 사용할 수 있습니다. 또한 양 또는 음의 바이어스를 지정하여 각 리소스로 라우팅되는 트래픽을 증감할 수도 있습니다. 자세한 내용은 지리 근접 라우팅 섹션을 참조하세요.

2017년 8월 21일

이제 Route 53를 사용하여 인증 기관 권한 부여(CAA) 레코드를 생성할 수 있습니다. 그러면 도메인 또는 하위 도메인에 대한 인증서를 발급할 수 있는 인증 기관을 지정할 수 있습니다. 자세한 내용은 CAA 레코드 유형 섹션을 참조하세요.

2017년 8월 18일

이제 Route 53 콘솔을 사용하여 Route 53로 다수의 도메인을 이전할 수 있습니다. 자세한 내용은 도메인 등록을 Amazon Route 53으로 이전하기 섹션을 참조하세요.

2017년 8월 4일

도메인을 등록할 때 일부 최상위 도메인(TLD)의 등록 기관은 등록자에게 등록자 연락처로 유효한 이메일 주소를 지정했는지 확인할 것을 요구합니다. 이제 도메인 등록 과정에서 확인 이메일을 발송하고 이메일 주소가 성공적으로 확인되었다는 확인을 받을 수 있습니다. 자세한 내용은 새 도메인 등록 섹션을 참조하세요.

2017년 6월 21일

트래픽을 거의 무작위적으로 웹 서버 같은 다수의 리소스로 라우팅하려는 경우 이제 리소스마다 하나씩 다중값 응답 레코드를 생성하고, 선택적으로 Route 53 상태 확인을 각 레코드에 연결할 수 있습니다. Route 53는 최대 8개의 정상 레코드로 각 DNS 쿼리에 응답하며, DNS 해석기마다 다른 응답을 제공합니다. 자세한 내용은 다중값 응답 라우팅 섹션을 참조하세요.

2017년 10월 4일

Route 53 콘솔을 사용하여 도메인 등록을 Route 53로 이전할 때 이제 다음 옵션 중 하나를 선택하여 도메인의 DNS 서비스의 이름 서버를 이전된 도메인 등록과 연결할 수 있습니다.

  • 선택한 Route 53 호스팅 영역의 이름 서버를 사용

  • 도메인의 현재 DNS 서비스의 이름 서버를 사용

  • 지정한 이름 서버를 사용

Route 53가 자동으로 이러한 이름 서버를 이전된 도메인 등록과 연결합니다.

2016 릴리스

2016년 11월 21일

IPv6 주소를 사용하여 엔드포인트의 상태를 확인하는 상태 확인을 만들 수 있습니다. 자세한 내용은 상태 확인의 생성 및 업데이트 섹션을 참조하세요.

2016년 11월 15일

Route 53 API 작업을 사용하여 하나의 계정에서 만든 Amazon VPC를 다른 계정에서 만든 프라이빗 호스팅 영역과 연결할 수 있습니다. 자세한 내용은 Amazon VPC와 다른 AWS 계정에서 생성한 프라이빗 호스팅 영역의 연결 섹션을 참조하세요.

2016년 8월 30일

이번 릴리스에는 Route 53에 다음과 같은 새로운 기능이 추가되었습니다.

  • 이름 인증 포인터(NAPTR) 레코드 - Dynamic Delegation Discovery System(DDDS) 애플리케이션에서 하나의 값을 다른 값으로 변환하거나 대체하기 위해 사용하는 NAPTR 레코드를 생성할 수 있습니다. 예를 들어, 하나의 일반적인 용도는 전화번호를 SIP URI로 변환하는 것입니다. 자세한 내용은 NAPTR 레코드 유식 섹션을 참조하세요.

  • DNS 쿼리 테스트 도구 - 레코드에 대해 DNS 쿼리를 시뮬레이션하여 Route 53가 반환하는 값을 확인할 수 있습니다. 또한 지리 위치 및 지연 시간 레코드에 대해 특정 DNS 해석기 및/또는 클라이언트 IP 주소로부터의 요청을 시뮬레이션하여 Route 53에서 해당 해석기 및 IP 주소의 클라이언트로 반환하는 응답을 확인할 수 있습니다. 자세한 내용은 Route 53에서 DNS 응답 확인 섹션을 참조하세요.

2016년 8월 11일

이 릴리스에서는 트래픽을 ELB Application Load Balancer로 라우팅하는 별칭 레코드를 생성할 수 있습니다. 이 프로세스는 Classic Load Balancer의 경우와 동일합니다. 자세한 내용은 값/트래픽 라우팅 대상 섹션을 참조하세요.

2016년 8월 9일

이 릴리스에서 Route 53에는 도메인 등록을 위해 DNSSEC 지원이 추가되었습니다. DNSSEC를 통해 중간자 공격이라고도 하는 DNS 스푸핑 공격으로부터 도메인을 보호할 수 있습니다. 자세한 내용은 도메인에 대해 DNSSEC 구성 섹션을 참조하세요.

2016년 7월 7일

도메인에 대한 등록을 수동으로 확장하고, 등록소에서 지정한 최소 등록 기간보다 오래 된 등록 기간으로 도메인을 등록할 수 있습니다. 자세한 내용은 도메인의 등록 기간 연장 섹션을 참조하세요.

2016년 7월 6일

연락처 주소가 인도 내인 AISPL 고객은 이제 Route 53를 사용하여 도메인을 등록할 수 있습니다. 자세한 내용은 인도 내 계정 관리 단원을 참조하십시오.

2016년 5월 26일

이번 릴리스에서는 Route 53에 다음과 같은 새로운 기능이 추가되었습니다.

  • 도메인 결제 보고서 - 지정된 기간 동안 모든 도메인 등록 요금이 도메인별로 나열된 보고서를 다운로드할 수 있습니다. 이 보고서에는 도메인 등록, Route 53로 도메인 이전, 도메인 등록 갱신, 도메인 소유자 변경(일부 TLD의 경우)을 비롯해 요금이 부과되는 모든 도메인 등록 작업이 포함됩니다. 자세한 내용은 다음 설명서를 참조하세요.

  • 새 TLD - 이제 .college, .consulting, .host, .name, .online, .republican, .rocks, .sucks, .trade, .website 및 .uk. 같은 TLD를 사용하여 도메인을 등록할 수 있습니다. 자세한 내용은 Amazon Route 53에 등록할 수 있는 도메인 섹션을 참조하세요.

  • 도메인 등록을 위한 새 API - 새 도메인 등록 등 등록자 연락처 이메일 주소가 유효한지 확인이 필요한 작업의 경우, 이제 확인 이메일에서 등록자 연락처가 링크를 클릭했는지, 클릭하지 않았다면 해당 링크가 여전히 유효한지 여부를 프로그래밍 방식으로 확인할 수 있습니다. 다른 확인 이메일을 보내도록 프로그래밍 방식으로 요청할 수도 있습니다. 자세한 내용은 Amazon Route 53 API 참조에서 다음과 같은 설명서를 참조하세요.

2016년 4월 5일

이번 릴리스에서는 Route 53에 다음과 같은 새로운 기능이 추가되었습니다.

  • CloudWatch 지표를 기반으로 상태 확인 - 이제 CloudWatch 지표의 경보 상태를 기반으로 상태 확인을 생성할 수 있습니다. 이 방법은 프라이빗 IP 주소만 있는 Amazon Virtual Private Cloud(VPC) 내의 인스턴스와 같이 표준 Route 53 상태 확인으로 도달할 수 없는 엔드포인트의 상태를 확인하는 데 유용합니다. 자세한 내용은 다음 설명서를 참조하세요.

  • 구성 가능한 상태 확인 위치 - 이제 리소스의 상태를 확인하는 Route 53 상태 확인 리전을 선택할 수 있습니다. 이렇게 하면 상태 확인으로 인해 엔드포인트에 적용되는 부하를 줄일 수 있습니다. 이 방법은 고객이 하나 또는 소수의 지리적 리전에 집중되는 경우에 유용합니다. 자세한 내용은 다음 설명서를 참조하세요.

  • 프라이빗 호스팅 영역의 장애 조치 - 프라이빗 호스팅 영역에서 장애 조치 및 장애 조치 별칭 레코드를 생성할 수 있습니다. 이 기능을 지표 기반 상태 확인과 결합하면 프라이빗 IP 주소만 있고 표준 Route 53 상태 확인을 사용하여 도달할 수 없는 엔드포인트에 대해서도 DNS 장애 조치를 구성할 수 있습니다. 자세한 내용은 다음 설명서를 참조하세요.

  • 프라이빗 호스팅 영역의 별칭 레코드 - 과거에는 동일한 호스팅 영역의 다른 Route 53 레코드로만 DNS 쿼리를 라우팅하는 별칭 레코드를 생성할 수 있었습니다. 이 릴리스에서는 리전화된 하위 도메인, Elastic Load Balancing 로드 밸런서 및 Amazon S3 버킷이 있는 Elastic Beanstalk 환경으로 DNS 쿼리를 라우팅하는 별칭 레코드도 생성할 수 있습니다. (DNS 쿼리를 CloudFront 배포로 라우팅하는 별칭 레코드는 여전히 생성할 수 없습니다.) 자세한 내용은 다음 설명서를 참조하세요.

2016년 2월 23일

HTTPS 상태 확인을 생성하거나 업데이트할 때 Route 53를 구성하여 TLS 협상 중에 엔드포인트로 호스트 이름을 보낼 수 있습니다. 그러면 엔드포인트에서 해당하는 SSL/TLS 인증서를 사용하여 HTTPS 요청에 응답할 수 있습니다. 자세한 내용은 '상태 확인 생성 또는 업데이트 시 지정하는 값' 주제에서 고급 구성("Monitor an endpoint" 전용) 필드의 SNI에 대한 설명을 참조하세요. API를 사용하여 상태 확인을 생성하거나 업데이트할 때 SNI를 활성화하는 방법에 대한 자세한 내용은 Amazon Route 53 API 참조CreateHealthCheckUpdateHealthCheck를 참조하세요.

2016년 1월 27일

이제 .accountants, .band, .city 등 100개 이상의 최상위 도메인(TLD)의 도메인을 등록할 수 있습니다. 지원되는 TLD 전체 목록은 Amazon Route 53에 등록할 수 있는 도메인 단원을 참조하십시오.

2016년 1월 19일

이제 Elastic Beanstalk 환경으로 트래픽을 라우팅하는 별칭 레코드를 생성할 수 있습니다. Route 53 콘솔을 사용하여 레코드를 생성하는 방법에 대한 자세한 내용은 Amazon Route 53 콘솔을 사용하여 레코드 생성 섹션을 참조하세요. API를 사용하여 레코드를 생성하는 방법에 대한 자세한 내용은 Amazon Route 53 API 참조ChangeResourceRecordSets를 참조하세요.

2015 릴리스

2015년 12월 3일

이제 Route 53 콘솔에는 Route 53 가중치 기반, 지연, 장애 조치 및 지리 위치 라우팅 정책의 조합을 사용하는 복잡한 라우팅 구성을 빠르게 만들 수 있는 시각적 편집기가 포함되어 있습니다. 그런 다음 동일한 호스팅 영역이나 여러 호스팅 영역의 하나 이상의 도메인 이름(예: example.com) 또는 하위 도메인 이름(예: www.example.com)과 해당 구성을 연결할 수 있습니다. 새 구성이 예상대로 수행되지 않을 경우 업데이트를 롤백할 수도 있습니다. Route 53 API, AWS SDK, AWS CLI 및 AWS Tools for Windows PowerShell을 사용하여 동일한 기능을 사용할 수 있습니다. 시각적 편집기 사용에 대한 자세한 내용은 트래픽 흐름을 사용하여 DNS 트래픽 라우팅 단원을 참조하십시오. API를 사용하여 트래픽 흐름 구성을 생성하는 방법에 대한 자세한 내용은 Amazon Route 53 API 참조를 참조하세요.

2015년 10월 19일

이번 릴리스에서는 Route 53에 다음과 같은 새로운 기능이 추가되었습니다.

  • Amazon Registrar, Inc.의 .com 및 .net 도메인에 대한 도메인 등록 - 이제 Amazon은 Amazon Registrar, Inc.를 통해 .com 및 .net 최상위 도메인(TLD)에 대한 ICANN 인가 등록 기관입니다. Route 53를 사용하여 .com 또는 .net 도메인을 등록하면 Amazon Registrar가 레코드 등록 기관이 되어 Whois 쿼리 결과에 “스폰서 등록 기관(Sponsoring Registrar)”으로 나열됩니다. Route 53를 사용하여 도메인을 등록하는 방법에 대한 자세한 내용은 Amazon Route 53을 사용하여 도메인 등록 및 관리 섹션을 참조하세요.

  • .com 및 .net 도메인에 대한 개인 정보 보호 - Route 53를 사용하여 .com 또는 .net 도메인을 등록할 경우 이제 성 및 이름을 비롯한 모든 개인 정보가 숨겨집니다. Route 53를 사용하여 등록하는 다른 도메인에 대해서는 성 및 이름이 숨겨지지 않습니다. 개인 정보 보호에 대한 자세한 내용은 도메인 연락처 정보의 개인 정보 보호 활성화 또는 비활성화 단원을 참조하십시오.

2015년 9월 15일

이번 릴리스에서는 Route 53에 다음과 같은 새로운 기능이 추가되었습니다.

  • 계산된 상태 확인 – 다른 상태 확인의 상태에 의해 상태가 결정되는 상태 확인을 생성할 수 있습니다. 자세한 내용은 상태 확인의 생성 및 업데이트 섹션을 참조하세요. 또한 Amazon Route 53 API 참조CreateHealthCheck을 참조하세요.

  • 상태 확인을 위한 지연 시간 측정 - Route 53를 구성하여 상태 확인 프로그램과 엔드포인트 사이의 지연 시간을 측정할 수 있습니다. 지연 시간 데이터는 Route 53 콘솔의 Amazon CloudWatch 그래프에 표시됩니다. 새 상태 확인에 대한 대기 시간 측정을 활성화하려면 상태 확인 생성 또는 업데이트 시 지정하는 값 주제의 고급 구성("Monitor an endpoint" 전용)에서 지연 시간 측정 설정을 참조하세요. (기존 상태 확인에 대한 지연 시간 측정을 활성화할 수 없습니다.) 또한, Amazon Route 53 API 참조CreateHealthCheck 주제에서 MeasureLatency를 참조하세요.

  • Route 53 콘솔에서 상태 확인 대시보드로 업데이트 - 상태 확인 모니터링을 위한 대시보드가 다양한 방식으로 개선되었으며, 여기에는 Route 53 상태 확인 프로그램과 엔드포인트 사이의 지연 시간 모니터링을 위한 CloudWatch 그래프가 포함됩니다. 자세한 내용은 상태 확인의 상태 모니터링 및 알림 수신 섹션을 참조하세요.

2015년 3월 3일

Amazon Route 53 개발자 안내서에서는 이제 Route 53 호스팅 영역에 대해 화이트 레이블 이름 서버를 구성하는 방법을 설명합니다. 자세한 내용은 화이트 레이블 이름 서버 구성 섹션을 참조하세요.

2015년 2월 26일

이제 Route 53 API를 사용하여 AWS 계정과 연결된 호스팅 영역의 이름을 사전순으로 나열할 수 있습니다. 또한 계정과 연결된 호스팅 영역의 개수를 가져올 수 있습니다. 자세한 내용은 Amazon Route 53 API 참조에서 ListHostedZonesByNameGetHostedZoneCount를 참조하세요.

2015년 2월 11일

이번 릴리스에서는 Route 53에 다음과 같은 새로운 기능이 추가되었습니다.

  • 상태 확인 상태 - 이제 Route 53 콘솔의 상태 확인 페이지에 모든 상태 확인의 전체 상태를 볼 수 있는 상태 열이 포함됩니다. 자세한 내용은 상태 확인의 상태 및 상태 확인 실패 이유 보기 단원을 참조하십시오.

  • AWS CloudTrail과 통합 - Route 53는 이제 CloudTrail과 연동을 통해 AWS 계정이 Route 53 API로 보내는 모든 요청에 대한 정보를 캡처합니다. Route 53와 CloudTrail을 통합하면 Route 53 API에 대해 이뤄진 요청의 종류, 각 요청이 이뤄진 소스 IP 주소, 요청한 사람, 요청이 이뤄진 시기 등을 확인할 수 있습니다. 자세한 내용은 AWS CloudTrail을 사용하여 Amazon Route 53 API 호출 로깅 섹션을 참조하세요.

  • 상태 확인에 대한 빠른 경보 - Route 53 콘솔을 사용하여 상태 확인을 생성하는 동시에 Route 53에서 엔드포인트가 1분간 비정상으로 인식될 때 Amazon CloudWatch 상태 확인 경보를 생성하고 경보를 받을 사람도 지정할 수 있습니다. 자세한 내용은 상태 확인의 생성 및 업데이트 섹션을 참조하세요.

  • 호스팅 영역 및 도메인에 대한 태그 지정 - 이제 일반적으로 Route 53 호스팅 영역 및 도메인으로 비용 할당에 사용되는 태그를 배정할 수 있습니다. 자세한 내용은 Amazon Route 53 리소스 태그 지정 섹션을 참조하세요.

2015년 2월 5일

이제 Route 53 콘솔을 사용하여 도메인에 대한 연락처 정보를 업데이트할 수 있습니다. 자세한 내용은 도메인을 등록하거나 이전할 때 지정하는 값 섹션을 참조하세요.

2015년 1월 22일

이제 Route 53에 새 도메인 이름을 등록할 때 국제화된 도메인 이름을 지정할 수 있습니다. (Route 53에서는 호스팅 영역 및 레코드에 대한 국제화된 도메인 이름을 이미 지원하고 있습니다.) 자세한 내용은 DNS 도메인 이름 형식 섹션을 참조하세요.

2014 릴리스

2014년 11월 25일

이번 릴리스에서는 호스팅 영역을 생성할 때 지정한 설명을 편집할 수 있습니다. 콘솔에서 [Comment] 필드 옆의 연필 아이콘을 클릭한 다음 새 값을 입력하면 됩니다. Route 53 API를 사용하여 설명을 변경하는 방법에 대한 자세한 내용은 Amazon Route 53 API 참조UpdateHostedZoneComment를 참조하세요.

2014년 11월 5일

이번 릴리스에서는 Route 53에 다음과 같은 새로운 기능이 추가되었습니다.

  • Amazon Virtual Private Cloud 서비스로 생성한 VPC용 프라이빗 DNS - 이제 Route 53를 사용하여 퍼블릭 인터넷에 DNS 데이터를 노출하지 않고 VPC의 내부 도메인 이름을 관리할 수 있습니다. 자세한 내용은 프라이빗 호스팅 영역 사용 섹션을 참조하세요.

  • 상태 확인 실패 사유 - 이제 선택된 상태 확인의 현재 상태 및 각 Route 53 상태 확인 프로그램에서 보고한 상태 확인 실패의 세부 정보를 볼 수 있습니다. 상태에는 문자열 일치 실패 및 응답 시간 초과 등 수많은 실패 유형에 대한 정보 등 실패 사유 및 HTTP 상태 코드가 포함됩니다. 자세한 내용은 상태 확인의 상태 및 상태 확인 실패 이유 보기 섹션을 참조하세요.

  • 재사용 가능한 위임 세트 - 이제 동일한 권한 이름 서버 4개 세트(위임 세트)를 다양한 도메인 이름에 해당하는 여러 호스팅 영역에 적용할 수 있습니다. 이렇게 하면 DNS 서비스를 Route 53로 마이그레이션하는 프로세스를 대폭 간소화하고, 수많은 호스팅 영역을 관리할 수 있습니다. 현재 재사용 가능한 위임 세트를 사용하려면 Route 53 API 또는 AWS SDK를 사용해야 합니다. 자세한 내용은 Amazon Route 53 API Reference를 확인하십시오.

  • 지리적 라우팅 개선 - Amazon은 EDNS0의 edns-client-subnet 확장자에 대한 지원을 강화하여 지리적 라우팅의 정확성을 더욱 높였습니다. 자세한 내용은 지리적 라우팅 섹션을 참조하세요.

  • 서명 버전 4에 대한 지원 - 이제 모든 Route 53 API 요청에 서명 버전 4로 서명할 수 있습니다. 자세한 내용은 Amazon Route 53 API 참조Route 53 API 요청 서명을 참조하세요.

2014년 7월 31일

이번 릴리스부터는 다음을 수행할 수 있습니다.

2014년 7월 2일

이번 릴리스부터는 다음을 수행할 수 있습니다.

  • 상태 확인의 값 대부분을 편집할 수 있습니다. 자세한 내용은 상태 확인의 생성, 업데이트 및 삭제 섹션을 참조하세요.

  • Route 53 API를 사용하여 Route 53 상태 확인 프로그램이 리소스 상태 확인에 사용하는 IP 범위 목록을 가져옵니다. 이러한 IP 주소로 라우터 및 방화벽 규칙을 구성하여 상태 확인 프로그램이 리소스 상태를 확인하도록 할 수 있습니다. 자세한 내용은 Amazon Route 53 API 참조GetCheckerIpRanges를 참조하세요.

  • 상태 확인에 비용 할당 태그를 지정하면 상태 확인에 이름을 지정할 수 있습니다. 자세한 내용은 상태 확인에 대한 이름 및 태그 지정 섹션을 참조하세요.

  • Route 53 API를 사용하여 AWS 계정에 연결된 상태 확인 번호를 가져옵니다. 자세한 내용은 Amazon Route 53 API 참조GetHealthCheckCount를 참조하세요.

2014년 4월 30일

이번 릴리스부터는 상태 확인을 생성하고 IP 주소 대신 도메인 이름을 사용하여 엔드포인트를 지정할 수 있습니다. 이렇게 하면 엔드포인트의 IP 주소가 고정되지 않았거나 Amazon EC2 또는 Amazon RDS 인스턴스 등 여러 IP에서 IP 주소를 제공할 때 유용합니다. 자세한 내용은 상태 확인의 생성 및 업데이트 섹션을 참조하세요.

또한, Route 53 API를 사용하는 방법에 대한 몇 가지 정보는 전에 있었던 Amazon Route 53 개발자 안내서에서 이동하였습니다. 이제 모든 API 설명서는Amazon Route 53 API 참조에 있습니다.

2014년 4월 18일

이 릴리스에서 Route 53는 상태 확인포트 값이 443이고 프로토콜 값이 HTTPS인 경우 Host 헤더의 다른 값을 전달합니다. 상태 확인 중에 Route 53는 엔드포인트에 호스트 이름 필드 값을 포함하는 Host 헤더를 전달합니다. CreateHealthCheck API 작업을 사용하여 상태 확인을 생성한 경우, 이것이 FullyQualifiedDomainName 요소의 값이 됩니다.

자세한 내용은 상태 확인의 생성, 업데이트 및 삭제 섹션을 참조하세요.

2014년 4월 9일

이번 릴리스에서는 Route 53 상태 확인 프로그램에서 현재 보고하는 정상 엔드포인트의 비율을 확인할 수 있습니다.

또한 Amazon CloudWatch의 상태 확인 상태 지표는 0(주어진 시간 동안 엔드포인트가 비정상인 경우) 또는 1(주어진 시간 동안 엔드포인트가 정상인 경우)만 보여줍니다. 엔드포인트가 정상임을 보고하는 Route 53 상태 확인 부분에 따라 더 이상 지표에 0~1 사이의 값이 표시되지 않습니다.

자세한 내용은 CloudWatch를 이용한 상태 확인 모니터링 섹션을 참조하세요.

2014년 2월 18일

이번 릴리스에서는 Route 53에 다음과 같은 새로운 기능이 추가되었습니다.

  • 상태 확인 장애 조치 임계값: 이제 Route 53가 엔드포인트를 비정상 상태로 간주하는 엔드포인트 상태 확인의 연속 실패 횟수를 1~10회 사이로 지정할 수 있습니다. 비정상 엔드포인트는 같은 횟수의 확인을 통과해야 정상 상태로 간주됩니다. 자세한 내용은 Amazon Route 53이 상태 확인이 정상인지 여부를 판단하는 방법 섹션을 참조하세요.

  • 상태 확인 요청 간격: 엔드포인트의 정상 여부를 결정하기 위해 Route 53가 엔드포인트로 보내는 요청의 횟수를 지정할 수 있습니다. 유효한 설정은 10초에서 30초 사이입니다. 자세한 내용은 Amazon Route 53이 상태 확인이 정상인지 여부를 판단하는 방법 섹션을 참조하세요.

2014년 1월 30일

이번 릴리스에서는 Route 53에 다음과 같은 새로운 기능이 추가되었습니다.

  • HTTP 및 HTTPS 문자열 매치 상태 확인: Route 53는 이제 응답 본문에 지정된 문자열의 모양에 따라 엔드포인트의 상태를 결정하는 상태 확인을 지원합니다. 자세한 내용은 Amazon Route 53이 상태 확인이 정상인지 여부를 판단하는 방법 섹션을 참조하세요.

  • HTTPS 상태 확인: Route 53는 이제 안전한 SSL 전용 웹 사이트를 위한 상태 확인을 지원합니다. 자세한 내용은 Amazon Route 53이 상태 확인이 정상인지 여부를 판단하는 방법 섹션을 참조하세요.

  • ChangeResourceRecordSets API 작업에 대한 UPSERT: 이제 ChangeResourceRecordSets API 작업을 사용하여 레코드를 생성하거나 변경할 때 UPSERT 작업으로 새 레코드를 생성하거나(이름 및 유형이 없는 경우) 기존 레코드를 업데이트할 수 있습니다. 자세한 내용은 Amazon Route 53 API 참조ChangeResourceRecordSets를 참조하세요.

2014년 1월 7일

이번 릴리스에서 Route 53는 응답 본문에 지정된 문자열이 있는지 여부에 따라 엔드포인트의 상태를 결정하는 상태 확인을 추가로 지원합니다. 자세한 내용은 Amazon Route 53이 상태 확인이 정상인지 여부를 판단하는 방법 섹션을 참조하세요.

2013 릴리스

2013년 8월 14일

이번 릴리스부터 Route 53는 BIND 형식의 영역 파일을 가져와 레코드를 생성할 수 있도록 추가 지원합니다. 자세한 내용은 영역 파일을 가져와 레코드 생성 섹션을 참조하세요.

더불어 Route 53 상태 확인에 대한 CloudWatch 지표를 Route 53 콘솔에 통합하고 간소화했습니다. 자세한 내용은 CloudWatch를 이용한 상태 확인 모니터링 섹션을 참조하세요.

2013년 6월 26일

이번 릴리스부터 Route 53는 상태 확인에 CloudWatch 지표를 통합하여 다음 작업을 수행할 수 있도록 추가로 지원합니다.

  • 상태 확인이 적절하게 구성되었는지 확인합니다.

  • 상태 확인 엔드포인트의 상태를 지정된 기간 동안 검토합니다.

  • 모든 Route 53 상태 확인 프로그램이 지정된 엔드포인트를 비정상으로 간주하는 경우 Amazon Simple Notification Service(Amazon SNS) 알림을 보내도록 CloudWatch를 구성합니다.

자세한 내용은 CloudWatch를 이용한 상태 확인 모니터링 섹션을 참조하세요.

2013년 6월 11일

이번 릴리스부터 Route 53는 DNS 쿼리를 Amazon CloudFront 배포의 대체 도메인 이름으로 라우팅하는 별칭 레코드 생성을 추가로 지원합니다. 이 기능을 Zone Apex의 대체 도메인 이름(example.com)과 하위 도메인의 대체 도메인 이름(www.example.com)에 모두 사용할 수 있습니다. 자세한 내용은 도메인 이름을 사용하여 Amazon CloudFront 배포로 트래픽 라우팅 섹션을 참조하세요.

2013년 5월 30일

이번 릴리스부터 Route 53는 ELB 로드 밸런서 및 연결된 Amazon EC2 인스턴스의 상태를 평가할 수 있도록 추가 지원합니다. 자세한 내용은 Amazon Route 53 상태 확인 생성 섹션을 참조하세요.

2013년 3월 28일

상태 확인 및 장애 조치에 대한 설명서를 다시 작성하여 활용도를 높였습니다. 자세한 내용은 Amazon Route 53 상태 확인 생성 섹션을 참조하세요.

2013년 2월 11일

이번 릴리스부터 Route 53는 장애 조치 및 상태 확인을 추가로 지원합니다. 자세한 내용은 Amazon Route 53 상태 확인 생성 섹션을 참조하세요.

2012 릴리스

2012년 3월 21일

이번 릴리스부터 Route 53에서 지연 시간 레코드를 생성할 수 있습니다. 자세한 내용은 지연 시간 기반 라우팅 섹션을 참조하세요.

2011 릴리스

2011년 12월 21일

이번 릴리스부터는 호스팅 영역 ID 및 로드 밸런서의 DNS 이름을 수동으로 입력하는 대신 AWS Management Console의 Route 53 콘솔이 목록에서 Elastic Load Balancer를 선택하여 별칭 레코드를 생성할 수 있습니다. 새로운 기능이 Amazon Route 53 개발자 안내서에 설명되어 있습니다.

2011년 11월 16일

이번 릴리스부터 AWS Management Console의 Route 53 콘솔을 사용하여 호스팅 영역을 생성 및 삭제하고, 레코드를 생성, 변경, 삭제할 수 있습니다. 새로운 기능이 Amazon Route 53 개발자 안내서 전체에 걸쳐 해당 부분에 설명되어 있습니다.

2011년 10월 18일

Amazon Route 53 시작 안내서Amazon Route 53 개발자 안내서에 통합되었으며, 개발자 안내서는 유용성을 향상시키기 위해 재구성되었습니다.

2011년 5월 24일

Amazon Route 53의 이번 릴리스에는 zone apex 별칭, 가중치 기반 레코드, 새로운 API(2011-05-05), 서비스 수준 계약을 생성할 수 있도록 별칭 레코드를 도입했습니다. 또한 6개월의 베타 기간이 지나면 Route 53를 상용 버전으로 사용할 수 있습니다. 자세한 내용은 Amazon Route 53 개발자 안내서Amazon Route 53 제품 페이지별칭 또는 비 별칭 레코드 선택를 참조하세요.

2010 릴리스

2010년 12월 5일

이 안내서는 Amazon Route 53 개발자 안내서의 최초 릴리스입니다.