멀티 CDN 비디오 전송

멀티 CDN 전략을 구현하려면 시스템의 두 가지 주요 구성 요소에 대한 기술적 결정을 내려야 합니다.

특정 지역, 네트워크 또는 디바이스 유형 내에서 CDN의 성능을 비교하기 위한 벤치마킹 도구. 이를 위해서는 재생 오류 및 버퍼링 비율과 같은 클라이언트 측 비디오 QoE 지표를 사용하는 것이 좋습니다. Mux, NPAW 및 Conviva와 같은 회사는 클라이언트 측 비디오 분석 제품을 제공합니다.
CDN 스위칭 툴링. 먼저 DNS 기반인지 HTTP 기반인지, 미드스트림 스위칭을 구현할지 결정해야 합니다. 그런 다음 트래픽을 CDN에서 다른 CDN으로 이동하기 위한 스위칭 로직을 결정해야 합니다. 전환에 어떤 지표를 사용해야 하나요? 어느 임계값에서.
이 주제에 대한 자세한 지침은 다음 두 블로그 시리즈(1 및 2)를 읽어보세요.

관리형 솔루션을 선호하는 경우 MUX+NS1과 같은 멀티 CDN 스위칭을 위한 타사 솔루션을 찾을 수 있습니다.

일반적인 멀티 CDN 아키텍처는 각 CDN이 독립적인 방식으로 오리진에서 직접 콘텐츠를 채우도록 하여 CDN을 완전히 격리하는 것으로 구성됩니다. 하지만 이 접근 방식을 사용하면 오리진 비용에 CDN 수를 곱하게 되므로 오리진과 관련된 사용자 지정 로직(예: 액세스 제어 또는 장애 조치)을 각 CDN에서 독립적으로 구현해야 합니다. 또한 CDN의 캐시 적중률이 갑자기 떨어지면 오리진이 과부화되어 가용성이 저하될 수 있습니다.

앞서 언급한 문제를 해결하기 위한 또 다른 멀티 CDN 접근 방식은 CloudFront를 다른 CDN의 오리진으로 사용하는 것입니다. 그러나 이 접근 방식을 사용하려면 아키텍처의 중복성에 대한 추가 조사가 필요합니다. 예를 들어 CloudFront를 오리진으로 사용하는 경우 현지화된 CloudFront PoP 장애의 영향 범위를 줄이기 위해 타사 CDN의 오리진 쉴드 또는 중앙 집중식 캐시를 사용하지 않도록 설정하는 것이 좋습니다. 또한 가용성과 캐시 적중률을 높이려면 CloudFront에서 Origin Shield를 활성화하는 것이 좋습니다. CloudFront 프라이빗 요금 계약을 체결한 상태에서 이 아키텍처를 구현하려는 경우 AWS 계정 팀에 문의하여 논의하시기 바랍니다.