리전과 가용영역
문서 기준: 2026년 8월
자체 전산센터를 한 도시 IDC 하나에만 두면, 그 건물에 화재나 정전이 발생하면 서비스 전체가 중단됩니다. 서로 다른 도시에 IDC를 두고 이중화하면 한쪽에 장애가 나도 다른 쪽에서 서비스를 유지할 수 있습니다.
클라우드의 리전과 가용영역은 바로 이 이중화 개념을 벤더가 대규모로 구현한 것입니다. 리전을 선택하는 것은 단순히 “서버 위치”를 고르는 것이 아니라, 지연 시간, 데이터 주권, 재해복구 전략까지 결정하는 것입니다.
리전 (Region)
섹션 제목: “리전 (Region)”리전은 지리적으로 분리된 데이터센터 클러스터입니다. 각 리전은 독립적인 전력, 냉각, 네트워크를 갖추고 있으며, 다른 리전과 물리적으로 수십–수천 km 떨어져 있습니다. 온프레미스로 비유하면, 서로 다른 도시에 위치한 데이터센터에 해당합니다.
가용영역 (Availability Zone)
섹션 제목: “가용영역 (Availability Zone)”가용영역 (AZ)은 하나의 리전 내에 있는 독립된 데이터센터(또는 데이터센터 그룹)입니다. 같은 리전 내의 AZ들은 고속 전용 네트워크로 연결되어 있어 지연 시간이 매우 낮지만(보통 1ms 이내), 각 AZ는 독립된 전력과 냉각 시스템을 갖추고 있어 하나의 AZ에 장애가 발생해도 다른 AZ는 영향을 받지 않습니다.
온프레미스로 비유하면, 같은 도시 내에 있지만 서로 다른 건물에 위치한 서버실과 비슷합니다.
graph TB
subgraph "Region"
subgraph "AZ-a"
DC1[데이터센터 1]
end
subgraph "AZ-b"
DC2[데이터센터 2]
end
subgraph "AZ-c"
DC3[데이터센터 3]
end
AZ-a <-->|"고속 전용 네트워크<br/>(~1ms)"| AZ-b
AZ-b <-->|"고속 전용 네트워크<br/>(~1ms)"| AZ-c
AZ-a <-->|"고속 전용 네트워크<br/>(~1ms)"| AZ-c
end
엣지 로케이션 (Edge Location)
섹션 제목: “엣지 로케이션 (Edge Location)”엣지 로케이션은 리전보다 사용자에게 더 가까운 위치에 배치된 소규모 인프라입니다. 주로 CDN이나 DNS 서비스에 사용되며, 정적 콘텐츠를 캐싱하여 사용자에게 빠르게 전달합니다.
벤더별 비교
섹션 제목: “벤더별 비교”| 개념 | AWS | Azure | Google Cloud | OCI |
|---|---|---|---|---|
| 리전 | Region | Region | Region | Region |
| 가용영역 | Availability Zone | Availability Zone | Zone | Fault Domain / AD |
| 리전 범위 | 리전별 독립 | Geography → Region | 글로벌 VPC | Realm → Region |
| 리전당 최소 AZ | 3개 | 3개 | 3개 | 3 Fault Domain |
| 주요 대륙 커버리지 | 북미, 남미, 유럽, 아시아, 오세아니아, 중동, 아프리카 | 북미, 남미, 유럽, 아시아, 오세아니아, 중동, 아프리카 | 북미, 남미, 유럽, 아시아, 오세아니아, 중동 | 북미, 남미, 유럽, 아시아, 오세아니아, 중동 |
벤더별 특징
섹션 제목: “벤더별 특징”AWS
섹션 제목: “AWS”| 항목 | 내용 |
|---|---|
| 계층 구조 | Region → Availability Zone (AZ) |
| VPC 범위 | 리전 단위 |
| Local Zone | 특정 도시에 초저지연 인프라 배치 |
| Sovereign Cloud | 유럽 데이터 주권 전용 리전 (EU 운영 인력, EU 내 데이터 보관). AWS European Sovereign Cloud (Brandenburg, €7.8B 투자) |
Azure
섹션 제목: “Azure”| 항목 | 내용 |
|---|---|
| 계층 구조 | Geography → Region → Availability Zone |
| VNet 범위 | 리전 단위 |
| 리전 쌍 (Region Pair) | 같은 Geography 내 두 리전이 쌍으로 지정. 플랫폼 업데이트가 동시에 적용되지 않음 |
| 리전 쌍 예시 | 같은 국가 안에서 in-country DR가 가능한 쌍이 있음 (예: Australia East–Southeast). 국가별 현황은 국가 가이드 참고 |
Google Cloud
섹션 제목: “Google Cloud”| 항목 | 내용 |
|---|---|
| 계층 구조 | Region → Zone |
| VPC 범위 | 글로벌 — 하나의 VPC에 여러 리전의 서브넷 배치 가능 |
| Multi-region 스토리지 | 별도 설정 없이 여러 리전에 자동 복제 |
| Assured Workloads | 규제 워크로드를 특정 리전에 격리 |
OCI
섹션 제목: “OCI”| 항목 | 내용 |
|---|---|
| 계층 구조 | Realm → Region → Availability Domain (AD) → Fault Domain |
| VCN 범위 | 리전 단위. 서브넷은 리전 또는 AD 단위 배치 가능 |
| 대형 리전 | 3개 AD (물리적으로 분리된 데이터센터) |
| 소형 리전 | 1개 AD + 3 Fault Domain (논리적 장애 격리) |
리전 선택 시 고려사항
섹션 제목: “리전 선택 시 고려사항”- 지연 시간 — 사용자와 가까운 리전을 선택합니다. 대상 사용자와 같은 국가·권역의 리전이 있으면 그것이 최선인 경우가 많습니다.
- 서비스 가용성 — 모든 서비스가 모든 리전에 있지는 않습니다. 특히 AI/ML, 최신 서비스는 특정 리전에서만 제공됩니다.
- 비용 — 같은 서비스라도 리전에 따라 가격이 다릅니다. 미국 리전이 보통 가장 저렴합니다.
- 규정 준수 — 규제에 따라 특정 국가에 데이터를 저장해야 할 수 있습니다.
장애 도메인과 가용성 설계
섹션 제목: “장애 도메인과 가용성 설계”리전과 AZ를 이해했다면, 워크로드를 어떤 수준으로 분산 배치할지 결정해야 합니다.
| 분산 수준 | 장애 대응 | 적합한 워크로드 |
|---|---|---|
| 단일 AZ | AZ 장애 시 중단 | 개발/테스트 |
| 멀티 AZ | AZ 장애에도 서비스 유지 | 프로덕션 기본 |
| 멀티 리전 | 리전 전체 장애에도 유지 | 미션 크리티컬 |
국가·규제별 리전
섹션 제목: “국가·규제별 리전”리전 선택은 지연뿐 아니라 데이터가 어디에 저장되는가의 문제입니다. 국가별 로컬 리전 코드, in-country DR, 개인정보 국외이전 요건은 각 국가 가이드를 참고하세요.
- 한국 — 서울·부산·춘천 리전, CSAP, 개인정보보호법
- 미국 — FedRAMP, 데이터 레지던시
- EU — GDPR, 소버린 클라우드
- 일본 — ISMAP, 가버먼트 클라우드
- 싱가포르 — MTCS, PDPA
데이터 주권
섹션 제목: “데이터 주권”많은 관할권은 개인정보의 국외 이전 시 동의 또는 법적 근거를 요구합니다. 클라우드 벤더를 선택할 때 대상 사용자의 관할권에서 리전 유무와 데이터 저장 위치를 확인하세요.
각 CSP는 리전 제한을 정책으로 강제할 수 있습니다:
- AWS — SCP(Service Control Policy)로 특정 리전 외 리소스 생성 차단
- Azure — Azure Policy로 허용 리전 제한
- Google Cloud — Organization Policy로 리소스 생성 가능 리전 제한
- OCI — Compartment Policy로 리전 제한
주권 클라우드 (Sovereign Cloud)
섹션 제목: “주권 클라우드 (Sovereign Cloud)”데이터 주권 요건이 강화되면서, 퍼블릭 클라우드와 물리·논리적으로 분리된 소버린 리전이 확대되고 있습니다.
| 벤더 | 소버린 옵션 | 핵심 특징 |
|---|---|---|
| AWS | European Sovereign Cloud | EU 전용 인프라·인력·거버넌스. Brandenburg 개소 (€7.8B 투자) |
| Azure | Cloud for Sovereignty / Data Guardian | 소버린 랜딩존(SLZ), EU Data Boundary, 기밀 컴퓨팅 |
| Google Cloud | Sovereign Controls + 파트너(S3NS, T-Systems) | 관할권 내 키 관리, 접근 투명성, GDC(분산 클라우드) |
| OCI | EU Sovereign Cloud | EU Realm 독립 운영. EU 법인·인력만 접근 |
자주 하는 실수
섹션 제목: “자주 하는 실수”- “리전은 그냥 가까운 곳을 고르면 된다” — 지연 시간 외에도 서비스 가용성, 비용, 규정 준수 요건을 함께 고려해야 합니다.
- “가용영역 하나면 충분하다” — 단일 AZ 배치는 AZ 장애 시 서비스 전체가 중단됩니다. 프로덕션은 반드시 멀티 AZ로 구성하세요.
- “모든 서비스가 모든 리전에 있다” — 특히 AI/ML, 최신 서비스는 특정 리전에서만 제공됩니다. 아키텍처 설계 전에 서비스 가용성을 확인하세요.
체크리스트
섹션 제목: “체크리스트”- 대상 사용자 위치와 규제 요건을 기준으로 리전을 선정했는가?
- 프로덕션 워크로드를 멀티 AZ로 배치하여 단일 AZ 장애에 대비했는가?
- 사용할 서비스가 선택한 리전에서 제공되는지 벤더 공식 페이지에서 확인했는가?