1. DNS 기본 개념

DNS란?

• Domain Name System - 사람이 읽기 쉬운 호스트명을 IP 주소로 변환
• 예: www.google.com → 172.217.18.36
• 인터넷의 핵심 기반 기술
• 계층적 이름 구조 사용

DNS 용어 정리

URL 구조 분석

http://api.www.example.com.
│      │   │     │     │  └─ Root
│      │   │     │     └──── TLD (Top Level Domain)
│      │   │     └────────── SLD (Second Level Domain)
│      │   └──────────────── Sub Domain
│      └──────────────────── Sub Domain
└─────────────────────────── Protocol
 
전체 = FQDN (Fully Qualified Domain Name)

2. DNS 동작 원리

웹 브라우저 → Local DNS Server → Root DNS Server (.com NS 반환)
                    ↓
              TLD DNS Server (.com) → example.com NS 반환
                    ↓
              SLD DNS Server (example.com) → IP 주소 반환
                    ↓
              웹 서버 (9.10.11.12) 접속

관리 주체

3. Amazon Route 53 개요

Route 53란?

• 고가용성, 확장 가능, 완전 관리형 Authoritative DNS
• Authoritative = 사용자가 DNS 레코드를 직접 업데이트 가능
• 도메인 등록 기관(Domain Registrar) 역할도 수행
• 리소스 헬스 체크 기능 제공

💡 왜 53인가? DNS의 전통적인 포트 번호가 53

⭐ AWS 서비스 중 유일하게 100% 가용성 SLA 제공

4. Route 53 레코드

레코드 구성 요소

주요 레코드 타입 (필수 암기)

CNAME 제한사항

• 대상은 반드시 A 또는 AAAA 레코드가 있어야 함
• Zone Apex에 사용 불가
  • ❌ example.com → CNAME 불가
  • ✅ www.example.com → CNAME 가능

5. Hosted Zone

Hosted Zone이란?

• 도메인과 서브도메인의 트래픽 라우팅 방법을 정의하는 레코드 컨테이너
• 비용: 월 $0.50 / Hosted Zone

Public vs Private Hosted Zone

6. TTL (Time To Live)

TTL 설정에 따른 차이

⚠️ Alias 레코드 제외, 모든 DNS 레코드에 TTL 필수

7. CNAME vs Alias

AWS 리소스 연결 시 비교

Alias 레코드 특징

• 호스트명을 AWS 리소스에 매핑
• 리소스의 IP 주소 변경 자동 인식
• 항상 A/AAAA 타입 (IPv4/IPv6)

Alias 대상 가능 리소스

• ✅ Elastic Load Balancer
• ✅ CloudFront Distribution
• ✅ API Gateway
• ✅ Elastic Beanstalk
• ✅ S3 Website
• ✅ VPC Interface Endpoint
• ✅ Global Accelerator
• ✅ 같은 Hosted Zone의 Route 53 레코드
• ❌ EC2 DNS name은 불가

8. 라우팅 정책 (Routing Policies)

⚠️ 주의: DNS 라우팅 ≠ 로드밸런서 라우팅
DNS는 트래픽을 라우팅하지 않고, DNS 쿼리에 응답만 함

8.1 Simple (단순)

8.2 Weighted (가중치)

사용 사례: 리전 간 로드밸런싱, 새 버전 테스트 (카나리 배포)

8.3 Latency-based (지연시간 기반)

💡 독일 사용자가 미국 리전으로 연결될 수도 있음 (지연시간이 더 낮으면)

8.4 Failover (장애조치)

사용 사례: 재해 복구 (DR)

8.5 Geolocation (지리적 위치)

⚠️ Latency-based와 다름! (지연시간 아닌 위치 기반)

사용 사례: 웹사이트 현지화, 콘텐츠 배포 제한, 로드밸런싱

8.6 Geoproximity (지리적 근접성)

리소스 지정 방식:

• AWS 리소스: AWS 리전 지정
• Non-AWS 리소스: 위도/경도 지정

8.7 IP-based (IP 기반)

사용 사례: 특정 ISP 사용자를 특정 엔드포인트로 라우팅, 성능 최적화

8.8 Multi-Value Answer (다중 값)

⚠️ ELB의 대체제가 아님!

9. 헬스 체크 (Health Checks)

개요

• Public 리소스 전용 (HTTP Health Check)
• 자동 DNS 장애조치 지원
• CloudWatch 메트릭과 통합

헬스 체크 유형

Endpoint 모니터링 상세

⚠️ 방화벽에서 Route 53 Health Checker IP 허용 필요
IP 목록: https://ip-ranges.amazonaws.com/ip-ranges.json

Calculated Health Check

• 여러 헬스 체크 결과를 OR, AND, NOT으로 조합
• 최대 256개 Child Health Check 모니터링
• 사용 사례: 유지보수 시 전체 헬스 체크 실패 방지

Private Hosted Zone 헬스 체크

문제: Route 53 헬스 체커가 VPC 외부에 있어 Private 엔드포인트 접근 불가
 
해결책:
1. CloudWatch Metric 생성
2. CloudWatch Alarm 설정
3. 해당 Alarm을 모니터링하는 Health Check 생성

10. Traffic Flow

Traffic Flow란?

• 복잡한 라우팅 구성을 시각적 에디터로 관리
• Traffic Flow Policy로 저장 가능
• 여러 Hosted Zone(다른 도메인)에 적용 가능
• 버전 관리 지원

11. Domain Registrar vs DNS Service

개념 구분

💡 Domain Registrar ≠ DNS Service
하지만 대부분의 Registrar가 DNS 서비스도 제공

타사 Registrar + Route 53 사용 방법

1. Route 53에서 Hosted Zone 생성
2. 타사 Registrar 사이트에서 NS 레코드를 Route 53 Name Server로 변경

라우팅 정책 요약 비교

CloudFront와 S3를 함께 사용하시는 배포 환경에서 Route 53의 Alias 레코드와 라우팅 정책은 자주 활용되니 참고하세요! 🙂