AWS Cloud Practitioner Essentials (Global)

AWS 리전 선택 기준

AWS 글로벌 인프라의 큰 장점은 리소스를 배포할 리전을 다양하게 선택할 수 있다는 것이다.
하지만 리전을 선택할 때는 단순히 가까운 곳을 고르는 것이 아니라 4가지 핵심 기준을 고려해야 한다.

1. AWS 리전의 기본 보안 특징

AWS 리전은 서로 완전히 격리된 환경이다.

한 리전의 데이터는 다른 리전으로 자동 이동하지 않는다
사용자가 명시적으로 설정해야 데이터 이동이 가능하다
각 리전은 독립적인 인프라로 운영된다

이 특징은 데이터 보안과 규정 준수 측면에서 매우 중요하다.

2. 리전 선택의 4가지 핵심 기준

AWS에서 리전을 선택할 때 고려해야 할 요소는 다음 4가지이다.

규정 준수 (Compliance)
근접성 (Latency / Proximity)
기능 가용성 (Service Availability)
요금 (Pricing)

3. 규정 준수 (Compliance)

개념

데이터가 특정 국가나 지역 밖으로 나가면 안 되는 규정

예:

금융 데이터
의료 데이터
개인정보

예시

독일 금융 데이터
→ 독일 밖으로 이동 불가
→ Frankfurt 리전 사용

영국 데이터 규정
→ London 리전 사용

중국 데이터 규정
→ 중국 리전 사용

GDPR 예시

EU의 개인정보 보호 규정

요구 사항 예:

데이터 수집 동의
데이터 삭제 요청 기능
데이터 접근 권한 제공

중요 포인트
규정 준수 요구가 있으면 리전 선택은 사실상 자동으로 결정된다

4. 근접성 (Latency / Proximity)

개념

사용자와 가까운 리전을 선택하면 네트워크 지연 시간(latency)이 줄어든다.

예시

사용자 대부분이

싱가포르 → 싱가포르 리전
한국 → 서울 리전
미국 → 버지니아 리전

왜 중요한가

멀리 있는 리전 사용 시

응답 속도 감소
사용자 경험 악화
네트워크 지연 증가

중요 포인트
사용자 기반에 가까운 리전을 선택한다

5. 기능 가용성 (Service Availability)

모든 AWS 서비스가 모든 리전에 존재하지 않는다.

예시

특정 신규 서비스
→ 일부 리전에만 먼저 출시

특수 리전 예

AWS GovCloud

미국 정부용 리전

특징:

강화된 보안
특별 규정 준수
정부 기관 전용

중요 포인트
필요한 서비스가 해당 리전에 존재하는지 확인해야 한다

6. 요금 (Pricing)

AWS 서비스 가격은 리전마다 다르다.

이유:

전력 비용
세금
인프라 운영 비용
현지 경제 환경

예시

같은 EC2라도

미국 리전
유럽 리전
아시아 리전

요금이 서로 다를 수 있다.

고려 요소

데이터 전송 비용
저장 비용
컴퓨팅 비용
세금 정책

중요 포인트
리전별 가격 차이가 존재한다

7. 리전 선택 의사결정 순서

실무에서는 보통 다음 순서로 결정한다.

1️⃣ 규정 준수 확인 (데이터 위치 규제)
2️⃣ 근접성 (사용자와의 거리 확인)
3️⃣ 기능(서비스) 가용성 확인 (필요한 서비스 존재 여부)
4️⃣ 비용 비교 (리전별 비용 차이 고려)

AWS 글로벌 인프라 구조

AWS는 고가용성과 낮은 지연 시간을 제공하기 위해 전 세계에 분산된 글로벌 인프라를 운영한다.
이 인프라는 크게 리전(Region), 가용 영역(AZ), 엣지 로케이션(Edge Location)으로 구성된다.

리전 → AWS 서비스가 배포되는 지리적 영역
AZ → 리전 내부의 독립 데이터센터
Edge Location → 콘텐츠 캐싱 서버 및 전송 가속

1. 고가용성 아키텍처의 기본 개념

고가용성 (High Availability)

시스템의 일부 구성 요소가 실패하더라도
서비스가 계속 동작할 수 있는 능력

예:

서버 하나가 죽어도 서비스는 계속 동작
데이터센터 하나가 장애가 나도 시스템 유지

