본문으로 이동
메뉴 여닫기
환경 설정 메뉴 여닫기
개인 메뉴 여닫기
로그인하지 않음
지금 편집한다면 당신의 IP 주소가 공개될 수 있습니다.
AWS Global Infrastructure; AWS 글로벌 인프라
AWS 서비스가 실행되는 물리적 기반. 리전, 가용 영역, 엣지 로케이션, 그리고 사용자 가까이로 확장한 로컬 영역·Wavelength 영역·Outposts로 이루어진다.

아마존 웹 서비스의 거의 모든 설계 판단은 "자원을 어디에 둘 것인가"에서 시작한다. 가용 영역 하나가 멈춰도 서비스가 살아 있게 하려면 여러 가용 영역에 나눠 배치하고, 리전 전체 장애나 법적 요구에 대비하려면 다른 리전에 복제한다. 사용자와의 거리를 줄이려면 엣지 로케이션이나 로컬 영역을 쓴다.

2026년 10월 4일 확인한 AWS 공식 페이지 기준으로 AWS 클라우드는 39개 지리적 리전, 124개 가용 영역으로 구성되며, 750개 이상의 CloudFront PoP와 15개 리전 엣지 캐시, 46개 로컬 영역, 33개 Wavelength 영역이 있다. 숫자는 계속 늘어나므로 시험에서 개수를 묻지는 않는다.

리전 안의 가용 영역은 하나 이상의 데이터 센터로 이루어지고 서로 중복 연결된다

구성 요소 비교

편집 원본 편집
구분 위치 목적 대표 용도
리전 전 세계 지리적 영역 격리된 독립 서비스 단위 모든 워크로드의 기본 배치 단위
가용 영역(AZ) 리전 안의 분리된 데이터 센터 묶음 리전 내 고가용성 다중 AZ 배포, 로드 밸런싱
엣지 로케이션(PoP) 대도시 등 전 세계 수백 곳 콘텐츠 캐싱, DNS 응답, 트래픽 진입점 CloudFront, Route 53, Global Accelerator, Shield
로컬 영역 리전에서 떨어진 대도시·산업 중심지 특정 지역 사용자에게 매우 짧은 지연 제공 실시간 게임, 미디어 제작, 데이터 레지던시
Wavelength 영역 통신 사업자(CSP) 5G 네트워크 안 모바일 기기 대상 초저지연 커넥티드 카, AR/VR, 모바일 게임
Outposts 고객의 온프레미스 시설 AWS 인프라·API를 사내로 확장 로컬 데이터 처리, 사내 시스템과의 저지연 연동

리전은 여러 가용 영역으로 이루어진 지리적 영역이다. 리전끼리는 서로 격리되어 있어 한 리전의 장애가 다른 리전으로 번지지 않게 설계되어 있다. AWS는 고객이 동의하지 않는 한 콘텐츠를 고객이 고른 리전 밖으로 옮기거나 복제하지 않는다고 밝히고 있다. 2019년 3월 20일 이후 출시된 리전은 옵트인 리전이라서 계정에서 먼저 활성화해야 쓸 수 있다.

리전 선택 기준
  • 규정 준수와 데이터 레지던시: 데이터를 특정 국가 안에 두어야 하는 법적 요구가 있으면 그 나라의 리전이 우선이다.
  • 지연 시간: 사용자와 가까운 리전일수록 응답이 빠르다.
  • 서비스 가용성: 새 서비스나 기능은 모든 리전에 동시에 출시되지 않는다. 필요한 서비스가 있는 리전인지 확인한다.
  • 요금: 같은 서비스라도 리전마다 단가가 다르다.

가용 영역은 리전 안에서 전원, 네트워크, 연결이 이중화된 하나 이상의 데이터 센터 묶음이다. 모든 리전은 가용 영역을 3개 이상 갖는다. 가용 영역끼리는 홍수나 화재 같은 재해를 함께 겪지 않을 만큼 수 킬로미터 이상 떨어져 있지만 서로 100km 이내에 있어서, 고대역·저지연 전용 회선으로 동기 복제가 가능하다.

  • 가용 영역 이름(ap-northeast-2a)과 AZ ID(apne2-az1)는 다르다. 오래된 리전에서 2025년 11월 이전에 만든 계정은 이름과 물리 위치의 대응이 계정마다 다를 수 있으므로, 계정 간에 같은 위치를 맞출 때는 AZ ID를 쓴다.
  • 서브넷 하나는 가용 영역 하나에만 속한다. 다중 AZ 설계는 결국 "AZ마다 서브넷을 하나씩 두고 자원을 나눠 배치"하는 것이다.

