문서 기록 - Amazon Route 53
2024년 릴리스2023년 릴리스2022년 릴리스2021년 릴리스 정보2020년 릴리스 정보2018 릴리스2017 릴리스2016 릴리스2015 릴리스2014 릴리스2013 릴리스2012 릴리스2011 릴리스2010 릴리스

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

문서 기록

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

2024년 릴리스

2024년 8월 5일

관리형 정책을 고유하게 식별하기 위한 명령문 ID (Sid) 를 추가했습니다. AmazonRoute53ResolverFullAccess 자세한 내용은 AWS 관리형 정책: AmazonRoute 53 ResolverFullAccess 단원을 참조하십시오.

2024년 8월 5일

관리형 정책을 고유하게 식별하기 위한 명령문 ID (Sid) 를 추가했습니다. AmazonRoute53ResolverReadOnlyAccess 자세한 내용은 AWS 관리형 정책: AmazonRoute 53 ResolverReadOnlyAccess 단원을 참조하십시오.

2024년 7월 18일

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

2024년 4월 30일

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

2024년 4월 22일

이제 Route 53 프로파일을 사용하여 DNS 특정 구성을 다수의 AWS 계정 VPCs 및 여러 계정과 공유할 수 있습니다. 자세한 내용은 아마존 Route 53 프로필이란 무엇입니까? 단원을 참조하십시오.

2024년 4월 22일

Amazon Route 53 AmazonRoute53ProfilesFullAccess 프로필에 대한 읽기 전용 및 전체 액세스 권한을 부여하는 관리형 정책을 AmazonRoute53ProfilesReadOnlyAccess 추가했습니다. 자세한 내용은 AWS 아마존 Route 53에 대한 관리형 정책 단원을 참조하십시오.

2024년 2월 5일

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

2024년 1월 9일

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

2024년 1월 9일

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

2023년 릴리스

2023년 12월 20일

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

2023년 7월 20일

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

2023년 7월 19일

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

2023년 3월 22일

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

2023년 3월 10일

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

2022년 릴리스

2022년 9월 21일

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

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의 소유권 변경 절차는 기존 등록자와 신규 등록자가 보낸 두 개의 이메일에 대한 응답을 포함하도록 TLDs 간소화되었으며 양식 작성은 포함되지 않습니다. 자세한 내용은 .com.au(호주) 및 .net.au(호주) 단원을 참조하세요.

2021년 릴리스 정보

2021년 10월 26일

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

2021년 9월 1일

정적 웹 사이트를 위한 Amazon CloudFront 배포를 생성하는 방법을 안내하는 새로운 시작 항목이 추가되었습니다. 자세한 내용은 Amazon CloudFront 배포를 사용하여 정적 웹 사이트를 제공하십시오. 단원을 참조하십시오.

2021년 7월 14일

Amazon Route 53의 AWS 관리형 정책을 추적하기 시작했습니다. 자세한 내용은 AWS 아마존 Route 53에 대한 관리형 정책 단원을 참조하십시오.

2021년 3월 31일

Route 53 리졸버 DNS 방화벽이 추가되었습니다. DNS방화벽을 사용하면 사용자의 아웃바운드 DNS 요청을 보호할 수 있습니다. VPCs 자세한 내용은 DNS방화벽을 사용하여 아웃바운드 트래픽 DNS 필터링 단원을 참조하십시오.

2020년 릴리스 정보

2020년 12월 17일

Route 53 리졸버에 대한 DNSSEC 서명에 대한 지원이 추가되었습니다. 자세한 내용은 아마존 Route 53에서의 DNSSEC 서명 구성 단원을 참조하십시오.

Route 53 리졸버에 대한 DNSSEC 검증 지원이 추가되었습니다. 자세한 내용은 아마존 Route 53에서 DNSSEC 유효성 검사를 활성화합니다 단원을 참조하십시오.

2020년 9월 23일

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

2020년 9월 1일

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

