다음을 통해 공유

중요 업무용 글로벌 콘텐츠 배달

CDN(콘텐츠 배달 네트워크)은 글로벌 계층 7 부하 분산 및 최적화된 네트워크 라우팅을 포함하여 사용자에게 성능을 최적화하는 다양한 기능을 제공합니다. 캐싱은 백엔드 서비스의 부하를 줄이고 다양한 문제에 대한 탄력성을 제공하는 일반적인 방법이기도 합니다. Azure Front Door를 포함한 CDN은 네트워크 에지에서 캐싱을 제공합니다.

CDN은 일부 솔루션 아키텍처에서 필수 구성 요소이므로 중요 업무용 워크로드가 여러 CDN을 사용하여 더 높은 수준의 가동 시간을 달성하는 것이 업계 모범 사례입니다. 한 CDN이 중단되거나 성능이 저하되면 트래픽이 자동으로 다른 CDN으로 전환됩니다.

Microsoft는 Azure Front Door에 대한 업계 최고의 SLA(서비스 수준 계약)를 제공합니다. 다른 공급자가 100% 가동 시간 SLA를 제공하더라도 이는 가동 중지 시간이 전혀 없음을 보장하는 것은 아니라는 점을 유의해야 하며, SLA는 일반적으로 서비스 중단 시 서비스 크레딧을 제공하도록 되어 있습니다. 이러한 이유로 Microsoft의 경쟁업체도 중요 업무용 워크로드에 여러 CDN을 사용하는 것이 좋으며 자체 CDN을 관리하는 많은 회사도 다른 CDN을 활용합니다.

여러 CDN을 구현하는 경우 이 방법의 의미를 고려합니다. 각 CDN은 애플리케이션 서버에 대한 별도의 네트워크 경로를 제공하므로 각 CDN을 별도로 구성하고 테스트해야 합니다.

이 문서에서는 다른 CDN과 함께 Azure Front Door를 사용하는 방법을 설명합니다. 이 방법은 정적 콘텐츠 배달, 미디어 및 대규모 전자 상거래 애플리케이션을 제공하기 위해 캐싱에 크게 의존하는 솔루션에 적합합니다.

비고

이 사용 사례는 Azure Front Door를 사용할 수 없는 경우 대체 방법을 다루는 전반적인 디자인 전략의 일부입니다. 컨텍스트 및 고려 사항에 대한 자세한 내용은 중요 업무용 글로벌 웹 애플리케이션을 참조하세요.

접근법

타사 CDN을 Azure 솔루션에 통합하여 Microsoft의 인프라로부터 격리를 제공할 수 있습니다. 이 격리는 재해 시나리오에서 높은 수준의 복원력을 제공합니다. 중단 또는 재해가 발생하면 Azure Front Door와 대체 CDN 간에 트래픽이 자동으로 이동됩니다. Azure Traffic Manager를 사용하여 중단을 감지하고 트래픽을 대체 CDN으로 리디렉션할 수 있습니다.

비고

Microsoft는 데이터 전송 요금이 0인 다른 CDN으로 원본 트래픽을 라우팅하는 CDN 상호 연결 서비스를 제공합니다. 자세한 내용은 라우팅 기본 설정을 참조하세요.

다음 다이어그램은 CDN 간에 트래픽이 흐르는 방식을 보여 줍니다.

Azure Front Door와 다른 CDN 간의 Traffic Manager 라우팅 다이어그램.

  • 우선 순위 라우팅 모드를 사용하는 Traffic Manager 에는 두 개의 엔드포인트가 있습니다. 기본적으로 Traffic Manager는 Azure Front Door를 통해 요청을 보냅니다. Azure Front Door를 사용할 수 없는 경우 Traffic Manager는 대신 대체 CDN을 통해 요청을 보냅니다.

  • Azure Front Door 는 대부분의 애플리케이션 트래픽을 처리하고 라우팅합니다. Azure Front Door는 트래픽을 적절한 원본 애플리케이션 서버로 라우팅하고 애플리케이션의 기본 경로를 제공합니다. Azure Front Door를 사용할 수 없는 경우 트래픽은 보조 경로를 통해 자동으로 리디렉션됩니다.

  • 대체 CDN 은 각 원본 서버로 트래픽을 보내도록 구성됩니다.

  • 원본 애플리케이션 서버 는 언제든지 Azure Front Door와 다른 CDN의 트래픽을 허용할 준비가 되어 있어야 합니다.

