DNS , Route 53, 레코드

DNS

• DNS : 172.2.17.18.36 과 같은 URL 과 호스트 이름을 IP 로 변환하는 것
• 도메인 레지스트라(registrar) : 도메인의 이름을 등록하는 곳
• 2단계 도메인은 example.com  
  • 서브 도메인은 www.example.com
  • 도메인 이름은 api.www.exapmle.com
  • http 는 프로토콜
  • .com 은 TLD
   

 

컴퓨터, 웹 서버가 어떻게 접근하고 응답을 받는지 살펴보자.

• 웹 브라우저가 example.com 에 접근하기 위해서는 로컬 DNS 서버에 물어볼 것이다.
• 로컬 DNS 서버는 보통 회사에 의해 할당되고 관리된다 또는 인터넷 서비스 제공자에 동적으로 할당된다.
• 로컬 DNS 서버가 이 쿼리를 전에 본 적이 없다면 먼저 ICANN 에 의해 관리된 DNS 서버의 루트에 물어볼 것이다. ICANN 조직이 example.com 을 요청하면
• 가장 먼저 요청되는 서버인 root DNS  서버는 .com 만 알고 있다. 
• .그래서 서버(NS) 레코드로 간다. (공인 IP 1.2.3.4)
• .로컬 DNS 서비스는 NS 에서 최상단 도메인으로 가서 1.2.3.4 에 있는 .com 도메인 서버에게 쿼리의 답을 요청한다.
• DNS 서버는 아직 example.com이 무엇인지 몰라서 쿼리에 당장 답할 수 없다. 어떤 레코드인지 모른다.
• 최종 서버인 공용 IP 로 간다. -> 서브 도메인의 DNS 서버이다. -> 도메인 이름, 레지스트라에 의해 관리되는 서버
  -> Route53

 

 

Route 53

• 고가용성, 확장성을 갖춘 완전히 관리되며, 권한이 있는 DNS 
• 권한 -> 즉, 고객이 DNS 레코드를 업데이트할 수 있다는 것이다. -> DNS 를 완전히 제어할 수 있다.
  • 클라이언트가 있고 EC2 인스턴스 example.com 에 접근하고자 한다
  • 그러나 지금 EC2 인스턴스에는 오직 Public IP 만 있다.
  • 이때 무슨 일이 벌어지냐면 DNS 레코드를 Route 53 의 호스팅 존에 쓰려고 한다. 
    -> 클라이언트가 example.com 을 요청하면 Route 53 서비스가 IP 를 찾고 있다고 응답한다. 
  • 그러면 클라이언트는 바로 EC2 인스턴스에 접근한다.
  • Route 53 역시 도메인 이름 레지스트라로 도메인 이름을 example.com 으로 등록한다.
  • 또한 Route 53 의 리소스 관련 상태 확인을 확인할 수 있다.
  • 53 은 DNS 서비스 즉, 이름에서 사용되는 전통적인 DNS 포트이다.
  • Route53 에서 여러 DNS 레코드에 정의하고 레코드를 통해 특정 도메인으로 라우팅하는 방법을 정의한다.
  • 각 레코드는 도메인이나 example.com 과 같은 서브도메인 이름과 같은 정보를 포함한다.

레코드

ex) 123.456.789.123 인데

• 라우팅 정책은 Route 53 이 쿼리에 응답하는 방식이다.
• TTL 은 DNS 리졸버 (reolver) 에서 레코드가 캐싱 되는 시간이다.
• Route 53 에서 지원하는 DNS 레코드 종류는 많은데 반드시 알아야 하는 것은 A.AAAA, CNAME, 그리고 NS 이다.
• A - 호스트 이름과 IPv4 IP 를 매핑한다.
• AAAA 은 A 와 비슷한 아이디어이다.