이중화 아키텍처 (Redundancy)

고가용성을 위해 동일한 시스템을 여러 곳에 배치하는 구조

예:

Multi-AZ
Multi-Region

2. Multi-AZ 아키텍처

개념

하나의 AWS 리전 안에 있는 여러 가용 영역(AZ)에 리소스를 배포하는 방식

장점

데이터센터 장애 대응
자동 장애 조치 (failover)
빠른 재해 복구
사용자 서비스 중단 최소화

예시

서울 리전

AZ-A, AZ-B, AZ-C이 있을 때 애플리케이션을 2개 AZ에 배포하면

AZ-A 장애 시 AZ-B에서 계속 서비스

사용자는 거의 인지하지 못한다.

3. Multi-Region 아키텍처

개념

여러 AWS 리전에 애플리케이션을 배포하는 방식

장점

리전 전체 장애 대응
글로벌 사용자 대응
재해 복구 강화

예시

서울 리전
도쿄 리전
싱가포르 리전

서울 리전 장애
→ 도쿄 리전으로 장애 조치

4. AWS 글로벌 인프라 3요소

AWS 인프라는 다음 3단계 구조로 이루어진다.

Region
Availability Zone
Edge Location

5. AWS Region

정의

여러 데이터센터가 모여 있는 지리적 영역

특징

독립된 인프라
다른 리전과 격리
여러 AZ 포함

구조

1 Region
→ 최소 3개 이상의 AZ

예

Seoul
Tokyo
Singapore
Frankfurt
Virginia

6. Availability Zone (AZ)

정의

리전 내부에 있는 독립된 데이터센터 그룹

특징

독립적인 전력
독립적인 네트워크
물리적으로 분리

목적

고가용성 확보

구조

1 AZ
→ 1개 이상 데이터센터

핵심 포인트

AZ는 서로 격리되어 있지만 고속 네트워크로 연결되어 있다

7. Edge Location

엣지 로케이션은 AWS 콘텐츠 전송 네트워크(CDN)의 일부입니다. 이는 가용 영역에 직접 연결되지 않으며, 콘텐츠 전송에 최적화되어 있습니다.

정의

콘텐츠 전송 속도를 높이기 위해 전 세계에 배치된 캐시 서버 위치

역할

사용자와 가까운 위치에서

이미지
동영상
웹 콘텐츠
API 응답

을 전달

대표 서비스

Amazon CloudFront
Route 53
AWS Global Accelerator

8. CloudFront (CDN)

CDN 개념

Content Delivery Network

동작

사용자가 요청
↓
가까운 Edge Location에서 캐시된 데이터 전달
↓
지연 시간 감소

예

한국 사용자
→ 서울 Edge Location

미국 사용자
→ 미국 Edge Location

9. Route 53

DNS 서비스

기능

도메인 → IP 변환
트래픽 라우팅
헬스 체크

예

example.com 입력
↓
DNS 조회
↓
IP 주소 반환

10. Outposts와의 관계

CloudFront + Region보다 더 낮은 지연 시간이 필요하면

→ Outposts 사용

Outposts는

AWS 인프라를
온프레미스 데이터센터에 설치

11. AWS 인프라 계층 구조

전체 구조는 다음과 같다.

Global Infrastructure
↓
Region
↓
Availability Zone
↓
Data Center

--------------------

(별도로 존재하는 네트워크)
Edge Location

12. 고가용성 전략

고가용성을 높이는 방법

Multi-AZ 배포
Multi-Region 배포
CDN 사용
자동 스케일링

AWS CloudFormation 및 AWS 리소스 접근 방식

핵심은 AWS 인프라를 자동화하는 방법과 AWS 리소스와 상호작용하는 방법을 이해하는 것이다.
특히 CloudFormation을 통한 코드형 인프라(IaC) 개념이 중요한 부분이다.

1. 코드형 인프라 (Infrastructure as Code, IaC)

개념

인프라를 코드로 정의하여 자동으로 생성하고 관리하는 방식

즉,

서버 생성
네트워크 설정
보안 그룹 설정

같은 인프라 구성을 파일로 작성한다.

왜 필요한가

수동으로 인프라를 생성하면 문제가 생긴다.

설정 누락
사람마다 다른 환경
반복 작업
재현 불가능
오류 발생

IaC를 사용하면

