다음을 통해 공유


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

캐싱은 백 엔드 서비스의 부하를 줄이고 사용자의 성능을 최적화하는 일반적인 방법입니다. Azure Front Door를 포함한 CDN(콘텐츠 배달 네트워크)은 네트워크 에지에서 캐싱을 제공합니다.

중요 업무용 워크로드는 종종 여러 CDN을 사용하여 더 높은 수준의 가동 시간을 달성합니다. 한 CDN에서 가동 중단 또는 성능 저하가 발생하면 트래픽이 자동으로 다른 CDN으로 전환됩니다.

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

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

참고

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

접근 방식

Verizon의 CDN 및 CDN 플랫폼(Edgio)을 Azure 솔루션에 통합할 수 있습니다. Azure Portal 및 API에서 구성할 수 있습니다. 플랫폼은 Microsoft의 인프라와 격리되어 있습니다.

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

Azure Front Door와 Verizon의 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를 사용할 수 없는 경우 트래픽은 보조 경로를 통해 자동으로 리디렉션됩니다.

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

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

고려 사항

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

CDN 선택

이 예제에서는 Verizon의 CDN을 사용하는 것이 좋습니다. Verizon의 CDN은 Azure를 통해 배포, 구성 및 청구하여 운영 복잡성을 줄일 수 있기 때문에 좋은 선택인 경우가 많습니다. Azure Front Door에 대한 별도의 물리적 인프라에서 실행되므로 Microsoft 인프라의 중단 또는 문제에 대한 복원력이 있습니다.

요구 사항 및 위험 허용 오차에 따라 다른 CDN을 사용하거나 여러 CDN을 사용하도록 선택할 수 있습니다.

기능 패리티

Azure Front Door와 Verizon의 CDN은 고유한 기능을 제공하며 두 제품 간에는 기능이 동일하지 않습니다. 예를 들어 TLS 인증서, WAF 및 HTTP 규칙 처리에는 차이가 있습니다.

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

캐시 채우기

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

Azure Front Door와 대체 CDN 간의 장애 조치(failover)를 테스트하여 변칙 또는 성능 문제를 검색합니다.

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

  • 특히 캐시 채우기 중에 더 높은 트래픽 수준에 대처하기 위해 원본을 스케일 아웃하거나 확장합니다.

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

균형 유지

여러 CDN을 사용하면 몇 가지 단점이 있습니다.

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

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

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

다음 단계

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