문서 기록 - Amazon Route 53

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

문서 기록

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

2024년 릴리스

2024년 11월 15일

Word 터널링 및 도메인 생성 알고리즘(DNS) 기반 위협과 같은 고급 DNS 위협과 관련된 DNS 트래픽을 식별하고 차단할 수 있는 Route 53 Resolver Word 방화벽의 새로운 기능 세트인 Route 53 Resolver DNS Firewall Advanced가 추가되었습니다. DNS DGA 자세한 내용은 Route 53 Resolver DNS Firewall 고급 단원을 참조하십시오.

2024년 10월 29일

HTTPS, SSHFP, SVCB 및 TLSA DNS 레코드 유형에 대한 지원이 추가되었습니다. 자세한 내용은 지원되는 DNS 레코드 유형 단원을 참조하십시오.

2024년 10월 3일

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

2024년 9월 3일

이제 route53:VPCs 정책 조건을 사용하여 VPCs에 대한 호스팅 영역 연결 관리에 대한 세분화된 액세스 권한을 부여할 수 있습니다. 자세한 내용은 세분화된 액세스 제어를 위한 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 Firewall 구성 요소 및 설정DNS Firewall의 규칙 설정 단원을 참조하세요.

2024년 4월 22일

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

2024년 4월 22일

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

2024년 2월 5일

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

2024년 1월 9일

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

2024년 1월 9일

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

2023년 릴리스

2023년 12월 20일

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

2023년 7월 20일

이제 Amazon Route 53 on Outposts를 AWS Outposts 랙에서 사용할 수 있습니다. 여기에는에서 시작된 모든 DNS 쿼리를 캐싱하는 Resolver가 포함되어 있습니다 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일

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

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 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 관리형 정책 추적을 시작했습니다. 자세한 내용은 Amazon Route 53에 대한 AWS 관리형 정책 단원을 참조하십시오.

2021년 3월 31일

Route 53 Resolver DNS Firewall이 추가되었습니다. DNS Firewall을 사용하면 DNS의 아웃바운드 VPCs 요청에 대한 보호를 제공할 수 있습니다. 자세한 내용은 DNS Firewall을 사용하여 아웃바운드 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 Word 또는 Amazon APIs 인터페이스 엔드포인트로 라우팅하는 Route 53 별칭 레코드를 생성할 수 VPC. 자세한 내용은 값/트래픽 라우팅 대상 단원을 참조하십시오.

2018년 11월 28일

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

2018년 11월 19일

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

2018년 11월 7일

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

2018년 10월 18일

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

2018년 3월 13일

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

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 Autonaming API를 사용하여 마이크로서비스용 인스턴스를 프로비저닝할 수 있습니다. Autonaming을 사용하면 사용자가 정의한 템플릿을 기반으로 DNS 레코드와 선택적으로 상태 확인을 자동으로 생성할 수 있습니다. 자세한 내용은 AWS Cloud Map 개발자 안내서AWS Cloud Map이란 무엇입니까?를 참조하세요.

2017년 11월 16일

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

2017년 10월 3일

Route 53은 이제 HIPAA 적격 서비스입니다. 자세한 내용은 Amazon Route 53의 규정 준수 확인 단원을 참조하십시오.

2017년 9월 29일

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

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 작업을 사용하여 한 계정에서 생성한 Amazon VPC를 다른 계정에서 생성한 프라이빗 호스팅 영역에 연결할 수 있습니다. 자세한 내용은 다른 AWS 계정과 생성한 Amazon VPC와 프라이빗 호스팅 영역 연결 단원을 참조하십시오.

2016년 8월 30일

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

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

  • DNS 쿼리 테스트 도구 - 이제 레코드에 대한 DNS 쿼리를 시뮬레이션하고 Route 53이 반환하는 값을 볼 수 있습니다. 지리적 위치 및 지연 시간 레코드의 경우 특정 DNS 해석기 and/or client IP address to find out what response Route 53 would return to a client with that resolver and/or IP 주소의 요청을 시뮬레이션할 수도 있습니다. 자세한 내용은 Route 53에서 DNS 응답 확인 단원을 참조하십시오.

2016년 8월 11일

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

2016년 8월 9일

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

2016년 7월 7일

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

2016년 7월 6일

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

