멀티 CDN 라우팅 정책 5가지 비교: 가중치·장애조치·지리·스케줄링·LLM 라우팅

CDN 한 곳만 쓰면 어디가 위험한가

운영팀이 라우팅 정책을 고민하기 시작하는 시점은 대체로 단일 CDN 의존 상황을 다시 보게 되는 순간입니다. 한쪽 CDN에 장애가 생기거나, 특정 지역 지연이 길어지거나, 비용 구조를 바꾸려고 할 때 분배라는 키워드가 처음 등장합니다.

5월 4일(월) 발행 멀티클라우드 SPOF 방지 글에서 정리했듯이, 단일 벤더에 묶인 인프라는 5월 트래픽 폭증 같은 부하 구간이나 벤더 측 사고가 생길 때 한 번에 영향을 받죠. CDN도 같은 구조예요. 멀티 CDN 운영은 그 위험을 분산하기 위한 출발선입니다.

다만 멀티 CDN을 구성하는 일 자체보다 더 어려운 지점은 여러 CDN을 어떤 규칙으로 나눠 보내느냐입니다. 운영 환경마다 답이 다른데, 이 답을 정리한 영역이 라우팅 정책이죠.

AI LB가 지원하는 5가지 라우팅 정책 한눈에

스피디 AI LB는 LLM 기반 지능형 DNS Load Balancer로, AWS Route53 위에서 라우팅 정책을 자동 구성하는 방식으로 동작합니다. 매뉴얼 기준 지원 정책은 다섯 가지입니다.

각 정책의 정의·핵심 설정·자연어 프롬프트 예시는 다음 표로 정리했습니다.

각 정책이 어떤 상황에서 진가를 발휘하는지 하나씩 짚어봅니다.

가중치 라우팅, 비용 최적화와 점진 마이그레이션이 강점입니다

AI LB 매뉴얼 6편은 가중치 라우팅을 등록된 CDN CNAME에 트래픽 분배 비율(%)을 설정해 가중치 기반 로드밸런싱을 구성하는 방식이라고 안내합니다. 핵심 규칙은 두 가지입니다.

• 모든 CDN CNAME의 가중치 합계 = 100

• 각 가중치 범위: 1 ~ 100

실무에서 이 정책이 자주 등장하는 장면은 두 가지죠.

첫째, 비용 최적화입니다. CDN별 단가가 다르면 트래픽 비율을 조정해 전체 비용을 줄일 수 있어요. 한쪽 CDN 단가가 높아진 시점에 가중치를 20%로 낮추고 다른 CDN을 80%로 올리는 식이죠.

둘째, 점진 마이그레이션입니다. CDN을 새 벤더로 옮길 때 한 번에 전환하지 않고 5%·10%·30%·70%·100% 식으로 단계적으로 트래픽을 늘리며 안정성을 확인할 수 있습니다. LLM 라우팅으로는 가중치 비율을 자연어 한 줄로 입력해 같은 정책을 표현할 수 있고, 자연어 프롬프트 예시는 본문 표에 별도 정리했습니다.

장애조치 라우팅, Health Check로 자동 전환이 핵심입니다

장애조치 라우팅은 매뉴얼에서 Primary/Secondary 타겟을 지정하고 Health Check를 설정해, Primary 장애 시 자동으로 Secondary로 전환되는 라우팅을 구성하는 방식으로 정의됩니다.

핵심은 Health Check 설정값입니다.

매뉴얼은 실패 지정 횟수와 관련해 다음 주의 사항을 함께 안내합니다.

실패 지정 횟수는 1~10 범위에서 설정 가능하고, 값이 낮을수록 더 짧은 시간 안에 장애를 감지하지만 일시적 네트워크 지연에 의한 오탐 가능성도 함께 높아진다는 점이 핵심입니다. 1로 두면 즉시 전환되지만 일시적 지연도 장애로 잡힐 수 있고, 10으로 두면 안정적이지만 실제 장애 감지가 늦어지죠. 운영 환경 트래픽 패턴에 맞춰 균형점을 잡는 영역이에요.

