👉 AWS에서 여러 VPC와 온프레미스 네트워크를 중앙에서 연결하는 네트워크 허브 서비스입니다.
기존에는 VPC 간 연결을 위해 VPC Peering을 사용했지만, 여러 VPC가 증가하면 복잡한 네트워크 설정이 필요했습니다.
Transit Gateway는 VPC, 온프레미스, Direct Connect, VPN 등을 중앙에서 연결해주는 서비스로, 관리 간소화 및 확장성 향상이 가능합니다.
✅ VPC 간 네트워크 중앙 관리 – VPC Peering 없이 여러 VPC 연결 가능
✅ 온프레미스 연결 지원 – Direct Connect, VPN과 연동 가능
✅ 라우팅 간소화 – 중앙에서 네트워크 경로(Route Table) 관리
✅ 확장성 높은 네트워크 – 수천 개의 VPC 및 온프레미스 네트워크 연결 가능
✅ 멀티 리전 연결 가능 – Transit Gateway 간의 Peering 지원
| 비교 항목 | VPC Peering | Transit Gateway |
| 연결 방식 | 개별 VPC 간 직접 연결 | 중앙 허브(Transit GW) 통해 연결 |
| 확장성 | VPC 개수 증가 시 복잡 | 대규모 네트워크 지원 |
| 라우팅 관리 | 각 VPC 간 라우트 설정 필요 | 중앙에서 라우팅 관리 |
| 온프레미스 연결 | 별도 VPN 필요 | Direct Connect, VPN 연동 가능 |
| 멀티 리전 지원 | 가능하지만 설정 복잡 | 리전 간 Peering 지원 |
👉 VPC Peering은 개별 연결 방식, Transit Gateway는 중앙 허브 방식으로 확장성이 훨씬 뛰어남 🚀
📌 AWS Transit Gateway를 사용한 연결 구조
[ 온프레미스 네트워크 ]
│
(AWS VPN/Direct Connect)
│
[ Transit Gateway ]
┌────┴────┐
[ VPC-1 ] [ VPC-2 ]
│ │
[ Subnet ] [ Subnet ]
✅ VPC-1, VPC-2가 Transit Gateway를 통해 서로 통신 가능
✅ 온프레미스 네트워크도 Direct Connect/VPN을 통해 연결 가능
📌 1) 여러 개의 VPC 연결
📌 2) 온프레미스 데이터센터 연결
📌 3) 멀티 리전 아키텍처
📌 4) 중앙 집중형 보안 아키텍처
📌 기본 구성 단계
1️⃣ AWS 콘솔 → Transit Gateway 생성
2️⃣ Transit Gateway Attachments 생성 (VPC, VPN, Direct Connect 등 연결)
3️⃣ Transit Gateway Route Table 구성 (트래픽 경로 설정)
4️⃣ 각 VPC의 라우트 테이블 수정 (Transit Gateway를 통해 네트워크 허용)
📌 주요 과금 항목
1️⃣ Transit Gateway 자체 사용 비용 – 시간당 과금
2️⃣ Transit Gateway 데이터 처리 비용 – GB당 과금
3️⃣ 리전 간 Transit Gateway Peering 비용 – 추가 과금
✅ VPC Peering보다 비용이 높지만, 확장성과 관리 용이성을 고려하면 효과적
✔ Transit Gateway는 AWS에서 여러 VPC 및 온프레미스를 효율적으로 연결하는 중앙 네트워크 허브
✔ VPC Peering보다 확장성과 관리성이 뛰어나며, 대규모 네트워크 환경에서 유용
✔ VPN, Direct Connect와 연동하여 온프레미스 네트워크까지 확장 가능
✔ 보안 및 멀티 리전 아키텍처에서도 강력한 기능 제공
즉, AWS에서 대규모 네트워크 아키텍처를 운영한다면 Transit Gateway가 필수적인 솔루션!