DNS

DNS의 동작원리에 대하여 알아보자

Domain Name System으로, 호스트의 도메인 이름을 네트워크주소 즉 IP로 변환해준다

naver의 IP를 nslookup 명령어로 찾아보면 다음과 같다.

그리고 해당 IP 4개 다 naver.com 으로 잘 매핑되는 것을 볼 수 있다.

A 레코드는 일반적인 DNS의 내용으로, Domain 주소로 매핑된 IP주소를 알려줌

Canonical Name으로, 도메인 주소를 또 다른 도메인 주소로 매핑이 가능

이를 활용하여 modocode.com 과 모도코.com 모두 같은 IP를 가리킬 수 있게 설정 할 수 있다.

Mail eXchange 레코드로, 메일을 주고 받을 수 있게 도와주는 서비스

예를들어, yeonggi@kakao.com 에서 kakao.com 의 도메인이 메일을 주고받을 수 있는 서버를 알려주기에 소통할 수 있다.

일반적인 텍스트 내용으로, 사람이 서버에 대한 성격, 이름, 자원등을 쉽게 string 형식으로 파악할 수 있게 도와줌

순서를 보면 다음과 같다

PC브라우저가 https://modocode.com을 입력하고, Local DNS 에게 해당 도메인에 대한 IP 주소를 물어본다
Local DNS에서 캐싱된 Domain 정보가 있다면, 바로 제공해주지만, 없을경우 Root DNS에게 https://modocode.com에 대한 DNS Query를 물어본다
Root DNS서버는 https://modocode.com 에 대한 IP 주소가 없으니, com DNS 즉 TLD(Top Level Domain)에 다시 물어보라며 com DNS의 서버 정보를 알려준다
받은 TLD의 주소로 https://modocode.com에 대한 DNS query 를 날려본다
modocode.com 을 관리하는 DNS 정보를 전달해준다 (여기서 modocode는 AWS Route53으로 제작되어, Route53의 DNS Server를 전달)
받은 Route53 DNS 주소로 https://modocode.com에 대한 DNS query 를 날려본다
Local DNS 서버에게 https://modocode.com에 해당하는 54.230.61.5 이라는 IP주소를 알려준다
Local DNS에 https://modocode.com와 54.230.61.5 를 매핑 후 브라우저에게 IP주소를 알려준다

DNS의 고질적인 문제인 Round Robin을 해결해보자

앞에서 naver.com에 해당하는 IP를 봤을 때, 한 IP가 아닌 여러 IP가 제공된다는것을 볼 수 있었다. 그럼 브라우저는 어떤 IP로 접속을 해야될까?

일반적으로 Round Robin 방식을 활용하지만, 이를 활용한 경우 문제가 발생 할 수 있다. 근본적인 문제들은 다음과 같다

즉 DNS에서 IP에 대한 Health Check와 부하 분산 알고리즘을 적용하면 되고, GSLB과 이를 구현해준다.

Health Check의 동작원리는 사용자가 GSLB에서 제공하는 IP 주소로 접근 했을 때, 정상적인 응답이라면 Health OK, 오류값이 온다면 재전송 후 재전송 횟수 이내에 정상적인 응답이 없다면 다운 됐다고 판단

이제 GSLB 버전으로 5번부터 확인해보자

5. modocode.com에 대한 권한은 GSLB에 있으므로, GSLB에 물어볼 수 있게 IP 주소를 제공

6. Local DNS가 GSLB에 modocode.com에 대한 Query를 물어본다

7. 8. 9. 10. 11. GSLB가 modocode.com에 대한 헬스 체크를 수행 후, 알고리즘에 따라 최적의 IP 주소를 반환한다

12. 최종으로 받은 IP 주소로 패킷을 보낼 수 있다

앞서, GSLB가 최적의 IP를 반환해준다고 했는데, 이 알고리즘에는 여러 방식이 존재한다. AWS Route53은 직접 라우팅 정책을 선택할 수 도 있는데, 방식들은 다음과 같다.

GSLB Algorithms

단순 라우팅 정책(Simple routing policy)
- 도메인에 대해 특정 기능을 수행하는 하나의 리소스만 있는 경우 사용
장애 조치 라우팅 정책(Failover routing policy)
- 액티브-패시브 장애 조치를 구성하려는 경우에 사용
지리 위치 라우팅 정책(Geolocation routing policy)
- 사용자의 위치에 기반하여 트래픽을 라우팅하려는 경우에 사용
지리 근접 라우팅 정책(Geoproximity routing policy)
- 리소스의 위치를 기반으로 트래픽을 라우팅하고 필요에 따라 한 위치의 리소스에서 다른 위치의 리소스로 트래픽을 보내려는 경우에 사용
지연 시간 라우팅 정책
- 여러 AWS 리전에 리소스가 있고 최상의 지연 시간을 제공하는 리전으로 트래픽을 라우팅하려는 경우에 사용
IP 기반 라우팅 정책
- 사용자의 위치에 기반하여 트래픽을 라우팅하고 트래픽이 시작되는 IP 주소가 있는 경우에 사용
다중 응답 라우팅 정책(Multivalue answer routing policy)
- Route 53이 DNS 쿼리에 무작위로 선택된 최대 8개의 정상 레코드로 응답하게 하려는 경우에 사용
가중치 기반 라우팅 정책(Weighted routing policy)
- 사용자가 지정하는 비율에 따라 여러 리소스로 트래픽을 라우팅하려는 경우에 사용

참고

Last updated 3 years ago