콘텐츠로 이동

리전과 가용영역

문서 기준: 2026년 8월

자체 전산센터를 한 도시 IDC 하나에만 두면, 그 건물에 화재나 정전이 발생하면 서비스 전체가 중단됩니다. 서로 다른 도시에 IDC를 두고 이중화하면 한쪽에 장애가 나도 다른 쪽에서 서비스를 유지할 수 있습니다.

클라우드의 리전가용영역은 바로 이 이중화 개념을 벤더가 대규모로 구현한 것입니다. 리전을 선택하는 것은 단순히 “서버 위치”를 고르는 것이 아니라, 지연 시간, 데이터 주권, 재해복구 전략까지 결정하는 것입니다.

리전은 지리적으로 분리된 데이터센터 클러스터입니다. 각 리전은 독립적인 전력, 냉각, 네트워크를 갖추고 있으며, 다른 리전과 물리적으로 수십–수천 km 떨어져 있습니다. 온프레미스로 비유하면, 서로 다른 도시에 위치한 데이터센터에 해당합니다.

가용영역 (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

엣지 로케이션은 리전보다 사용자에게 더 가까운 위치에 배치된 소규모 인프라입니다. 주로 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
주요 대륙 커버리지 북미, 남미, 유럽, 아시아, 오세아니아, 중동, 아프리카 북미, 남미, 유럽, 아시아, 오세아니아, 중동, 아프리카 북미, 남미, 유럽, 아시아, 오세아니아, 중동 북미, 남미, 유럽, 아시아, 오세아니아, 중동
항목 내용
계층 구조 Region → Availability Zone (AZ)
VPC 범위 리전 단위
Local Zone 특정 도시에 초저지연 인프라 배치
Sovereign Cloud 유럽 데이터 주권 전용 리전 (EU 운영 인력, EU 내 데이터 보관). AWS European Sovereign Cloud (Brandenburg, €7.8B 투자)
항목 내용
계층 구조 Geography → Region → Availability Zone
VNet 범위 리전 단위
리전 쌍 (Region Pair) 같은 Geography 내 두 리전이 쌍으로 지정. 플랫폼 업데이트가 동시에 적용되지 않음
리전 쌍 예시 같은 국가 안에서 in-country DR가 가능한 쌍이 있음 (예: Australia East–Southeast). 국가별 현황은 국가 가이드 참고
항목 내용
계층 구조 Region → Zone
VPC 범위 글로벌 — 하나의 VPC에 여러 리전의 서브넷 배치 가능
Multi-region 스토리지 별도 설정 없이 여러 리전에 자동 복제
Assured Workloads 규제 워크로드를 특정 리전에 격리
항목 내용
계층 구조 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로 리전 제한

데이터 주권 요건이 강화되면서, 퍼블릭 클라우드와 물리·논리적으로 분리된 소버린 리전이 확대되고 있습니다.

벤더 소버린 옵션 핵심 특징
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 장애에 대비했는가?
  • 사용할 서비스가 선택한 리전에서 제공되는지 벤더 공식 페이지에서 확인했는가?