Router 53
CNAME vs Alis(별칭)
로드밸런서나, CloudFront를 사용할 경우 AWS 호스트네임이 노출된다.
보유한 도메인에 호스트네임을 매핑하고자 할 때, 두가지 옵션이 있따.
-
CNAME
-
Alias (별칭 레코드)
- Router 53에 한정되지만, 호스트 이름이 특정 AWS 리소스로 향하도록 할 수 있습니다.
- 무료
- 자체적으로 상태확인이 가능
Alias Records
- AWS의 리소스에만 매핑이 되어 있습니다.
- 예를 들어, Router 53 에서 example.com 을 A레코드의 별칭 레코드로 하고 그 값은로드 밸런서의 DNS 이름을 지정하려 한다고 해봅시다.
- 이건 DNS 의 확장 기능으로 시중의 모든 DNS 에서 가능합니다.
- 만약 기반 ALB에서 IP가 바뀌면 Alis는 이걸 바로 인식한다.
- CNAME 과 달리, Alias는 Zone Apex라는 DNS 네임스페이스의 상위 노드로 사용될 수 있습니다. example.com 에도 별칭 레코드를 쓸 수 있는 거죠
- AWS 리소스를 위한 별칭 레코드의 타입은 항상 A or AAAA인데 , 리소스는 IPv4 or IPv6 이다.
- 별칭 레코드를 사용하면 TTL을 설정할 수 없다. Router 53에 의해 자동으로 설정이 된다.
- EC2 의 DNS 이름에 대해서는 별칭 레코드를 설정할 수 없습니다.
dig 명령어
라우팅 정책 - 가중치(Routing Policies : Weighted)
- 각 레코드에 상대적으로 가중치를 매긴다.
- 합은 100이 아니어도 된다,
- 각 레코드로 보내지는 트래픽의 양(%)은 해당 레코드의 가중치를 전체 가중치로 나눈 값이다.
- 이렇게 하려면 DNS 레코드들은 동일한 이름과 유형을 가져야 하며 상태 확인과도 관련될 수 있다.
- 가중치 기반 라우팅 정책을 사용하는 경우 : 적은 양의 트래픽을 보내 새 애플리케이션을 테스트 하는 경우,
- 모든 레코드들이 가중치가 0인 경우, 모든 레코드가 다시 동일한 가중치를 갖게 된다.
라우팅 정책 - 지연시간기반 or 대기시간(Routing Polices : Latency-based)
- 지연 시간이 가장 짧은, 즉 가장 가까운 리소스로 리다이렉팅을 하는 정책입니다.
- 지연 시간에 민감한 웹사이트나 애플리케이션이 있는 경우 아주 유용한 정책.
- 지연 시간은 유저가 레코드로 가장 가까운 식별된 AWS 리전에 연결하기 까지 걸리는 시간을 기반으로 측정합니다.
- 실습) VPN을 이용해서 user 의 접속 국가를 변경해주면 가장 가까운 리소스로 연결시켜주는 것을 확인할 수 있다.
Router 53 - Health Checks
- Health Check ⇒ DNS 의 장애 조치를 자동화
- 공용 엔드 포인트 모니터링(application, server, AWS 리소스들)
- 다른 상태 확인을 모니터링하는 상태 확인(계산된 상태 확인, Calculated Health Checks)
- 여러 개의 상태 확인 결과를 하나로 합쳐주는 기능
- 하위 상태 확인을 256개 까지 모니터링 가능
- 사용 사례 : 상태 확인이 실패하는 일 없이 상위 상태 확인이 웹사이트를 관리 유지하도록 하는 경우
- CloudWatch Alrarms의 상태를 모니터링 하는 상태 확
라우팅 정책 - 장애 조치(Routing Policies : Failover(Active- Passive)
라우팅 정책 - 지리 위치(Routing Policies : Geolocation)
지리 근접 라우팅(Geoproximity Routing Policy)
라우팅 정책 - IP 기반 라우팅
- Router 53 에서 CIDR 목록 정의 (클라이언트의 IP범위)
- CIDR에 따라 트래픽을 어느 로케이션으로 보내야 하는지 정한다.
- 사용 사례 : 성능 최적화, 네트워크 비용 절(IP를 미리 알고 있기 때문)
라우팅 정책 - 다중 값(Muiti-Value)
- 트래픽을 다중 리소스로 라우팅할 때 사용
- Router 53 은 다중 값과 리소스를 반환합니다.
- 각각의 다중 값 쿼리에 최대 8개의 정상 레코드가 반환됩니다.
- ELB와 비슷해보이지만 ELB를 대체할 수는 없습니다.
- 클라이언트 측면의 로드 밸런싱
- 단순 라우팅 정책은 상태 확인을 허용하지 않는다. 그래서 반환 하는 쿼리가 비정상일 가능성이 있다. 그래서 다중 값이 조금 더 강력한 레코드 유형이될 수 있다.
Domain Registar vs DNS Service