Routing Policies

• Route 53가 DNS 쿼리에 응답하는 것을 돕는다.
• 여기서의 라우팅은 DNS 관점으로 로드밸런서가 백엔드 EC2 인스턴스로 라우팅하는 것과는 다른 상황이다. 혼동하여서는 안된다.
• DNS는 트래픽을 라우팅하지 않는다. DNS는 DNS 쿼리에만 응답하고 클라이언트는 이를 통해 HTTP 쿼리 등을 어떻게 처리해야 하는지를 알 수 있게 된다.
• Route 53이 지원하는 라우팅 정책은 다음과 같다
  • Simple(단순)
  • Weighted(가중치 기반)
  • Failover(장애 조치)
  • Latency Based(지연 시간 기반)
  • Geolocation(지리적)
  • Multi-Value Answer(다중 값 응답)
  • Geoproximity(지리 근접 라우팅 정책)

Simple (단순 라우팅 정책)

• 일반적으로 트래픽을 단일 리소스로 보내는 방식
• 동일한 레코드에 여러 개의 값을 지정하는 것도 가능
• DNS에 의해 다중 값을 받은 경우에는 클라이언트 쪽에서 그 중 하나를 무작위로 고르게 된다.
• 단순 라우팅 정책에 별칭 레코드를 함께 사용하면 하나의 AWS 리소스만을 대상으로 지정할 수 있다.
• 상태 확인(Health Checks)은 할 수 없다.

Weighted(가중치 기반)

• 가중치를 활용해 요청의 일부 비율을 특정 리소스로 보내는 식의 제어가 가능하다.
• 각 레코드에 상대적으로 가중치를 할당한다.
• DNS 레코드들은 동일한 이름과 유형을 가져야 한다.
• 상태 확인(Health Checks)을 할 수 있다.
• 서로 다른 지역들에 걸쳐 로드 밸런싱을 할 때나 적은 양의 트래픽을 보내 새 애플리케이션을 테스트하는 경우 사용된다.
• 가중치 0의 값을 보내게 되면 특정 리소스에 트래픽 보내기를 중단해 가중치를 바꿀 수 있다.
• 모든 리소스 레코드 가중치의 값이 0인 경우에는 모든 레코드가 다시 동일한 가중치를 갖게 된다.

Latency-based(지연 시간 기반)

• 지연 시간이 가장 짧은 즉, 가장 가까운 리소스로 리다이렉팅을 하는 정책
• 지연 시간 기반 정책은 가장 가까운 식별된 AWS 리전에 연결하기까지 걸리는 시간을 기반으로 측정된다.
• 상태 확인(Health Checks)과 연결이 가능하다.