이 정책은 가용성과 SPOF 차단이 핵심 가치입니다. CDN 한쪽에 장애가 발생해도 사용자 체감 다운타임을 짧게 가져갈 수 있죠. LLM 라우팅에서는 주 서버와 예비 서버를 자연어 한 줄로 지정해 구성하는 형태이고, 자연어 프롬프트 예시는 본문 표에 정리했습니다.

지리적·스케줄링 라우팅, 글로벌 서비스와 피크 분산에 유용합니다

지리적 라우팅은 사용자의 지리적 위치(대륙/국가)에 따라 서로 다른 CDN 엔드포인트로 트래픽을 라우팅하는 정책입니다. 매뉴얼은 세 가지 규칙을 강조합니다.

• 반드시 1개의 Default 지역이 필요합니다 (지정되지 않은 지역의 트래픽을 처리)

• 동일 지역 코드 중복 불가, 하나의 지역은 하나의 CDN CNAME에만 매핑

• 대륙/국가 탭을 전환하여 복수 선택 가능

아시아 사용자는 한국 거점이 강한 CDN, 유럽·미주 사용자는 해당 지역 거점이 강한 CDN으로 보내는 구조죠. 글로벌 서비스에서 지역별 지연을 줄이려고 할 때 자주 쓰는 정책이에요.

스케줄링 라우팅은 시간대별로 서로 다른 CDN 엔드포인트로 트래픽을 라우팅하는 정책입니다. 매뉴얼은 피크 시간대와 비피크 시간대에 서로 다른 CDN을 사용하는 정책 등을 구성할 수 있다고 안내합니다.

• 시간 범위가 서로 겹치지 않도록 설정합니다

• 시간 기준: Asia/Seoul (한국 표준시)

• 표시 형식: 시간 범위 00:00 ~ 01:00 (Asia/Seoul)

• 반드시 1개의 Default CDN이 필요합니다

두 정책의 공통점은 Default가 1개 필요하다는 점입니다. 지정되지 않은 지역 또는 시간대 트래픽이 갈 곳을 명확히 두는 설계죠. 두 정책 모두 LLM 라우팅에서는 지역 매핑이나 시간대 매핑을 자연어 한 줄로 입력해 표현할 수 있고, 자연어 프롬프트 예시는 본문 표에 정리했습니다.

LLM 라우팅, 자연어 한 줄로 4가지 정책을 묶어 줍니다

LLM 라우팅은 매뉴얼이 AI LB의 핵심 기능이라고 안내하는 부분입니다.

매뉴얼 설명을 정리하면 흐름은 간결합니다. 자연어로 라우팅 정책을 입력하면 LLM이 분석해 Route53 레코드를 자동 생성하고, 복잡한 DNS 설정 없이 한 줄의 프롬프트로 라우팅을 구성할 수 있습니다.

지원 정책은 다섯 가지로 정리돼 있어요.

매뉴얼이 안내하는 LLM 라우팅의 핵심 가치는 분명합니다. DNS 전문 지식 없이도 자연어 한 줄로 복잡한 라우팅 정책을 구성할 수 있어 운영 효율성이 한층 높아진다는 점입니다.

입력 형식에는 세 가지 규칙이 있습니다. 지역별 정책은 쉼표로 구분하고, 가중치는 벤더명과 비율 형식으로, 장애조치는 주 서버와 예비 서버를 명시하는 형식으로 입력합니다. 단순한 규칙이지만 이 한 줄이 Route53 레코드 자동 생성으로 이어지는 구조입니다.

어떤 정책을 언제 쓰느냐, 운영 상황별 의사결정

5가지 정책을 한 번에 정리해 두면 운영팀이 상황별로 곧장 선택할 수 있죠. 다음 흐름도와 표가 한 번에 보여줍니다.

실무에서 한 가지 정책만 쓰지는 않는 경우도 많아요. 예를 들어 글로벌 서비스에서 지리적 라우팅을 기본으로 두고, 각 지역 안에서 가중치 기반 분배를 묶거나, 피크 시간대만 별도 스케줄링 규칙을 추가하는 식이죠. AI LB는 이런 조합을 자연어 한 줄로 표현할 수 있도록 LLM 라우팅을 설계해 둔 영역입니다.

이것만 기억하세요

자주 묻는 질문 (FAQ)