라우팅

서브넷이 하나일 때는 패킷이 어디로 갈지 고민할 일이 적습니다. 하지만 내부망, 인터넷, 원격 지사, VPN이 함께 붙기 시작하면 같은 패킷이라도 어디로 보내야 할지 결정해야 합니다. 이 기준이 없으면 패킷은 잘못된 경로로 가거나 아예 버려집니다.

라우터는 패킷의 목적지 IP를 보고 라우팅 테이블에서 가장 구체적으로 일치하는 경로를 찾습니다. 예를 들어 특정 사설 대역은 VPN 게이트웨이로 보내고, 나머지는 기본 경로를 따라 NAT나 인터넷 게이트웨이로 보낼 수 있습니다. 이런 '목적지 prefix → 다음 홉' 매핑이 쌓여 네트워크 전체의 길찾기가 이뤄집니다.

라우팅과 로드 밸런서는 둘 다 트래픽을 어딘가로 보내지만 기준이 다릅니다. 라우팅은 목적지 네트워크 prefix를 보고 어느 경로로 갈지 정하고, 로드 밸런서는 같은 서비스 뒤에 있는 여러 서버 중 어느 인스턴스로 보낼지 정합니다. 네트워크 간 길찾기는 라우팅 문제이고, 서비스 단위 분산은 로드 밸런싱 문제입니다.

초기의 작은 네트워크에서는 같은 브로드캐스트 도메인 안에서 직접 통신하는 경우가 많았습니다. 인터넷과 기업 네트워크가 커지면서 여러 네트워크를 이어 붙여야 했고, 패킷을 어느 경로로 넘길지 공통 규칙이 필요해졌습니다. 라우팅은 이 확장성 문제를 풀기 위해 네트워크 계층의 핵심 기능으로 자리잡았습니다.

클라우드 서브넷 설계, 인터넷 출구 구성, VPN 연결, 지사망 연결에 적합합니다. 반대로 HTTP 헤더를 보고 분기하거나 같은 서비스 뒤의 서버 부하를 나누는 문제는 라우팅만으로 해결되지 않습니다. 경로가 많아질수록 테이블과 우선순위를 체계적으로 관리하지 않으면 장애 원인을 찾기 어려워집니다.

다음에 볼 개념

함께 보면 좋은 개념