엣지 로케이션

편집 원본 편집

엣지 로케이션은 리전과 별개로 전 세계에 흩어진 PoP(Point of Presence)다. 아마존 CloudFront의 캐시, 아마존 Route 53의 DNS 응답, AWS Global Accelerator의 애니캐스트 진입점이 여기서 동작한다. 엣지와 리전 사이에는 더 큰 캐시를 가진 리전 엣지 캐시가 있다. 사용자 요청이 가장 가까운 엣지에서 AWS 백본망으로 들어오므로, 인터넷 구간이 짧아지고 DDoS 공격도 엣지에서 흡수하기 쉽다.

로컬 영역은 리전의 확장으로, 컴퓨팅·스토리지·데이터베이스 등 일부 서비스를 리전이 없는 대도시 가까이에 둔다. VPC를 로컬 영역까지 확장해 그 안에 서브넷을 만들고 EC2 인스턴스 등을 띄운다. 지원 서비스는 리전보다 적다. 지연 시간이 매우 짧아야 하거나 데이터를 특정 지역 안에 둬야 할 때 쓴다.

Wavelength는 통신 사업자의 5G 네트워크 가장자리에 AWS 컴퓨팅과 스토리지를 배치한다. Wavelength 영역은 특정 리전에 연결된 논리적 확장이며, VPC를 확장해 Wavelength 서브넷을 만든다. 통신망과의 트래픽은 캐리어 게이트웨이가 처리한다. 모바일 기기에서 오는 트래픽이 인터넷을 거치지 않고 통신망 안에서 처리되므로 지연이 줄어든다.

Outposts는 AWS가 소유·관리하는 랙이나 서버를 고객 데이터 센터에 설치해 AWS 인프라와 API를 그대로 쓰게 하는 완전 관리형 서비스다. Outpost는 특정 리전에 연결되어 그 리전의 일부처럼 관리되고, EC2, EBS, ECS, RDS 등의 자원을 Outpost 서브넷에 만들 수 있다. 데이터를 사내에 두어야 하거나 공장·병원처럼 사내 시스템과 매우 낮은 지연으로 연동해야 할 때 쓴다. 리전과의 연결이 필요하다는 점은 기억해야 한다.

다중 AZ와 다중 리전

편집 원본 편집
구분 다중 AZ 다중 리전
대비하는 장애 데이터 센터 단위 장애(전원, 네트워크, 재해) 리전 전체 장애, 광역 재해
복제 방식 동기 복제가 가능할 만큼 가까움 거리가 멀어 대부분 비동기 복제
대표 기능 RDS 다중 AZ, ELB와 Auto Scaling의 AZ 분산, S3 표준(여러 AZ 저장) S3 교차 리전 복제, Aurora 글로벌 데이터베이스, DynamoDB 글로벌 테이블, Route 53 장애 조치
비용·복잡도 상대적으로 낮음 높음(데이터 전송, 중복 자원, 운영)
다른 목적 고가용성의 기본 재해 복구, 사용자 근접 배치, 데이터 주권

대부분의 고가용성 요구는 다중 AZ로 충분하다. 다중 리전은 RTO·RPO 목표, 규제, 전 세계 사용자 분포처럼 다중 AZ로는 해결되지 않는 이유가 있을 때 선택한다. 자세한 전략은 AWS 재해 복구 전략 참조.

  • "가용 영역 하나가 실패해도 서비스를 유지"하라는 요구에는 다중 AZ 배치(ELB + Auto Scaling 그룹을 여러 AZ에, RDS 다중 AZ)를 고른다. 다중 리전은 과하다.
  • "리전 전체 장애에 대비" 또는 "다른 대륙 사용자 지연 감소"가 나오면 다중 리전과 Route 53 라우팅, CloudFront, Global Accelerator를 검토한다.
  • 데이터를 특정 국가 밖으로 내보낼 수 없다는 조건은 리전 선택 문제다. 리전 밖 복제 기능을 쓰지 않는다.
  • 로컬 영역(대도시 저지연), Wavelength(5G 모바일 저지연), Outposts(온프레미스에 AWS)의 용도를 구분한다.
  • 정적 콘텐츠 지연 감소는 리전을 늘리는 대신 엣지 로케이션(CloudFront)으로 해결하는 것이 보통 더 싸고 간단하다.