Amazon Route 53
는 가용성
과 확장성
이 뛰어난 DNS(도메인 이름 시스템) 웹 서비스입니다. Route 53을 사용하여 세 가지 주요 기능, 즉 도메인 등록
, DNS 라우팅
, 상태 확인
을 조합하여 실행할 수 있습니다.
세 기능 모두에 Route 53을 사용하도록 선택한 경우 아래 순서를 따라야 합니다.
웹 사이트의 이름(예: example.com)
이 필요합니다. Route 53을 통해 웹사이트 또는 웹 애플리케이션의 이름, 즉 도메인 이름을 등록
할 수 있습니다.
개요는 도메인 등록 방식 단원을 참조하세요.
절차는 다음(새 도메인 등록)을 참조하십시오.
Amazon S3 버킷에서 도메인을 등록하고 단순한 웹사이트를 만드는 내용의 튜토리얼은 Amazon Route 53 시작하기 섹션을 참조하세요.
사용자가 웹 브라우저를 열어 주소 표시줄에 도메인 이름(example.com) 또는 하위 도메인 이름(acme.example.com)을 입력한 경우 Route 53은 브라우저를 웹 사이트 또는 웹 애플리케이션에 연결하도록 돕습니다.
개요는 웹 사이트 또는 웹 애플리케이션으로 인터넷 트래픽을 라우팅하는 방식 단원을 참조하세요.
절차는 Amazon Route 53을 DNS 서비스로 구성 단원을 참조하십시오.
이메일을 Amazon WorkMail로 라우팅하는 방법에 대한 절차는 Amazon WorkMail로 트래픽 라우팅 섹션을 참조하세요.
Route 53은 인터넷을 통해 웹 서버 같은 리소스로 자동화된 요청을 보내어 접근 및 사용이 가능하고 정상 작동 중인지 확인
합니다. 리소스를 사용할 수 없게 될 때 알림을 수신하고 비정상 리소스가 아닌 다른 곳으로 인터넷 트래픽을 라우팅할 수도 있습니다.
스마트폰이나 노트북부터 대규모 소매 웹 사이트의 콘텐츠를 서비스하는 서버에 이르기까지 인터넷상의 모든 컴퓨터는 숫자를 사용하여 서로 통신합니다. IP 주소라고 하는 이 숫자는 다음 형식 중 하나로 되어 있습니다.
192.0.2.44와 같은 인터넷 프로토콜 버전 4(IPv4)
2001:0db8:85a3:0000:0000:abcd:0001:2345와 같은 인터넷 프로토콜 버전 6(IPv6)
브라우저를 열고 웹 사이트로 이동할 때는 이런 긴 문자열을 기억해 입력할 필요가 없습니다. 그 대신 example.com과 같은 도메인 이름을 입력해도 원하는 웹 사이트로 갈 수 있습니다. Amazon Route 53과 같은 DNS 서비스는 도메인 이름과 IP 주소를 연결하도록 돕습니다.
웹 서버나 Amazon S3 버킷 같은 리소스로 인터넷 트래픽을 라우팅하도록 Amazon Route 53을 구성한 후에는 누군가 www.example.com의 콘텐츠를 요청하면 몇 밀리초 안에 다음과 같은 일이 이루어집니다.
사용자가 웹 브라우저를 열어 주소 표시줄에 www.example.com을 입력하고 Enter 키를 누릅니다.
www.example.com에 대한 요청은 일반적으로 케이블 인터넷 공급업체
, DSL 광대역 공급업체
또는 기업 네트워크
같은 인터넷 서비스 제공업체(ISP
)가 관리하는 DNS 해석기
로 라우팅됩니다.
ISP의 DNS 해석기는 www.example.com에 대한 요청을 DNS 루트 이름 서버에 전달합니다.
DNS 해석기는 www.example.com에 대한 요청을 이번에는 .com 도메인
의 TLD 이름 서버
중 하나에 다시 전달합니다. .com 도메인의 이름 서버는 example.com 도메인과 연관된 4개의 Route 53 이름 서버의 이름을 사용하여 요청에 응답합니다.
DNS 해석기는 4개의 Route 53 이름 서버를 캐싱(저장)합니다. 다음에 누군가 example.com을 찾아볼 때 example.com의 이름 서버가 이미 있으므로 해석기는 3단계와 4단계를 건너뜁니다. 이름 서버는 일반적으로 2일 동안 캐시에 저장됩니다.
DNS 해석기는 Route 53 이름 서버 하나를 선택하여 www.example.com에 대한 요청을 해당 이름 서버에 전달합니다.
Route 53 이름 서버는 example.com 호스팅 영역에서 www.example.com 레코드를 찾아 웹 서버의 IP 주소 192.0.2.44 등 연관된 값을 받아 이 IP 주소를 DNS 해석 프로그램에 반환합니다.
DNS 해석기가 마침내 사용자에게 필요한 IP 주소를 해석해 냅니다. 해석기는 이 값을 웹 브라우저로 반환합니다.
웹 브라우저는 DNS 해석기로부터 얻은 IP 주소로 www.example.com에 대한 요청을 전송합니다. 여기가 콘텐츠가 있는 곳, 예컨대 Amazon EC2 인스턴스 또는 웹 사이트 엔드포인트로 구성된 Amazon S3 버킷에서 실행되는 웹 서버입니다.
192.0.2.44에 있는 웹 서버 또는 그 밖의 리소스는 www.example.com의 웹 페이지를 웹 브라우저에게 반환하고, 웹 브라우저는 이 페이지를 표시합니다.
Amazon Route 53 상태 확인은 웹 서버 및 이메일 서버 같은 리소스의 상태를 모니터링합니다. 필요할 경우, 상태 확인이 가능하도록 Amazon CloudWatch 경보를 구성하여 리소스를 사용할 수 없게 될 때 알림을 수신할 수 있습니다.
다음은 리소스를 사용할 수 없게 될 때 알림을 수신하고자 하는 경우, 상태 확인이 작동하는 방식의 개요입니다.
- Route 53으로 모니터링하려는 웹 서버 등 엔드포인트의 IP 주소나 도메인 이름입니다. (다른 상태 확인의 상태 또는 CloudWatch 경보의 상태도 모니터링할 수 있습니다.)
- Amazon Route 53이 상태 확인에 사용할
프로토콜
: HTTP, HTTPS 또는 TCP.- Route 53이 엔드포인트에 요청을
전송하는 주기
입니다. 이것을 요청 간격이라고 합니다.- Route 53이 비정상으로 판단하기 전에 엔드포인트가 요청에 대한 응답을 연속해
실패하는 횟수
입니다. 이것을장애 임계치
라고 합니다.- 필요할 경우, 엔드포인트가 비정상임을 Route 53이 탐지할 때 원하는 알림 방식입니다. 알림을 구성하면 Route 53에서 자동으로 CloudWatch 경보를 설정합니다. CloudWatch는 Amazon SNS 사용하여 엔드포인트가 비정상임을 사용자에게 알립니다.
Route 53은 사용자가 상태 확인에서 지정한 시간 간격으로 엔드포인트에 요청을 전송하기 시작합니다.
엔드포인트가 요청에 응답하면 Route 53은 엔드포인트가 정상이라고 판단하고 아무런 조치도 취하지 않습니다.
엔드포인트가 요청에 응답하지 않으면 Route 53은 엔드포인트가 응답하지 않는 연속적 요청 횟수를 세기 시작합니다.
- 횟수가 장애 임계치로 지정된 값에
도달
하면 Route 53은 엔드포인트가비정상이라고 판단
합니다.- 횟수가 장애 임계치에 도달하기 전에 엔드포인트가
다시 응답하기 시작
하면 Route 53은 횟수를0
으로 리셋하고, CloudWatch는 사용자에게 연락하지 않습니다.
Route 53이 엔드포인트가 비정상이라고 판단하고 사용자가 상태 확인 알림을 구성한 경우, Route 53은 CloudWatch에 알립니다.
알림을 구성하지 않은 경우에도 Route 53 콘솔에서 Route 53 상태 확인의 상태를 확인할 수 있습니다. 자세한 내용은 상태 확인의 상태 모니터링 및 알림 수신 섹션을 참조하세요.
상태 확인 알림을 구성한 경우, CloudWatch는 경보를 트리거하고 Amazon SNS를 사용하여 지정된 수신자에게 알림을 전송합니다.
지정된 엔드포인트의 상태 확인 외에도 하나 이상의 다른 상태 확인을 검사하도록 상태 확인을 구성하면 지정된 수의 리소스(예컨대 5대의 웹 서버 중 2대)를 사용할 수 없을 때 알림을 수신할 수 있습니다. 또 CloudWatch 경보의 상태를 확인하도록 상태 확인을 구성하면 리소스가 요청에 응답하는 경우뿐 아니라 다양한 기준에 따라 알림을 수신할 수 있습니다.
웹 서버 또는 데이터베이스 서버와 같이 동일한 기능을 수행하는 다수의 리소스를 보유한 상황에서 Route 53이 트래픽을 정상적인 리소스에만 라우팅하도록 만들고 싶다면 상태 확인을 해당 리소스의 각 레코드에 연결하여 DNS 장애 조치를 구성할 수 있습니다. 상태 확인이 기본 리소스가 비정상이라고 판정하면, Route 53은 연결된 레코드에서 벗어나도록 트래픽을 라우팅합니다.