2016년 5월 26일

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

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

  • 새 TLDs - 이제 .college, .consulting, .host, .name, .online, .republican, .rocks, .sucks, .trade, .website 및 .uk 등의 TLDs가 있는 도메인을 등록할 수 있습니다. 자세한 내용은 Amazon Route 53에 등록할 수 있는 도메인 단원을 참조하십시오.

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

2016년 4월 5일

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

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

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

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

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

2016년 2월 23일

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

2016년 1월 27일

이제 .accountants, .band 및 .city와 같은 100개 이상의 추가 최상위 도메인(TLDs)에 도메인을 등록할 수 있습니다. 지원되는 TLDs의 전체 목록은 섹션을 참조하세요Amazon Route 53에 등록할 수 있는 도메인.

2016년 1월 19일

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

2015 릴리스

2015년 12월 3일

이제 Route 53 콘솔에는 Route 53 가중치 기반, 지연, 장애 조치 및 지리 위치 라우팅 정책의 조합을 사용하는 복잡한 라우팅 구성을 빠르게 만들 수 있는 시각적 편집기가 포함되어 있습니다. 그런 다음 동일한 호스팅 영역이나 여러 호스팅 영역의 하나 이상의 도메인 이름(예: example.com) 또는 하위 도메인 이름(예: www.example.com)과 해당 구성을 연결할 수 있습니다. 새 구성이 예상대로 수행되지 않을 경우 업데이트를 롤백할 수도 있습니다. Route 53 API, 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.를 통해 .com 및 .net 최상위 도메인(TLDs)에 대한 ICANN 인증 등록 기관입니다. Route 53을 사용하여 .com 또는 .net 도메인을 등록하면 Amazon Registrar가 레코드 등록 기관이 되고 Whois 쿼리 결과에 '후원 등록 기관'으로 나열됩니다. Route 53를 사용하여 도메인을 등록하는 방법에 대한 자세한 내용은 Amazon Route 53를 사용하여 도메인 등록 및 관리 섹션을 참조하세요.

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

2015년 9월 15일

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

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

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

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

2015년 3월 3일

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

2015년 2월 26일

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

2015년 2월 11일

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

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

  • 통합 AWS CloudTrail - Route 53은 이제 CloudTrail 와 함께 작동하여 AWS 계정이 Route 53 API로 보내는 모든 요청에 대한 정보를 캡처합니다. Route 53과 CloudTrail 를 통합하면 Route 53 API에 대해 수행된 요청, 각 요청이 수행된 원본 IP 주소, 요청을 수행한 사람, 요청이 수행된 시간 등을 확인할 수 있습니다. 자세한 내용은 를 사용하여 Amazon Route 53 API 호출 로깅 AWS CloudTrail 단원을 참조하십시오.

  • 상태 확인을 위한 빠른 경보 - Route 53 콘솔을 사용하여 상태 확인을 생성할 때 상태 확인을 위한 Amazon CloudWatch 경보를 동시에 생성하고 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] 필드 옆의 연필 아이콘을 클릭한 다음 새 값을 입력하면 됩니다. Route 53 API를 사용하여 주석을 변경하는 방법에 대한 자세한 내용은 Amazon Route 53 UpdateHostedZoneComment 참조의 Word를 참조하세요. API

2014년 11월 5일

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

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

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

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

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

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

2014년 7월 31일

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

2014년 7월 2일

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

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

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

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

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

2014년 4월 30일

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

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

2014년 4월 18일

이번 릴리스에서는 상태 확인 포트 값이 443이고 프로토콜 값이 Word인 경우 Route 53Host 헤더에 다른 값을 전달합니다. HTTPS 상태 확인 중에 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가 상태 확인이 정상인지 여부를 판단하는 방법 단원을 참조하십시오.

  • UPSERT ChangeResourceRecordSets API 작업: ChangeResourceRecordSets API 작업을 사용하여 레코드를 생성하거나 변경할 때 지정된 이름과 유형을 가진 레코드가 없는 경우 새 레코드를 UPSERT 생성하거나 기존 레코드를 업데이트할 수 있습니다. 자세한 내용은 Amazon Route 53 ChangeResourceRecordSets 참조의 Word를 참조하세요. API

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) 알림을 보내도록 Configure CloudWatch 를 구성합니다.

자세한 내용은 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 인스턴스의 상태를 평가하는 지원을 추가합니다. 자세한 내용은 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일

이 릴리스에서는의 Route 53 콘솔을 AWS Management Console 사용하여 호스팅 영역 ID와 Load Balancer의 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 개발자 안내서의 최초 릴리스입니다.