Route53 정책

Routing Policies

1. Route53이 DNS 쿼리에 응답하는 것을 도와준다.

2. DNS는 어떤 트래픽도 라우팅 하지 않는다.

3. 트래픽이 DNS를 통해서 가지 않는다.

4. DNS는 오직 DNS 쿼리에만 응답 -> Clinet는 HTTP 쿼리를 행하는 방법을 알게 됨

5. DNS는 HostName은 Clinet가 사용하는 실제 EndPoint로 변환해주기만 한다.

단순 정책

1. 일반적으로 트래픽을 단일 리소스로 라우팅 해줌

2. A레코드에 해당

3. Alias  레코드를 단순 정책으로 활성화할 경우 목표 대상은 AWS 리소스만 지정할 수 있다.

4. Health Checks를 확인할 수 없다.

 

가중치 기반 정책

1. 통제 가능한 요청의 특정 비율을 특정 리소스로 보낼 수 있다.

2. 각 인스턴스에 가중치 비율을 정하여 비율에 따라 트래픽을 전송함.

3. 가중치 합은 100일 필요 없다. 0~255까지 선택 가능하며 0 으로 지정시 라우팅 하지 않음

4. 인스턴스에 얼마만큼 보내고자 하는지 직설적으로 표현 가능

5. DNS는 반드시 동일한 이름과 타입이어야 함

6. Health Checks를 확인할 수 있다.

 

장애 조치 정책

1. 기본 인스턴스와 보조 인스턴스가 있을 경우 헬스 체크를 통해 클라이언트에게 리소스를 얻게 한다.

2. 즉 기본 인스턴스가 장애라고 헬스체크를 통해 알게 될 경우 자동으로 보조 인스턴스가 응답하게 된다.

 

지연 시간 기반 정책

1. 가장 낮은 지연 시간을 가질 리소스를 Redirect 하는 것

2. Web이나 애플리케이션의 문제라면 가장 큰 도움이 된다.

3. 사용자들이 얼마나 빨리 레코드의 가장 가깝고 식별된 리전 구역에 연결할 수 있냐를 기반으로 측정

4. 지연시간은 Route53에 의해 평가됨

5. 가장 가까운 리전에 연결

 

다중 값 응답 정책

1. 트래픽을 다중 리소스로 라우트 하고자 할 때 사용 - 다중 리소스 값을 리턴함

2. 헬스체크와 연결 가능

3. 최대 8개의 레코드가 각 다중 값 쿼리에 모두 리턴됨

 

지리적 위치 정책

1. 지연 기반 정책과는 다르다.

2. 실제 사용자의 위치를 기반으로 사용

3. 사용 예 - 로드밸런싱, CDN

4. 헬스 체크와 연결 가능

-----------------------------------------------------

지리 근접 정책

1. 사용자와 리소스의 지리적 위치에 근거하여 트래픽을 리소스로 라우트 한다.

2. bias를 이용하여 특정 위치를 기반으로 더 많은 트래픽을 전송할 수 있다.

3. 지리적 위치의 크기를 변경하려면 bias 값을 명시해야 함

4. aws의 리소스 일 경우 리전으로 보낼 수 있고 자동으로 라우팅을 계산해줌

5. 온프레미스 환경일 경우 위도와 경도만을 명시하여 aws가 인식할 수 있게 해 주면 됨

6. bias를 사용하기 위해서는 고급 Route53 트래픽 플로우를 사용해야 함

7. bias의 증가를 통해 트래픽을 한 구역에서 다른 구역으로 옮길 경우 매우 유용함

 

Route53 Health Checks

인스턴스에 헬스체크 기능을 활성화하여 Route53 레코드와 연동시키면

자동화된 DNS 장애 조치가 가능해진다.