2018 릴리스

2018년 12월 20일

트래픽을 API Gateway APIs 또는 Amazon VPC 인터페이스 엔드포인트로 라우팅하는 Route 53 별칭 레코드를 생성할 수 있습니다. 자세한 내용은 값/트래픽 라우팅 대상 단원을 참조하십시오.

2018년 11월 28일

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

2018년 11월 19일

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

2018년 11월 7일

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

2018년 10월 18일

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

2018년 3월 13일

자동 이름 지정 기능을 사용하는 경우 앞으로는 타사 상태 확인으로 리소스 상태를 평가할 수 있습니다. 이는 예를 들어 인스턴스가 Amazon에 있기 때문에 인터넷을 통해 리소스를 사용할 수 없는 경우에 유용합니다VPC. 자세한 내용은 Amazon Route 53 API 참조를 참조하십시오 HealthCheckCustomConfig.

2018년 3월 9일

IAM이제 자동 이름 지정을 위한 관리형 정책이 포함됩니다. 자세한 내용은 AWS 아마존 Route 53에 대한 관리형 정책 단원을 참조하십시오.

2018년 2월 6일

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

2017 릴리스

2017년 12월 5일

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

2017년 11월 16일

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

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일

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

2017년 6월 21일

트래픽을 거의 무작위적으로 웹 서버 같은 다수의 리소스로 라우팅하려는 경우 이제 리소스마다 하나씩 다중값 응답 레코드를 생성하고, 선택적으로 Route 53 상태 확인을 각 레코드에 연결할 수 있습니다. Route 53은 각 DNS 쿼리에 대해 최대 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 작업을 사용하여 한 계정으로 VPC 생성한 Amazon을 다른 계정으로 생성한 프라이빗 호스팅 영역과 연결할 수 있습니다. 자세한 내용은 VPCAmazon과 다른 AWS 계정으로 생성한 프라이빗 호스팅 영역 연결 단원을 참조하십시오.

2016년 8월 30일

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

  • Name Authority Pointer (NAPTR) 레코드 — 이제 NAPTR 레코드를 생성할 수 있습니다. 이 레코드는 동적 위임 검색 시스템 (DDDS) 애플리케이션에서 한 값을 다른 값으로 변환하거나 한 값을 다른 값으로 바꾸는 데 사용됩니다. 예를 들어, 전화 번호를 다음으로 변환하는 것이 일반적인 용도 중 하나입니다. SIP URIs 자세한 내용은 NAPTR 레코드 유식 단원을 참조하십시오.

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

2016년 8월 11일

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

2016년 8월 9일

이번 릴리스부터 Route 53은 도메인 등록에 DNSSEC 대한 지원을 추가합니다. DNSSEC공격이라고도 man-in-the-middle 하는 DNS 스푸핑 공격으로부터 도메인을 보호할 수 있습니다. 자세한 내용은 DNSSEC도메인 구성 단원을 참조하십시오.

2016년 7월 7일

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

2016년 7월 6일

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

2016년 5월 26일

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

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

  • 신규 TLDs — 이제 .college, .consulting, .host, .name, .online, .publicy, .rocks, .sucks, .trade, .website, .uk 등이 포함된 도메인을 등록할 수 TLDs 있습니다. 자세한 내용은 Amazon Route 53에 등록할 수 있는 도메인 단원을 참조하십시오.

  • 새 APIs 도메인 등록 — 새 도메인 등록과 같이 등록자 연락처의 이메일 주소가 유효한지 확인해야 하는 작업의 경우 이제 등록자 연락처가 확인 이메일의 링크를 클릭했는지 여부와 클릭하지 않은 경우 링크가 여전히 유효한지 여부를 프로그래밍 방식으로 확인할 수 있습니다. 다른 확인 이메일을 보내도록 프로그래밍 방식으로 요청할 수도 있습니다. 자세한 내용은 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상태 확인을 생성하거나 업데이트할 때 이제 TLS 협상 중에 엔드포인트로 호스트 이름을 보내도록 Route 53을 구성할 수 있습니다. 이를 통해 엔드포인트는 해당SSL/TLS인증서로 HTTPS 요청에 응답할 수 있습니다. 자세한 내용은 “Health Check를 만들거나 업데이트할 때 지정하는 값” 항목의 SNI in 고급 구성("Monitor an endpoint" 전용) 필드 설명을 참조하십시오. 를 사용하여 상태 확인을 생성하거나 업데이트할 SNI 때 API 활성화하는 방법에 대한 자세한 내용은 Amazon Route 53 API 참조의 CreateHealthCheck및 UpdateHealthCheck를 참조하십시오.

