[network] AWS 네트워킹 한눈에

One-Line Summary

네트워킹 문제는 대부분 ① 나만의 사설 네트워크를 어떻게 설계하나(VPC·서브넷·라우팅), ② 그 안팎을 어떻게 안전하게 연결하나(IGW·NAT·엔드포인트·피어링·VPN·Direct Connect), ③ 무엇으로 접근을 통제하나(보안 그룹·NACL), ④ 이름을 IP로 어떻게 바꾸나(Route 53 DNS) 로 나눠 보면 풀린다.

이 카테고리의 범위

로드 밸런싱(ELB), CDN(CloudFront), 경로 최적화(Global Accelerator)는 compute 노트에 있으므로 여기서는 교차 링크만 한다. network 카테고리는 VPC 내부 설계 · 연결성 · 접근 통제 · DNS에 집중한다.

Abbreviations

Big Picture — 요구사항 → 서비스

한 장으로 보는 VPC 아키텍처

아래 그림 하나에 이 카테고리의 대부분이 들어있다 — VPC 경계, AZ별 public/private 서브넷, IGW, NAT, Multi-AZ DB, Gateway Endpoint.

            Internet
               │
           ┌───┴───┐
           │  IGW  │
           └───┬───┘
               │
┌─ VPC 10.0.0.0/16 ─────────────────────────────────────────┐
│ ┌─ AZ-a ──────────────────┐   ┌─ AZ-c ──────────────────┐ │
│ │ ┌────────────────────┐  │   │ ┌────────────────────┐  │ │
│ │ │ public 10.0.1.0/24 │  │   │ │ public 10.0.3.0/24 │  │ │
│ │ │ ALB · NAT GW       │  │   │ │ ALB · NAT GW       │  │ │
│ │ └────────────────────┘  │   │ └────────────────────┘  │ │
│ │       │                 │   │       │                 │ │
│ │       ▼                 │   │       ▼                 │ │
│ │ ┌─────────────────────┐ │   │ ┌─────────────────────┐ │ │
│ │ │ private 10.0.2.0/24 │ │   │ │ private 10.0.4.0/24 │ │ │
│ │ │ App EC2             │ │   │ │ App EC2             │ │ │
│ │ │ RDS (primary)       │ │   │ │ RDS (standby)       │ │ │
│ │ └─────────────────────┘ │   │ └─────────────────────┘ │ │
│ └─────────────────────────┘   └─────────────────────────┘ │
│                                                           │
│ Gateway Endpoint ──► S3 / DynamoDB                        │
└───────────────────────────────────────────────────────────┘

• public 서브넷(라우트 0.0.0.0/0 → IGW): ALB·NAT Gateway 같은 인터넷 접점.
• private 서브넷(IGW 경로 없음): App·DB. 아웃바운드는 NAT 경유.
• 여러 AZ에 대칭 배치 → 한 AZ가 죽어도 서비스 유지(HA). S3/DynamoDB는 Gateway Endpoint로 NAT 없이 사설 접근.

헷갈리는 선택 정리 (시험 단골 비교)

네트워크 문제는 대개 비슷해 보이는 두 서비스 중 하나를 고르는 형태다. 아래 6개 축이 가장 자주 나온다.

1) 인터넷 연결: IGW vs NAT vs Egress-only IGW

"프라이빗 서버가 패치·외부 API로 나가야 하지만 외부에서 들어오는 건 막고 싶다" → NAT(IPv4) / Egress-only IGW(IPv6).

2) VPC 연결: Peering vs Transit Gateway

"VPC가 3~4개 넘고 온프렘까지 얽힌다 / 메시가 폭발한다" → TGW. "딱 두 VPC만 붙인다" → Peering.

3) 온프레미스 연결: Site-to-Site VPN vs Direct Connect

"즉시·저렴·암호화" → VPN. "일관된 저지연·대용량·규정상 전용선" → DX(+백업으로 VPN).

4) AWS 서비스 사설 접근: Gateway Endpoint vs Interface Endpoint

"S3/DynamoDB를 NAT 없이 사설로" → Gateway Endpoint(무료). "그 외 서비스나 온프렘에서 사설 IP로" → Interface Endpoint.

5) 접근 통제: Security Group vs NACL

"특정 악성 IP를 차단" → NACL(deny 가능). "계층 간 접근을 IP 없이" → SG 참조. 상세는 security-group-vs-nacl.

6) public vs private 서브넷은 무엇이 결정하나

서브넷 이름이 아니라 연결된 라우트 테이블에 0.0.0.0/0 → IGW 경로가 있느냐가 결정한다. 상세는 route-table.

Common Wrong Directions

Exam Triggers

Memory Sentence

네트워크는 VPC(리전)·Subnet(AZ)로 설계하고 라우트 테이블로 흐름을 정한다. 인터넷은 IGW, 프라이빗 아웃바운드는 NAT(IPv4)·Egress-only IGW(IPv6). VPC 연결은 소수면 Peering·다수면 TGW, 온프렘은 즉시·저렴이면 VPN·일관대용량이면 DX(암호화는 별도). AWS 서비스 사설 접근은 S3/DDB면 Gateway Endpoint(무료)·그 외 Interface Endpoint. 접근 통제는 인스턴스 SG(stateful)·서브넷 NACL(stateless, deny), 트래픽 감사는 Flow Logs, 이름 해석은 Route 53.

Notes To Expand

• VPC & Subnets concept note
• Internet Gateway (IGW) concept note
• Route Table concept note
• NAT Gateway concept note
• Security Group vs Network ACL concept note
• VPC Endpoint & PrivateLink concept note
• VPC Peering concept note
• Transit Gateway concept note
• Site-to-Site VPN & Client VPN concept note
• Direct Connect (DX) concept note
• Route 53 concept note
• VPC Flow Logs concept note

References

• Amazon VPC
• VPC networking components