동일한 환경 재현 가능
자동화 가능
인적 오류 감소
버전 관리 가능

2. AWS CloudFormation

정의

AWS 리소스를 템플릿 기반으로 자동 생성하는 IaC 서비스

장점

CloudFormation은 복잡한 인프라 설정을 처리하도록 설계되었습니다. 이 솔루션은 인프라를 코드로 정의하여 개발, 테스트, 프로덕션 같은 다양한 환경에서 배포의 일관성을 보장할 수 있습니다.

핵심 개념

CloudFormation은 다음 방식으로 동작한다.

템플릿 작성
CloudFormation이 템플릿 분석
AWS API 호출
리소스 자동 생성

CloudFormation 템플릿

텍스트 기반 파일

보통

JSON
YAML

형식으로 작성

템플릿에 정의되는 리소스 예

EC2
S3
VPC
IAM
Load Balancer
Auto Scaling

CloudFormation 특징

선언적 방식(Declarative)
자동 프로비저닝
반복 가능한 배포
인프라 버전 관리 가능
다중 리전 배포 가능

3. CloudFormation 사용 이유

1. 자동화

인프라를 코드로 자동 생성

2. 일관성

여러 환경에서 동일한 인프라 생성

예

Dev
Staging
Production

3. 다중 리전 배포

리전 A → 리전 B 동일 환경 생성 가능

4. 오류 감소

수동 설정 제거

4. AWS 리소스 접근 방법

AWS 리소스는 직접 접근하는 것이 아니라 AWS API를 통해 접근한다

이 API를 사용하는 방법은 크게 4가지이다.

CloudFormation → IaC 서비스
CLI → 명령줄 관리
SDK → 애플리케이션에서 AWS API 호출
Console → 웹 GUI 관리

5. 프로그래밍 방식 접근 (CLI / SDK)

AWS CLI

명령어 기반 관리 도구

예

aws ec2 describe-instances

특징

스크립트 자동화 가능
DevOps에서 많이 사용
서버 관리 자동화

CLI 사용 예

백업 자동화
배포 스크립트
리소스 관리 자동화

AWS SDK

프로그래밍 언어에서 AWS API 호출

지원 언어 예

Python
Java
Node.js
Go
C#

SDK 사용 예

웹 애플리케이션에서

S3 업로드
DynamoDB 조회
SNS 메시지 전송

6. AWS Management Console

개념

AWS의 웹 기반 GUI 관리 도구

특징

시각적 인터페이스
초보자 친화적
빠른 서비스 접근

사용 사례

비용 대시보드
시각화 서비스
빠른 테스트
관리 작업

7. 코드형 인프라 (IaC)

대표 서비스

AWS CloudFormation
Terraform (외부 도구)

특징

자동 배포
DevOps 통합
CI/CD 파이프라인 사용

사용 사례

인프라 자동화
다중 리전 배포
동일 환경 반복 구축

8. 접근 방식 비교

Console	GUI 기반 관리
CLI	명령줄 자동화
SDK	애플리케이션 통합
IaC	인프라 자동화

9. DevOps에서 CloudFormation 역할

CloudFormation은 보통 다음 구조에서 사용된다.

CI/CD Pipeline
↓
CloudFormation 실행
↓
AWS 인프라 생성
↓
애플리케이션 배포

10. CloudFormation 핵심 장점

인프라 자동화
환경 일관성
반복 가능한 배포
인적 오류 감소
다중 리전 관리

AWS 글로벌 인프라(opens in a new tab)	AWS 글로벌 인프라에 대해 자세히 알아봅니다.
엣지용 AWS(opens in a new tab)	AWS 엣지 로케이션 및 엣지 네트워킹에 대해 자세히 알아봅니다.
AWS CloudFormation(opens in a new tab)	코드형 인프라 서비스인 CloudFormation에 대해 자세히 알아봅니다.

저작자표시 비영리 동일조건 (새창열림)

'Deployment > Cloud Computing' 카테고리의 다른 글

AWS Cloud Practitioner Essentials (Networking) (0)	2026.03.14
AWS Cloud Practitioner Essentials (Exploring) Lambda (0)	2026.02.12
AWS Cloud Practitioner Essentials (Compute) EC2 (0)	2026.02.06
AWS Cloud Practitioner Essentials (Introduction) (0)	2026.02.02
Azure 사용 방법 (0)	2025.10.14