2016년 1월 27일

이제 .accounants, .band, .city와 같은 100개 이상의 추가 최상위 도메인 (TLDs) 에 도메인을 등록할 수 있습니다. 지원되는 전체 목록은 을 참조하십시오. TLDs 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 53API, AWS SDKs 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.를 TLDs 통해 .com 및.net 최상위 도메인 () 에 대한 ICANN 공인 등록 기관이 되었습니다. Route 53을 사용하여.com 또는.net 도메인을 등록하는 경우, Amazon 등록 기관이 레코드 등록 기관이 되어 Whois 쿼리에 “후원 등록 기관”으로 등재됩니다. 결과. 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 CreateHealthCheckAPI참조의 항목도 참조하십시오 MeasureLatency.

  • Route 53 콘솔의 상태 확인 대시보드 업데이트 — 상태 확인 모니터링 대시보드가 Route 53 상태 확인 프로그램과 엔드포인트 간의 지연 시간을 모니터링하는 CloudWatch 그래프를 포함하여 다양한 방식으로 개선되었습니다. 자세한 내용은 상태 확인의 상태 모니터링 및 알림 수신 단원을 참조하십시오.

2015년 3월 3일

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

2015년 2월 26일

이제 Route API 53을 사용하여 AWS 계정과 연결된 호스팅 영역을 이름의 알파벳 순으로 나열할 수 있습니다. 또한 계정과 연결된 호스팅 영역의 개수를 가져올 수 있습니다. 자세한 내용은 Amazon Route 53 API 참조서 ListHostedZonesByName및 GetHostedZoneCount을 참조하십시오.

2015년 2월 11일

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

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

  • AWS CloudTrail-Route 53과의 통합은 이제 Route 53과 CloudTrail 연동하여 AWS 계정이 Route 53으로 보내는 모든 요청에 대한 정보를 API 캡처합니다. Route CloudTrail 53을 통합하면 Route 53에 어떤 요청이 이루어졌는지API, 각 요청이 이루어진 소스 IP 주소, 누가 언제 요청했는지 등을 확인할 수 있습니다. 자세한 내용은 를 사용하여 Amazon Route 53 API 통화를 로깅하기 AWS CloudTrail 단원을 참조하십시오.

  • 상태 확인을 위한 빠른 CloudWatch 경보 — Route 53 콘솔을 사용하여 상태 확인을 생성할 때, 이제 동시에 상태 점검에 대한 Amazon 경보를 생성하고 Route 53이 1분 동안 엔드포인트를 비정상으로 간주할 때 알릴 사람을 지정할 수 있습니다. 자세한 내용은 상태 확인의 생성 및 업데이트 단원을 참조하십시오.

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

2015년 2월 5일

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

2015년 1월 22일

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

2014 릴리스

2014년 11월 25일

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

