주제-1 AWS Regions 및 Availability Zones: 완전하고 간단한 가이드

Source: Dev.to

AWS 글로벌 인프라

계층 구조

MUNDO
├── Regiones (Geographic Areas)
│   ├── Availability Zones (AZ)
│   ├── Local Zones
│   └── Wavelength Zones
└── Edge Locations

핵심 개념

• Region: 여러 데이터 센터가 있는 큰 지리적 영역. 각 리전은 장애 내성을 극대화하기 위해 다른 리전과 격리되어 있습니다.
• Availability Zone (AZ): 리전 내에 있는 독립적인 물리적 데이터 센터(또는 데이터 센터 그룹). 각 AZ는 자체 전력, 네트워크 및 냉각 시스템을 갖추고 있습니다.
• 근본 원칙: AWS에서 애플리케이션은 여러 AZ에 걸쳐 실행되어야 하며, 단일 AZ에만 배포해서는 안 됩니다. 이렇게 해야 고가용성을 달성할 수 있습니다.

리전 및 코드

단순화된 지도

Mundo
├── Estados Unidos → us-east-1, us-west-2
├── Europa → eu-west-1, eu-central-1
├── Asia → ap-southeast-1, ap-northeast-1
└── América del Sur → sa-east-1

리전을 사용하는 이유

• 지연 시간 감소: 사용자가 서버에 더 가까워집니다.
• 규제 준수: 데이터가 특정 관할 구역에 머무릅니다.
• 가용성 향상: 지리적 중복성을 확보합니다.
• 재해 복구: 자연 재해 발생 시 백업을 제공합니다.

가용 영역 (Availability Zones)

각 리전에는 다수의 AZ가 존재합니다. 각 AZ는:

• 물리적 데이터 센터(또는 데이터 센터 집합)
• 다른 AZ와 완전히 독립적
• 자체 전력, 네트워크 및 냉각 설비 보유
• 고속·저지연 네트워크로 다른 AZ와 연결

리전 us-east-1 예시

us-east-1
├── us-east-1a (AZ A)
├── us-east-1b (AZ B)
├── us-east-1c (AZ C)
├── us-east-1d (AZ D)
├── us-east-1e (AZ E)
└── us-east-1f (AZ F)

시각적 비유

도시          → 리전
건물          → 가용 영역 (AZ)
층/사무실     → 서버

실제 예시

마이애미를 하나의 리전으로, A, B, C 건물을 AZ로 비유해 보세요. 각 건물은 자체 전기, 인터넷, 보안을 갖추고 있습니다. 한 AZ가 장애가 나도 나머지는 정상 운영됩니다.

로드 밸런서를 이용한 아키텍처

Usuario
    |
Load Balancer
    |
├── Aplicación en AZ A (❌ falla)
├── Aplicación en AZ B (✅ funciona)
└── Aplicación en AZ C (✅ funciona)

API Gateway + Lambda (멀티 AZ 자동)

Internet
    |
API Gateway
    |
┌───────────────────────┐
│ Lambda Functions       │
├── AZ A: Lambda Instance│
├── AZ B: Lambda Instance│
└── AZ C: Lambda Instance│
└───────────────────────┘

RDS Multi‑AZ

Internet
    |
Application Load Balancer
    |
├── AZ A: EC2 + Auto Scaling
├── AZ B: EC2 + Auto Scaling
└── AZ C: EC2 + Auto Scaling
    |
    v
RDS Multi‑AZ
├── AZ A: Primary DB
└── AZ B: Standby DB

주요 특징

• API Gateway: 자동으로 여러 AZ에서 동작합니다.
• Lambda: 추가 설정 없이 여러 AZ에 걸쳐 실행됩니다.
• RDS Multi‑AZ: 기본 DB와 자동 스탠바이 DB를 제공합니다.
• Load Balancer: 정상적인 AZ에 트래픽을 분산시킵니다.

다중 리전 사용

고려 시점

• 극한 재해 복구: 리전 수준 장애에 대비.
• 글로벌 사용자: 대륙별 사용자에 대한 지연 시간 최소화.
• 법적 요구 사항: 데이터가 특정 관할 구역에 머물러야 함.
• 컴플라이언스: 국가·지역별 규제 준수.

리전 vs 가용 영역 비교

모범 사례

• 항상 2‑3개의 AZ를 사용해 중요한 애플리케이션을 배포합니다.
• 처음에는 하나의 리전만 사용하고, 지연 시간이나 규제 요구가 있을 때만 다른 리전으로 확장합니다.
• 멀티 AZ 서비스(RDS, DynamoDB, ElastiCache 등)를 가능한 한 활용합니다.
• 재해 복구는 비즈니스에 필수적인 경우에만 계획합니다.
• 단일 AZ에 모든 것을 배치하지 않도록 합니다(단일 장애 지점 방지).
• 불필요한 다중 리전 사용을 피합니다. 복잡성과 비용이 증가합니다.
• 시간에 민감한 애플리케이션에서는 AZ 간 지연 시간을 고려합니다.
• 리전 간 데이터 전송 비용을 모니터링합니다.

핵심 개념 요약

Conceptos Clave
• Región = zona geográfica grande
• AZ = data center físico independiente
• Una región tiene múltiples AZ (mínimo 3)
• Múltiples AZ = alta disponibilidad
• Una región suele ser suficiente para la mayoría de los casos

참고 자료

• AWS Global Infrastructure – 리전 및 AZ에 대한 공식 문서.
• AWS Well‑Architected Framework – Reliability Pillar.
• AWS Latency Calculator – 리전 간 지연 시간을 추정하는 도구.

최종 업데이트: 2024년 12월