[network] 라우트 테이블

One-Line Summary

Route Table은 "이 목적지(IP 대역)로 가는 트래픽은 저 장치로 보내라"는 경로 규칙의 모음이다. 서브넷마다 하나의 라우트 테이블이 연결되고, 그 규칙에 따라 트래픽이 VPC 내부(local)·인터넷(IGW)·NAT·피어링·Transit Gateway 등으로 흘러간다. 서브넷이 public이냐 private이냐를 실제로 결정하는 것도 바로 이 라우트 테이블이다.

Why It Exists

VPC 안에는 인터넷으로 나가야 하는 트래픽, VPC 내부끼리 도는 트래픽, 다른 VPC나 온프레미스로 가야 하는 트래픽이 섞여 있다. 각 트래픽을 목적지에 따라 어디로 보낼지 정하는 규칙이 없으면 통신이 성립하지 않는다.

Route Table이 그 교통정리를 한다.

라우트 규칙이 없으면
  -> 트래픽이 어디로 가야 할지 몰라 통신 실패

Route Table
  -> "목적지 CIDR → 보낼 대상(target)" 규칙으로 경로 결정
  -> 서브넷에 연결되어 그 서브넷의 트래픽 흐름을 통제

시험 감각:

"통신이 안 된다 / 인터넷이 안 된다" 문제의 절반은 라우트 테이블에 경로가 없어서다.

Abbreviations

라우트 테이블의 구조 — 규칙 한 줄씩

라우트 테이블은 여러 개의 route(규칙) 로 이루어진다. 각 route는 목적지(Destination) → 대상(Target) 형태다.

예시 (public 서브넷용):

• 0.0.0.0/0은 "나머지 전부(=인터넷)"를 뜻하는 기본 경로(default route).
• local은 VPC를 만들면 자동으로 생기고 삭제할 수 없다. 덕분에 VPC 안 모든 서브넷은 별도 설정 없이 서로 통신 가능하다.

라우트 테이블과 서브넷의 연결 규칙 (중요)

VPC
├── Main Route Table (기본)   ← 명시적 연결 없는 서브넷이 사용
├── Custom RT-public          ← public 서브넷들 연결 (0.0.0.0/0 → igw)
└── Custom RT-private         ← private 서브넷들 연결 (0.0.0.0/0 → nat)

실무 팁: Main Route Table은 되도록 건드리지 말고(안전을 위해 인터넷 경로 없이 두고), public/private용 커스텀 라우트 테이블을 따로 만들어 명시적으로 연결하는 것이 안전한 관례다. 새 서브넷이 실수로 main을 따라 의도치 않게 노출/차단되는 사고를 막는다.

Public / Private를 결정하는 것이 라우트 테이블

앞선 노트(IGW, VPC)에서 반복된 핵심을 라우트 테이블 관점으로 정리한다.

Public RT      : 10.0.0.0/16 -> local , 0.0.0.0/0 -> igw
Private RT     : 10.0.0.0/16 -> local , 0.0.0.0/0 -> nat
Isolated RT    : 10.0.0.0/16 -> local

대상(Target) 종류 — 어디로 보낼 수 있나

라우트의 Target으로 지정할 수 있는 대표 대상들. "이 목적지는 저 장치로" 를 정할 때 쓴다.

경로 우선순위 — Longest Prefix Match (빈출)

목적지에 매칭되는 route가 여러 개면, 가장 구체적인(prefix가 긴) 경로가 이긴다. 이를 longest prefix match라 한다.

예: 목적지 172.31.5.10으로 가는 패킷

• local 경로는 항상 최우선(VPC 내부 대역은 무조건 local로).
• 그래서 VPC CIDR과 겹치는 대역을 다른 곳으로 보내는 것은 불가능(피어링/VPN 설계 시 CIDR 겹치면 안 되는 이유).

정적 경로 vs 전파된 경로 (Route Propagation)

Route Propagation을 켜면 온프레미스 네트워크가 알려주는 대역이 자동으로 라우트 테이블에 들어와, 수동으로 일일이 추가할 필요가 없다.

Blackhole 경로

route의 Target이 삭제되거나 분리되면(예: NAT Gateway 삭제) 그 경로는 blackhole 상태가 되어 트래픽이 버려진다.

"설정은 그대로인데 갑자기 통신이 끊겼다" → 라우트가 blackhole인지(대상 리소스가 삭제됐는지) 확인.

실제 사용 예 — 3-Tier에서의 라우트 테이블

[Public Subnet]  RT-public   : local , 0.0.0.0/0 -> igw
   (ALB, NAT Gateway 위치)
[Private App]    RT-private  : local , 0.0.0.0/0 -> nat
   (EC2 앱: 인바운드는 ALB 통해서만, 아웃바운드는 NAT로)
[Private DB]     RT-db       : local 만
   (RDS: 외부 경로 아예 없음, VPC 내부에서만 접근)

Common Wrong Directions

Exam Triggers

Memory Sentence

라우트 테이블 = "목적지 CIDR → 대상" 규칙 모음. 서브넷은 라우트 테이블 하나에만 연결(없으면 Main을 따름), 하나의 테이블은 여러 서브넷에. local은 자동·삭제불가로 VPC 내부 통신을 보장하고, 0.0.0.0/0 → igw면 public·→ nat면 private·local만이면 격리. 경로가 겹치면 가장 구체적인 것(longest prefix match)이 이긴다.

References

• Route tables for your VPC
• How route tables work
• Route priority (longest prefix match)