멀티 존(Multi-Zone) / 멀티 리전(Multi-Region) 고가용성 설계는 TA(Technical Architect) 직무역량 평가 및 클라우드 인프라 설계/운영 실무에서 고난이도 주제입니다.
아래에 실무+시험+블로그 오픈북용으로 구조화해 정리드립니다.
🌐 멀티 존 / 멀티 리전 고가용성 설계
고가용성(High Availability)을 위해 장애 도메인(Failure Domain)을 분산하여 서비스 중단 없는 운영을 목표로 하는 설계 전략
✅ 1. 기본 개념 요약
| Zone (AZ) | 동일 리전 내 독립 전력/네트워크 인프라를 가진 데이터센터 단위 | 단일 장애 지점(Zone 장애) 회피 |
| Region | 지리적으로 물리적으로 격리된 데이터센터 집합 (서울, 도쿄 등) | 자연재해/국가 단위 이슈 대응 |
| 멀티 AZ 구성 | 여러 AZ에 인스턴스 또는 서비스 분산 | 빠른 RTO (수분 내) 보장 |
| 멀티 리전 구성 | 주요 리전 외 예비 리전에 핫/콜드 백업 운영 | 재해복구(DR), 장거리 이중화 |
🧱 2. 구성 아키텍처 비교
| 구성 범위 | 단일 리전 내 여러 Zone | 복수 리전 |
| 장애 범위 | AZ 단위 장애 대응 | 전체 리전 장애 대응 |
| 지연 시간 | 매우 낮음 (ms급) | 높음 (수십~수백 ms) |
| 활용 사례 | 웹/DB 다중화, Auto Scaling | DR 구성, 글로벌 서비스 |
| 예시 | AWS EC2 Multi-AZ, RDS Multi-AZ | GCP/Azure Global Load Balancer |
🔧 3. 주요 설계 요소
📍 공통 설계 고려사항
- SPoF 제거: LB, DB, 스토리지, DNS 이중화
- 데이터 복제 전략: Sync vs Async
- 장애 전환 절차: 수동/자동 장애 조치(Failover)
- 트래픽 분산: GSLB(DNS 라우팅), Geo Routing
✅ 멀티 AZ 고가용성 설계
| Web/WAS | 각각 다른 AZ에 인스턴스 다중 배치, Auto Scaling |
| DB | RDS Multi-AZ (Primary + Standby), DB Failover |
| 스토리지 | EBS/Elastic File System(Multi-AZ 지원 여부 확인) |
| LB | ELB(Application LB)는 Zone 별로 다중 배치 |
| 세션 관리 | Redis/Memcached 외부화 또는 Stateless 설계 |
✅ 멀티 리전 DR 설계
| Active-Passive | Primary에서만 서비스, 장애 시 Secondary로 전환 |
| Active-Active | 양쪽 리전 동시에 운영, 트래픽 분산 |
| Cold DR | 예비 리전에 인프라만 준비, 서비스는 미실행 |
| Hot DR | 모든 인프라/데이터 상시 동기화, 즉시 전환 가능 |
☁️ 4. 클라우드 서비스별 HA 지원 예시
| AWS | RDS Multi-AZ, ALB, Auto Scaling | Route53 + S3 Cross-Region Replication, Aurora Global |
| Azure | Availability Zone, Load Balancer | Azure Front Door, Geo-Redundant Storage (GRS) |
| GCP | Zonal vs Regional Cluster | Cloud DNS, GCS Multi-Region, GKE Multi-Cluster |
🎯 5. 직무역량 평가 예상문제
문제 1 [중]
멀티 AZ 고가용성 설계 시 고려해야 할 요소로 적절하지 않은 것은?
A. 웹 서버를 서로 다른 AZ에 배치
B. 세션 데이터를 외부 Redis로 저장
C. 데이터베이스는 단일 AZ에만 배포
D. Auto Scaling 그룹은 모든 AZ에 포함
정답: C
해설: 고가용성을 위해 DB도 Multi-AZ로 구성해야 함.
문제 2 [상]
멀티 리전 Active-Active 구성 시 발생할 수 있는 주요 문제는?
A. 저장소가 이중화되어 장애 전환이 느리다
B. 트래픽 분산이 불가능하다
C. 데이터 동기화 지연 및 일관성 이슈
D. 하나의 DNS만 운영이 가능하다
정답: C
해설: 리전 간 거리로 인한 지연 및 일관성(Consistency) 충돌 위험이 존재함.
문제 3 [상]
Kubernetes 기반 멀티 리전 구성을 위해 반드시 고려해야 할 요소는?
A. 노드 풀 크기
B. 단일 Ingress Controller
C. 클러스터 간 서비스 디스커버리 및 DNS
D. Pod 보안 설정
정답: C
해설: 멀티 클러스터 환경에서는 서비스 간 통신(DNS, Ingress, 인증)이 핵심
🧠 암기카드 요약
| AZ (Availability Zone) | 하나의 리전 내 데이터센터 단위 장애 도메인 |
| Region | 물리적으로 완전 분리된 클라우드 데이터센터 위치 |
| Active-Passive | 주 리전만 운영, 예비 리전은 대기 상태 |
| RTO | 복구 소요 시간 (Recovery Time Objective) |
| RPO | 허용 가능한 데이터 손실량 (Recovery Point Objective) |
| GSLB | 글로벌 DNS 라우팅으로 리전 간 트래픽 분산 |
| Aurora Global DB | 리전 간 DB 실시간 복제 제공 |
🧩 오픈북용 키워드 인덱스 (Ctrl+F 대비용)
- Multi-AZ 고가용성 구성 예시
- Multi-Region DR 전략
- RTO RPO 정의
- AWS Cross-Region Replication
- GSLB DNS 분산
- Active-Passive DR
- 멀티리전 장애 복구 절차
🌍 멀티 존 / 멀티 리전 고가용성 설계 실전 문제집 (20제)
✅ NO.01 [중]
멀티 AZ 구성이 필요한 이유로 가장 적절한 것은?
A. 비용 절감
B. 전력 효율 향상
C. 장애 도메인 분리
D. 데이터 일관성 보장
정답: C
해설: Availability Zone은 서로 물리적으로 격리된 전원/네트워크 인프라로, 단일 장애 도메인을 분리하는 목적.
✅ NO.02 [하]
AWS에서 고가용성을 위해 서로 다른 AZ에 EC2 인스턴스를 배치하려고 한다. 적절한 방법은?
A. 동일한 VPC와 동일한 Subnet 사용
B. VPC는 공유하고, Subnet은 다른 AZ에 구성
C. 서로 다른 Region 사용
D. 동일한 VPC, 동일한 AZ, 다른 Subnet 사용
정답: B
✅ NO.03 [중]
멀티 리전 구성의 주요 목적은?
A. 데이터 저장 비용 절감
B. 내부 네트워크 지연 최소화
C. 대규모 배포 자동화
D. 지역 단위 재해 대비 및 글로벌 서비스
정답: D
✅ NO.04 [상]
멀티 리전 Active-Active 구성에서 발생할 수 있는 대표적인 문제는?
A. 부하 분산 실패
B. DNS 라우팅 실패
C. 데이터 동기화 충돌
D. 스토리지 용량 초과
정답: C
✅ NO.05 [중]
AWS Route53의 기능 중 리전 간 자동 장애 전환(Failover) 기능을 제공하는 구성은?
A. Geolocation Routing
B. Weighted Routing
C. Failover Routing
D. Multivalue Routing
정답: C
✅ NO.06 [중]
멀티 AZ 구성을 고려할 때, 상태를 저장하는 서비스(예: DB)에 가장 적합한 방식은?
A. Stateless 배포
B. ELB를 사용한 단일 노드 구성
C. Multi-AZ 지원 스토리지 또는 DB 서비스 사용
D. NFS 직접 공유
정답: C
✅ NO.07 [상]
멀티 리전 Active-Passive 구성에서 "전환(Failover) 시간"을 줄이기 위해 가장 필요한 것은?
A. BGP 자동 구성
B. GSLB + 헬스체크 기반 전환
C. VPN 터널 동기화
D. Blob Storage 압축
정답: B
✅ NO.08 [중]
Azure에서 지역 간 고가용성을 위해 사용하는 서비스는?
A. VNet Peering
B. Application Gateway
C. Azure Front Door
D. NAT Gateway
정답: C
✅ NO.09 [하]
멀티 AZ 환경에서 Application Load Balancer(ALB)를 사용하는 경우의 특징은?
A. 단일 AZ에만 동작
B. 수동으로 인스턴스를 연결해야 함
C. 여러 AZ의 인스턴스로 자동 트래픽 분산
D. AZ 간 DNS 라우팅 제공
정답: C
✅ NO.10 [상]
GCP에서 리전 간 데이터 일관성을 보장하며 고가용성을 제공하는 글로벌 데이터베이스 서비스는?
A. Firestore
B. Spanner
C. BigQuery
D. Cloud SQL
정답: B
✅ NO.11 [중]
멀티 리전 구성 시 고려해야 할 필수 요소가 아닌 것은?
A. DNS 기반 트래픽 라우팅
B. 로그 및 모니터링 수집 방식
C. 각 리전의 비용 체계
D. 동일한 MAC 주소 사용
정답: D
✅ NO.12 [하]
멀티 리전 Active-Passive 구성에서 'Passive' 리전의 일반적인 상태는?
A. 사용자 요청을 처리하고 있다
B. 장애 발생 시 자동으로 종료된다
C. 데이터 복제만 수행하고 대기 상태이다
D. DNS 라우팅을 항상 받는다
정답: C
✅ NO.13 [상]
멀티 리전 환경에서 GSLB(Global Server Load Balancing)가 중요한 이유는?
A. 패킷 압축 최적화
B. 클러스터 오토스케일링 제공
C. 사용자 위치 기반 지능형 라우팅 제공
D. 내부 서브넷 연결
정답: C
✅ NO.14 [중]
다음 중 멀티 AZ 구성을 활용하는 대표적인 AWS 서비스는?
A. Amazon Glacier
B. Amazon RDS
C. AWS CodePipeline
D. AWS Lambda@Edge
정답: B
✅ NO.15 [중]
Active-Active 멀티 리전 구성 시 고려해야 할 아키텍처적 요소는? (2개 선택)
A. Conflict-free 데이터 처리
B. 단일 지역 DB만 활용
C. GSLB 기반 트래픽 분산
D. 내부 망 전용 라우팅만 사용
정답: A, C
✅ NO.16 [상]
멀티 리전 구성에서 '데이터 정합성(Consistency)' 문제를 완화하기 위한 기술적 접근으로 적절한 것은?
A. Strong Consistency 기반 DB 사용
B. DNS TTL 최소화
C. 메트릭 수집 주기 조절
D. 메시지 큐 대기 시간 증가
정답: A
✅ NO.17 [하]
멀티 리전 구성의 장점이 아닌 것은?
A. 지리적 분산을 통한 장애 대비
B. 글로벌 사용자 응답 시간 향상
C. 비용 절감
D. 규제 지역 대응
정답: C
✅ NO.18 [상]
멀티 AZ 환경에서 세션 유지를 위한 가장 적절한 방법은?
A. 각 인스턴스 로컬 세션 유지
B. Sticky Session 사용
C. Redis 또는 외부 세션 저장소 사용
D. 스냅샷 기반 공유
정답: C
✅ NO.19 [중]
다음 중 멀티 AZ 설계가 필요한 구성 요소는?
A. 개발자 로컬 IDE
B. 로깅 에이전트
C. 인증 서비스
D. 클라이언트 UI 애플리케이션
정답: C
✅ NO.20 [중]
AWS Aurora Global Database는 어떤 멀티 리전 DR 구조에 적합한가?
A. Cold Site
B. Active-Passive (Cross-Region DR)
C. Active-Active (Multi-Region Write)
D. Warm Site
정답: B
🧠 암기용 핵심 요약
| Multi-AZ | 단일 리전 내 AZ 분산 구성 (Low latency, 고가용성) |
| Multi-Region | 리전 간 이중화, 글로벌 트래픽 대응, DR |
| Active-Passive | 주 리전에서 운영, 예비 리전 대기 |
| Active-Active | 양쪽 리전에서 동시에 운영, 트래픽 분산 |
| Route53 Failover | 리전 장애 시 자동 DNS 전환 |
| GSLB | Global DNS 기반 지능형 트래픽 라우팅 |
| Aurora Global DB | 멀티 리전 DB DR 구성에 적합 (읽기 복제) |
'서버 시스템 > 서버 아키텍처' 카테고리의 다른 글
| Disaster Recovery (DR) 설계 (0) | 2025.09.02 |
|---|---|
| Kubernetes 기반 서버 인프라 구성 (0) | 2025.09.02 |
| MSA(Microservice Architecture)의 Inner/Outer Architecture 구조 (0) | 2025.09.02 |
| 서버 아키텍처 기본 개념 #2 (0) | 2025.09.01 |