2014년 11월 5일

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

  • Amazon Virtual Private Cloud 서비스를 사용하여 VPCs 생성한 프라이빗 파일 — 이제 DNS 데이터를 퍼블릭 인터넷에 VPCs 노출하지 않고도 Route 53을 사용하여 내부 도메인 이름을 관리할 수 있습니다. DNS 자세한 내용은 프라이빗 호스팅 영역 사용 단원을 참조하십시오.

  • 상태 확인 실패 사유 - 이제 선택된 상태 확인의 현재 상태 및 각 Route 53 상태 확인 프로그램에서 보고한 상태 확인 실패의 세부 정보를 볼 수 있습니다. 상태에는 HTTP 상태 코드가 포함되며, 실패 이유에는 문자열 매칭 실패 및 응답 시간 초과와 같은 다양한 유형의 실패에 대한 정보가 포함됩니다. 자세한 내용은 상태 확인의 상태 및 상태 확인 실패 이유 보기 단원을 참조하십시오.

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

  • 지오로케이션 라우팅 개선 — edns-client-subnet 확장명 0에 대한 지원을 추가하여 지오로케이션 라우팅의 EDNS 정확도를 더욱 개선했습니다. 자세한 내용은 지리적 라우팅 단원을 참조하십시오.

  • 서명 v4 지원 - 이제 서명 버전 4를 사용하여 모든 Route 53 API 요청에 서명할 수 있습니다. 자세한 내용은 Amazon Route 53 API 참조의 Route 53 API 요청 서명을 참조하십시오.

2014년 7월 31일

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

2014년 7월 2일

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

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

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

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

  • Route API 53을 사용하여 AWS 계정과 관련된 상태 확인의 수를 확인할 수 있습니다. 자세한 내용은 Amazon Route 53 API 참조를 참조하십시오 GetHealthCheckCount.

2014년 4월 30일

이번 릴리스부터는 상태 확인을 생성하고 IP 주소 대신 도메인 이름을 사용하여 엔드포인트를 지정할 수 있습니다. 이는 엔드포인트의 IP 주소가 고정되어 있지 않거나 Amazon EC2 또는 Amazon RDS 인스턴스와 같은 여러 IPs 인스턴스에서 제공되는 경우에 유용합니다. 자세한 내용은 상태 확인의 생성 및 업데이트 단원을 참조하십시오.

또한 Amazon Route 53 개발자 가이드에 이전에 나와 API 있던 Route 53 사용에 대한 일부 정보가 이동되었습니다. 이제 모든 API 설명서가 Amazon Route 53 API 참조에 표시됩니다.

2014년 4월 18일

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

자세한 내용은 상태 확인의 생성, 업데이트 및 삭제 단원을 참조하십시오.

2014년 4월 9일

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

또한 Amazon의 Health Check Status 지표 동작은 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이 상태 확인이 정상인지 여부를 판단하는 방법 단원을 참조하십시오.

  • UPSERTChangeResourceRecordSetsAPI조치의 경우: 작업을 사용하여 레코드를 생성 또는 변경할 때, 이제 UPSERT 작업을 사용하여 지정된 이름 및 유형의 레코드가 없는 경우 새 레코드를 생성하거나 기존 레코드를 업데이트할 수 있습니다. ChangeResourceRecordSets API 자세한 내용은 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 상태 확인 프로그램이 지정된 엔드포인트가 비정상이라고 CloudWatch 판단하는 경우 Amazon 단순 알림 서비스 (AmazonSNS) 알림을 보내도록 구성합니다.

자세한 내용은 를 사용하여 상태 점검을 모니터링합니다. CloudWatch 단원을 참조하십시오.

2013년 6월 11일

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

2013년 5월 30일

이번 릴리스부터 Route 53은 ELB 로드 밸런서 및 관련 Amazon EC2 인스턴스의 상태를 평가하기 위한 지원을 추가합니다. 자세한 내용은 아마존 Route 53 상태 확인 생성 단원을 참조하십시오.

2013년 3월 28일

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

2013년 2월 11일

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

2012 릴리스

2012년 3월 21일

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

2011 릴리스

2011년 12월 21일

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

2011년 11월 16일

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

2011년 10월 18일

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

2011년 5월 24일

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

2010 릴리스

2010년 12월 5일

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