Oracle Database@AWS, TGW 허브앤스포크 네트워크 구성 가이드
Oracle Database@AWS(ODB@AWS)는 AWS 내 Oracle Exadata 인프라에서 Oracle Database를 실행하는 서비스로, 애플리케이션-DB 간 RTT 165μs의 초저지연 성능 제공
ODB Network는 OCI 인프라를 호스트하는 프라이빗 격리 네트워크로, 단일 AZ 운영 및 다중 VPC 피어링 지원 특성 보유
2026년 2월부터 Multi-VPC ODB 피어링 지원으로 직접 연결 또는 Transit Gateway(TGW) 허브앤스포크 아키텍처 설계 선택지 확대
엔터프라이즈 환경에서는 온프레미스 연결, 다수 VPC 관리, 보안 정책 일관성 유지를 위해 TGW 허브앤스포크 아키텍처가 권장됨
네트워크 구성 시 TGW Attachment의 AZ 정렬, 라우팅 설정 순서 준수, 하이브리드 DNS 구성이 핵심 고려사항임
ODB Network의 고유한 네트워크 토폴로지
Oracle Database@AWS(ODB@AWS)는 기존 AWS 서비스와는 다른 ODB Network라는 프라이빗 격리 네트워크를 기반으로 운영됨.
ODB Network는 AWS 가용영역(Availability Zone) 내에 OCI(Oracle Cloud Infrastructure) 인프라를 호스트하며, Oracle Exadata 및 VM 클러스터가 이 내부에 위치함.
애플리케이션은 Amazon VPC의 ODB Peering을 통해 데이터베이스 리소스에 프라이빗하게 접근하며, 기본적으로 AWS VPC, 온프레미스, 인터넷과 직접 연결되지 않음.
각 VM 클러스터는 단일 AZ의 단일 ODB Network에 연관되며, VM 클러스터는 ODB Network 간 이동이 불가함.
High Performance Networking은 EC2 Placement Group을 자동 프로비저닝하여 sub-ms 레이턴시를 지원함.
Multi-VPC 피어링 지원 확대와 아키텍처 선택
2026년 2월부터 ODB Network는 최대 45개의 ODB 피어링 연결을 지원하게 되어 아키텍처 설계 유연성이 증대됨.
직접 Multi-VPC 피어링: VPC 수가 적고 온프레미스 연결이 불필요한 경우, 추가 라우팅 레이어 없이 최저 지연 시간 확보 가능.
Transit Gateway(TGW) 허브앤스포크: 온프레미스 연결, 중앙 집중식 라우팅 및 방화벽 검사가 필요한 엔터프라이즈 환경에 적합하며, 확장성과 중앙 관리 용이.
VPC Lattice: IP 중복 환경이나 Zero-ETL, S3 연동 시 고려할 수 있으나, SCAN 접속은 미지원함.
AWS Cloud WAN: 멀티리전 글로벌 연결 정책 기반 라우팅에 사용되나, 복잡도와 비용이 증가할 수 있음.
Transit Gateway 허브앤스포크 아키텍처 구성 원칙
엔터프라이즈 환경에서 ODB@AWS 도입 시, 온프레미스 연결, 다수 VPC 관리, 보안 정책 일관성 유지를 위해 Transit Gateway(TGW) 기반 허브앤스포크 아키텍처가 권장됨.
핵심 설계 원칙 1: TGW Attachment는 ODB Network가 위치한 동일 가용영역(AZ)에 생성해야 함.
핵심 설계 원칙 2: Transit VPC 라우트 테이블에서 TGW 방향 라우트를 먼저 설정한 후, ODB Peering의 Peered CIDRs를 추가해야 함 (순서 위반 시 ODB 상태 'Failed' 발생).
핵심 설계 원칙 3: Transit VPC는 단일 TGW 또는 AWS Cloud WAN과만 연동 가능하므로, 기존 TGW 환경을 재활용해야 함.
하이브리드 DNS 구성 및 연결성 검증
ODB@AWS의 Oracle Database 접근을 위해서는 Oracle SCAN Listener 주소에 대한 DNS 해석이 필수적이며, 이를 위해 하이브리드 DNS 아키텍처 구성이 필요함.
Route 53 Resolver Outbound Endpoint를 사용하여 AWS에서 OCI DNS로 쿼리를 전달하고, Forwarding Rules를 통해 *.oraclevcn.com 도메인에 대한 해석을 OCI DNS Listener IP로 지정함.
연결성 검증은 `nslookup`을 통한 DNS 해석 확인, `sqlplus`를 이용한 Oracle DB 연결 테스트, `qperf`를 이용한 레이턴시 측정 등으로 수행됨.
특히 High Performance Networking(Placement Group) 적용 시 sub-millisecond 레이턴시 확보가 가능하며, 이는 Application VPC에서 직접 ODB Peering 구성 시에만 해당됨.
CIDR 설계 및 IP 주소 예약 규칙
ODB Network와 연결되는 모든 네트워크(AWS VPC, OCI VCN, 온프레미스) 간 CIDR 블록 충돌 방지가 매우 중요함.
클라이언트 서브넷은 최소 /27, 권장 /24이며, 백업 서브넷은 최소 /28 크기가 요구됨.
Exadata X9M 사용 시 100.106.0.0/16 및 100.107.0.0/16 범위는 예약되어 사용 불가함.
ODB Network 내부에서는 ODB 서비스용, VM 클러스터당 SCAN용, VM당 IP 등이 자동으로 예약되므로, 실제 할당 가능한 IP 범위를 사전에 충분히 계획해야 함.
CIDR 범위는 생성 후 변경이 불가하므로, 초기 설계 단계에서의 철저한 IP 계획이 필수적임.
