리전과 가용성 영역 (Korea Central 과 Korea South)
Azure 리전, 지역 쌍, 가용성 영역의 개념과 Korea Central(서울, 영역 3개), Korea South(부산, 영역 없음)의 차이, 영역 중복과 영역 고정 리소스, 리전 간 재해 복구 설계, 서비스와 VM 크기의 리전별 제공 여부 확인 방법을 정리합니다.
리전, 영역, 지역 쌍
- 리전: 지연 시간이 짧은 네트워크로 묶인 데이터센터 집합입니다. 리소스를 만들 때 고르는
koreacentral,japaneast같은 이름입니다. - 가용성 영역(Availability Zone): 한 리전 안에서 전원, 냉각, 네트워크가 독립된 데이터센터 묶음입니다. 영역을 지원하는 리전에는 보통 3개가 있습니다.
- 지역 쌍(Region pair): 같은 지리(geography) 안에서 짝지은 두 리전입니다. 플랫폼 업데이트를 한쪽씩 하고, 큰 장애 때 복구 우선순위를 줍니다. GRS 스토리지의 복제 대상도 이 쌍입니다.
Microsoft Learn 의 리전 목록 기준(2026-10)으로 58개 리전 가운데 41개가 가용성 영역을 지원합니다. 숫자는 리전이 늘면서 바뀌므로 설계 문서에는 직접 확인한 날짜를 같이 적습니다.
한국 리전
| 리전 | 위치 | 가용성 영역 | 지역 쌍 | 프로그램 이름 |
|---|---|---|---|---|
| Korea Central | 서울 | 3개 | Korea South | koreacentral |
| Korea South | 부산 | 없음 | Korea Central | koreasouth |
국내 서비스의 기본 리전은 Korea Central 입니다. 영역이 있어서 영역 중복 구성이 가능하고, 새 서비스와 VM 크기도 대체로 먼저 들어옵니다. Korea South 는 영역이 없으므로 고가용성은 가용성 집합이나 다른 리전과의 조합으로 만들어야 하고, 주로 재해 복구(DR) 대상이나 데이터 국내 보관 요건을 맞출 때 씁니다.
주의 모든 서비스, 모든 VM 크기, 모든 AI 모델이 두 리전에 다 있는 것은 아닙니다. 특히 GPU VM 과 Microsoft Foundry 의 모델 배포는 리전마다 차이가 큽니다. 설계 전에 아래 명령이나 "Products available by region" 페이지로 확인합니다.
# 이 구독에서 Korea Central 에 만들 수 있는 VM 크기와 영역 제한 확인
az vm list-skus --location koreacentral --resource-type virtualMachines \
--query "[?name=='Standard_D4s_v5'].{name:name, zones:locationInfo[0].zones, restrictions:restrictions}" -o json
# 리전 목록과 쌍
az account list-locations --query "[?name=='koreacentral' || name=='koreasouth'].{name:name, pair:metadata.pairedRegion[0].name}" -o table영역 중복과 영역 고정
리소스가 영역을 다루는 방식은 세 가지입니다.
| 방식 | 뜻 | 예 |
|---|---|---|
| 영역 중복 (zone-redundant) | Azure 가 여러 영역에 자동으로 나눠 둠 | ZRS 스토리지, Standard Load Balancer 프런트엔드, 영역 중복 SQL Database, Application Gateway v2 |
| 영역 고정 (zonal) | 내가 고른 영역 하나에 둠 | VM, Managed Disk, 공용 IP (영역 지정) |
| 영역 없음 (regional) | 영역 개념 없이 배치 | 영역 미지원 리전의 리소스 |
VM 은 영역 고정이므로 여러 영역에 VM 을 나눠 두고 앞에 영역 중복 부하 분산기를 두는 것이 고가용성의 기본입니다. VM Scale Sets 는 영역 목록을 주면 인스턴스를 자동으로 고르게 나눕니다.
az vmss create -g rg-shop-prod -n vmss-web --image Ubuntu2404 --instance-count 3 \
--zones 1 2 3 --vm-sku Standard_D2s_v5 --orchestration-mode Flexible영역 번호는 구독마다 물리 데이터센터와의 매핑이 다릅니다. 내 구독의 영역 1 과 다른 구독의 영역 1 이 같은 건물이라는 보장이 없습니다. 여러 구독이 같은 영역에 붙어야 하는 경우(지연 시간 민감)는 az rest 로 구독 간 논리 영역 매핑을 확인합니다.
영역 사이 트래픽과 비용
같은 영역 안 전송은 무료입니다. 영역 사이 전송의 별도 요금은 Bandwidth 가격표에서 확인해야 하고, 리전 사이 전송은 지역별로 GB 당 요금이 붙습니다(아시아 안 리전 간 0.08 USD/GB, 2026-10-21 가격표 기준). 영역 중복 구성은 비용보다 가용성 이득이 훨씬 크지만, 데이터베이스 복제나 대용량 배치처럼 트래픽이 많은 경우는 계산에 넣습니다.
재해 복구 설계
| 목표 | 구성 |
|---|---|
| 데이터센터 하나 장애 | Korea Central 안에서 영역 중복 (ZRS, 영역 분산 VM, 영역 중복 DB) |
| 리전 전체 장애 | Korea South 또는 다른 리전에 대기 환경. GRS/GZRS 스토리지, SQL 장애 조치 그룹, Site Recovery |
| 실수로 지움, 랜섬웨어 | 백업, 소프트 삭제, 불변 저장소. 리전 이중화로는 막지 못함 |
리전 DR 을 Korea South 로 잡을 때는 그쪽에 필요한 서비스와 VM 크기가 있는지, 할당량이 충분한지(평소에는 안 쓰니 낮게 잡혀 있는 경우가 많음) 미리 확인합니다. GRS 의 보조 리전은 쌍으로 정해져 있어 고를 수 없지만, 앱 계층의 DR 은 쌍이 아닌 리전(예: Japan East)도 고를 수 있습니다.
데이터 위치
리소스의 데이터는 기본적으로 고른 리전과 그 지리 안에 저장됩니다. 다만 일부 전역 서비스(Front Door, Entra ID 같은)와 지역 범위가 넓은 배포 유형(예: AI 모델의 Global 배포 유형)은 처리 위치가 다를 수 있습니다. 개인정보나 금융 규제가 있으면 각 서비스의 데이터 상주(data residency) 문서를 확인합니다.
정리
- 국내 서비스는 Korea Central 에 영역 중복으로 시작합니다.
- VM 기반이면 최소 2개 영역, 가능하면 3개 영역에 나눕니다.
- DR 이 필요하면 대상 리전의 서비스, 크기, 할당량을 먼저 확인합니다.
- 허용 리전은 Azure Policy의 Allowed locations 로 고정합니다.