[AWS] Amazon Route53

Amazon Route 53

가용성과 확장이 뛰어난 도메인 네임 시스템 웹 서비스

단순히 도메인 이름을 IP 주소로 변환하는 것을 넘어 전 세계 사용자의 트래픽을 관리하고 최적의 경로로 안내하는 역할 수행

• 관리형 DNS 서비스
• 높은 가용성
• DNS Zone 마이그레이션
  기존 DNS 공급자인 zone 파일을 가져와 Route 53의 Public Hosted Zone을 생성해 신속하게 DNS 호스팅 서비스 이용 가능

DNS(Domain Name System)

IP 주소를 도메인 주소로 변환하는 시스템

• DNS Record 타입

종류	설명	예시
A	도메인 이름을 서버의 IPv4 주소와 연결	example.com → 192.0.2.1
AAAA	도메인 이름을 IPv6와 연결	example.com → 2001:0db8:85a3::8a2e:0370:7334
CNAME	특정 도메인 이름에 대한 별칭 만듦	www.example.com → example.com
MX	해당 도메인으로 오는 이메일을 어떤 메일 서버가 처리할지 지정	이메일 서버 주소 지정
NS	해당 도메인 DNS의 정보를 관리하는 네임 서버 지정	Route 53 네임서버 주소
PTR	IP 주소에 해당하는 도메인 이름이 무엇인지 알려줌(A 레코드의 반대 역할)	192.0.2.1 → example.com

Route 53 라우팅 정책

1. Multivalue Answer 라우팅 정책

   • Route 53이 DNS 쿼리에 대해 여러 정상 상태의 EC2 인스턴스 IP 주소를 반환해 부하 분산시키는 방식
   • 고가용성 보장, 헬스 체크 적용

2. Failover 라우팅 정책

   • 헬스 체크를 통해 자동으로 가용 리전으로 트래픽을 전달해 재해 복구 구현
     • Active-Passive Failover
       • 기본 웹사이트를 이용할 수 없을 때 사용자를 백업 정적 오류 페이지로 유도 가능
       • 특히, ALB를 기본으로 설정해 비정상적인 트래픽은 백업 페이지로 보내 별다른 추가 설정 필요없음
       • 주로 사용하는 트래픽을 Primary로 두고 Failover되는 곳을 Secondary로구성
       • 비정상적인 트래픽 방지

3. Geolocation 라우팅 정책
   

   • 사용자의 지리적 위치를 기준으로 가장 가까운 엔드포인트로 트래픽 유도
   • 웹 사이트로도 시간 최소화를 위해 사용자의 지리적 위치에 따라 특정 AWS 리전으로 트래픽 발송 가능
   • 지역별 콘텐츠 배포 위치 최적화
   • 나라별 규제 준수나 콘텐츠 현지화에 활용

4. Geoproximity 라우팅 정책
   

- 사용자의 위치와 리소스 위치를 기반으로 네트워크 지연 및 거리 기준 가장 가까운 리소스로 트래픽 라우팅
- Geolocation은 지리적 레이블에 따라 라우팅하며, geoproximity는 반드시 지리적으로 가까워야 함

5. Latency Based 라우팅 정책
   • 사용자에게 가장 빠른 응답 시간을 제공하는 리전으로 DNS 라우팅 (낮은 지연 시간)
   • 3개의 AWS 리전에 애플리케이션을 배포하고 Route 53을 사용해 트래픽을 분산할 때, 가장 높은 성능의 사용자 경험을 제공하는데 적합

Geolocation vs Geoproximity

구분	Geolocation (지리적 위치)	Geoproximity (지리적 근접성)
라우팅 기준	정해진 지리적 단위 (대륙, 국가)	사용자와 리소스 간의 물리적 거리 (위도/경도)
트래픽 제어	지정된 지역의 트래픽은 100% 해당 리소스로만 전송	Bias(편향) 값을 이용해 트래픽 영향권 조정 가능
유연성	낮음 (규칙이 명확하고 엄격함)	높음 (세밀한 트래픽 분산 및 조정 가능)
주요 사용 목적	콘텐츠 현지화, 국가별 규제 준수	성능 최적화, 리소스 간 트래픽 동적 조절
설정 복잡도	단순함	상대적으로 복잡함 (Bias 값 설정 필요)

Route 53 다른 서비스와 통합

• ALB 연동
  • ALB는 내장된 헬스체크를 통해 비정상 EC2 인스턴스로 트래픽 안보냄
  • Route 53이 ALB를 대상으로 사용하면 헬스체크에 의존하지 않고 ELB가 직접 상태를 관리할 수 있어 DNS 관리보다 안정적
  • Route 53의 Active-Passive Failover에서 ALB를 기본 대상으로 설정 가능
• 프라이빗 DNS 및 온프레미스 연동
  • VPN 연결을 사용하는 VPC에서 온프레미스 서비스로 통신하기 위해 프라이빗 DNS 레코드를 사용해야할 때 사용
  • Route 53 Resolver outbound endpoint를 생성해 VPC에서 온프레미스로 DNS 쿼리를 프라이빗하게 전달