📌 1단계: EC2 또는 ALB 준비
- EC2 인스턴스 2개 또는 ALB 2개를 준비
- 각각에 웹 서버(Apache/Nginx 등)를 설치하고 HTTP 응답 확인 가능하도록 설정
- 퍼블릭 IP 또는 도메인 이름 확보
📌 2단계: 상태 확인(Health Check) 생성
- AWS Console → Route 53 → Health checks → Create health check
- 이름: Myweb1-check
- What to monitor:
- Endpoint
- Protocol: HTTP
- Domain name or IP address: 퍼블릭 IP or 도메인 이름 (예: 52.78.xx.xx 또는 web1.orkr.shop)
- Path: / (웹 서버 루트 응답)
- Failure threshold: 기본값
- 생성 완료
→ 같은 방식으로 두 번째 서버에 대해서도 Health Check 생성
📌 3단계: Route 53에서 장애 조치용 레코드 생성
레코드 1: Primary (정상 시 연결될 서버)
- Route 53 → orkr.shop 호스팅 영역 → Create record
- 이름: pse (즉, pse.orkr.shop)
- 유형: A
- Value: 52.78.xx.xx (또는 ALB 엔드포인트)
- Routing policy: Failover
- Failover record type: Primary
- Associate with health check: 예 → 앞서 만든 Health Check 선택
- TTL: 기본값
레코드 2: Secondary (Primary 장애 시 연결될 서버)
- Route 53 → Create record
- 이름: pse (같은 이름)
- 유형: A
- Value: 13.209.xx.xx (또는 ALB2 엔드포인트)
- Routing policy: Failover
- Failover record type: Secondary
- Associate with health check: 아니요
- TTL: 기본값
📌 4단계: 장애 조치 테스트
- pse.orkr.shop에 접속해 정상 작동 확인
- Primary 인스턴스를 중지 또는 웹서버 내리기
- 몇 분 후 (TTL+Health Check 재시도 시간 후), 다시 접속하면 Secondary 서버로 트래픽 전환됨을 확인
🔁 복구 테스트
- Primary 인스턴스를 다시 시작하거나 웹서버 재가동
- Health Check 상태가 "정상"으로 복귀되면, 다시 Primary로 트래픽 복원






수정) 웹페이지 확인 불가 시 nslookup [도메인 주소] [호스팅 영역 주소] 로 확인 가능하였으나 웹페이지로도 추후 확인


'IT 엔지니어 > CLOUD' 카테고리의 다른 글
| AWS - Route53 (5) | 2025.06.17 |
|---|---|
| AWS - Transit GW (0) | 2025.06.16 |
| AWS - VPC Peering (0) | 2025.06.15 |
| AWS -NLB (0) | 2025.06.14 |
| AWS - ALB (0) | 2025.06.13 |