고려 사항

중요 업무용 글로벌 웹 애플리케이션에 설명된 고려 사항은 여전히 이 사용 사례에 적용됩니다. 몇 가지 추가 사항은 다음과 같습니다.

CDN 선택

Microsoft는 여러 CDN 제품을 제공합니다. 우리의 주력 CDN 제품은 Azure Front Door 표준 및 프리미엄이며, 다른 모든 CDN 제품에 대해 사용 중지가 발표되었습니다. 다른 CDN 제품도 Azure Front Door와 물리적 인프라를 공유하므로 이 문서에 설명된 아키텍처 유형에 대해 다른 CDN 제품을 선택하는 것이 좋습니다. 기능 기능, 작동 시간 및 비용에 대한 요구 사항을 충족하는 대체 CDN을 선택해야 합니다.

요구 사항 및 위험 허용 오차에 따라 두 개 이상의 CDN을 사용하도록 선택할 수 있습니다.

기능 동등성

Azure Front Door는 많은 CDN의 고유한 기능을 제공하며, 기능은 CDN 제품과 동일하지 않습니다. 예를 들어 TLS 인증서, WAF(웹 애플리케이션 방화벽) 및 HTTP 라우팅 규칙 처리에 차이가 있을 수 있습니다.

사용하는 Azure Front Door의 기능 및 대체 CDN에 동등한 기능이 있는지 여부를 신중하게 고려합니다. 자세한 내용은 수신 경로의 일관성을 참조하세요.

캐시 채우기

활성-수동 모드에서 여러 CDN을 실행하는 경우, 장애 조치(failover) 시 수동 모드로 구성된 CDN은 출발지 서버에서 캐시 채우기를 수행해야 합니다.

Azure Front Door와 대체 CDN 간의 장애 조치를 테스트하여 변칙이나 성능 문제를 식별합니다.

캐시 채우기 중에 성능 문제로 솔루션이 위험에 처한 경우 다음 방법을 고려하여 위험을 줄입니다.

  • 원본을 수평 확장하거나 수직 확장하여, 특히 캐시 채우기 동안 높은 트래픽 수준에 대응하세요.

  • 두 CDN을 모두 미리 채워줍니다. 장애 조치(failover) 이벤트가 발생하기 전에도 수동 CDN을 통해 가장 인기 있는 콘텐츠의 백분율을 제공합니다. 예를 들어 가중 트래픽 라우팅 모드를 사용하는 것이 좋습니다.

장단점

여러 CDN을 사용하는 경우 몇 가지 절충이 있습니다.

  • 솔루션의 전체 비용이 증가할 수 있습니다. 다중 CDN 아키텍처를 배포하는 경우 여러 CDN에 대한 요금이 청구됩니다. 솔루션의 각 CDN 및 배포하는 다른 모든 구성 요소에 대해 요금이 청구되는 방식을 이해해야 합니다.

  • 솔루션에 추가한 각 추가 구성 요소는 관리 오버헤드를 증가합니다.

  • Azure Front Door와 대체 CDN 간에 장애 조치(failover) 중에 성능 문제가 있을 수 있습니다.

  • DNS 트래픽 관리자를 사용하여 요청에 대해 선택된 CDN을 임의로 지정할 수 있습니다. CDN 간에 일관된 캐시 설정(예: Azure Front Door의 캐싱)을 구현하지 않도록 주의하지 않으면 원본 송신 대역폭에 대한 성능이 낮아지고 비용이 더 많이 들 수 있습니다.

  • 일반적인 문제는 CDN이 활성-수동 모드에서 실행되는 경우 캐시 리필 입니다. 수동 모드로 구성된 CDN은 원본에서 캐시를 다시 채워야 합니다. 해당 프로세스 중에 원본 시스템을 오버로드할 수 있습니다.

기여자

Microsoft에서 이 문서를 유지 관리합니다. 그것은 원래 다음 기여자에 의해 작성되었습니다.

주요 작성자:

비공개 LinkedIn 프로필을 보려면 LinkedIn에 로그인합니다.

다음 단계

글로벌 HTTP 수신 시나리오를 검토하여 솔루션에 적용되는지 여부를 이해합니다.