📌 라우팅 정책 - 단순

라우팅 정책은 Route 53이 DNS 쿼리에 응답하는 것을 돕는다. 라우팅 정책은 단순, 가중치 기반, 장애 조치, 지연 시간 기반으로 나누어진다. 먼저 단순 라우팅 정책은 기존까지 우리가 사용해온 방식으로 일방적으로 트래픽을 단일 리소스로 보내는 방식이다. 이 때 동일한 레코드에 여러 개의 값을 지정하는 것도 가능한테 이렇게 DNS에 의해 다중 값을 받은 경우에는 클라이언트 쪽에서 그 중 하나를 무작위로 고르게 된다.

📌 라우팅 정책 - 가중치

가중치 정책을 사용하면, 가중치를 활용해 요청의 비율을 조정할 수 있다. 가중치 정책을 사용하면 그림과 같이 weight에 따라 각 인스턴스 별로 70, 20, 10의 트래픽이 분산될 것이다. 이렇게 하려면 DNS 레코드들은 동일한 이름과 유형을 가져야 하며 모든 가중치를 0으로 두면 모든 레코드가 동일한 가중치를 갖게 되고 하나만 0이 되면 특정 인스턴스로의 리다이렉팅은 되지 않는다.

📌 라우팅 정책 - 대기 시간

지연 시간이 가장 짧은 즉, 가장 가까운 리소스로 리다이렉팅 하는 정책으로 지연 시간에 민감한 웹이나 앱에서 유용한 정책이다.

그림처럼 두 개의 다른 리전에 애플리케이션을 배포했다고 가정했을 때 Route 53은 지연 시간을 측정한 뒤 지연 시간이 짧은, 가까운 거리로 하여금 유저들이 ALB로 연결될 것이다.

📌 라우팅 정책 - 지리적 위치

지리적 위치 라우팅 정책은 지연 시간 기반의 정책과는 매우 다르게 사용자의 실제 위치를 기반으로 한다. 예를 들어 사용자가 특정 대륙이나 국가 혹은 더 정확하게 미국이라면 주 단위로 지정하는 것이며 가장 정확한 위치가 선택되어 그 IP로 라우팅 된다. 이런 정책은 국가별 버전 웹앱으로 리다이렉팅 해줌으로써 언어적 문제를 완화시켜는데 활용된다.

📌 라우팅 정책 - 지리적 근접

지리적 근접 라우팅 정책은 사용자와 리소스의 지리적 위치를 기반으로 트래픽을 리소스로 라우팅하도록 한다. 이 정책으로 편향값을 사용해 특정 위치를 기반으로 더 많은 트래픽을 이동하게 하는 것이다. 따라서 지리적 위치를 변경하려면 편향값을 지정해야 하며 특정 인스턴스에 트래픽을 더욱 부하시키고 싶다면 편향값을 증가시켜서 확장화면 된다. 반대로 리소스의 트래픽을 줄이고 싶다면 편향값을 음수로 축소시키면 된다.

📌 라우팅 정책 - IP 기반

IP 기반 라우팅 정책은 이름에서 알 수 있듯, 클라이언트 IP 주소를 기반으로 라우팅을 정의한다. CIDR은 클라이언트의 IP 범위로 CIDR에 따라 트래픽을 어느 로케이션으로 보내야 하는지 정의한다. 그림처럼 Route 53에서 두 로케이션을 서로 다른 두 CIDR 블록으로 정의한다고 가정하자. 하나는 203으로 시작하고 다른 하나는 200으로 시작하게 되어 IP 범의가 정의되었다. 이 로케이션을 레코드에 연결하면 첫 번째 CIDR 블록을 값 1.2.3.4의 IP를 가진 인스턴스 로 보내고, 두 번째 로케이션에서는 CIDR 블록 값을 5.6.7.8의 IP를 가진 인스턴스로 로 보내게 될 것이다. 더 쉽게 그림을 예로 들자면 사용자 A가 만약 로케이션 1 CIDR 블록에 속하는 특정 IP로 들어오면 1.2.3.4 의 IP를 가진 인스턴스로 보내질 것이고 사용자 B가 로케이션 2 CIDR 블록에 속하는 IP 주소로 들어오게 되면 5.6.7.8 의 IP 를 가진 인스턴스로 연결된다는 말이다.