기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 에 대한 CDN 통합 계획 AWS Elemental MediaTailor
용 CDN 통합을 통해 최종 사용자 환경을 개선하고 지연 시간을 줄일 수 있습니다 AWS Elemental MediaTailor. 콘텐츠 전송 네트워크(CDN)를 구현하면 최종 사용자에게 더 가까운 위치에서 콘텐츠를 제공할 수 있습니다. 이렇게 하면 여러 지리적 리전에서 로드 시간 단축, 확장성 향상, 일관된 광고 전송이 보장됩니다.
를 사용하여 CDN을 구현하기 전에 적절한 계획이 필요합니다 AWS Elemental MediaTailor. 이 섹션에서는 주요 계획 영역을 안내합니다. 실제 구성을 시작하기 전에 이러한 영역을 해결합니다. 이 단계는 대상을 위한 최적의 시청 환경을 만드는 데 도움이 됩니다.
계획을 완료한 후 step-by-step 구현 지침은 [ MediaTailor와 CDN 통합](https://docs.aws.amazon.com/mediatailor/latest/ug/cdn-integration.html)을 참조하세요.
CDN 계획에 영향을 미칠 수 있는 MediaTailor 할당량에 대한 자세한 내용은 섹션을 참조하세요[의 할당량 AWS Elemental MediaTailor](quotas.md). CloudFront 할당량에 대한 자세한 내용은 CloudFront 개발자 안내서의 [할당량을](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/cloudfront-limits.html) 참조하세요.
계획을 시작하기 전에 MediaTailor가 CDN과 상호 작용하는 방법을 이해합니다.
1. 최종 사용자는 MediaTailor에서 직접 요청하는 대신 CDN을 통해 콘텐츠를 요청합니다.
1. CDN은 개인화를 위해 매니페스트 요청을 MediaTailor에 전달합니다.
1. CDN은 엣지 로케이션에서 콘텐츠 세그먼트와 광고 세그먼트를 캐싱하고 제공합니다.
이 아키텍처는 MediaTailor에 대한 로드를 줄이는 동시에 최종 사용자가 지연 시간을 최소화하면서 개인화된 광고를 수신할 수 있도록 합니다.
매니페스트 용어를 이해하면 CDN을 올바르게 구성하는 데 도움이 됩니다. 다양한 스트리밍 프로토콜은 캐싱 및 라우팅 설정 방식에 영향을 미치는 특정 매니페스트 구조를 사용합니다.
+ *HLS 매니페스트* - HLS 스트림으로 작업할 때 다음을 처리합니다.
+ *다변량 재생 목록*: 개인화를 위해 이러한 최상위 매니페스트를 MediaTailor로 라우팅하도록 CDN을 구성합니다.
+ *미디어 재생 목록*: 콘텐츠 세그먼트에 대한 링크가 포함된 이러한 매니페스트에 대해 적절한 캐싱 규칙을 설정합니다.
+ *DASH 매니페스트* - DASH 스트림으로 작업할 때 다음을 처리합니다.
+ *MPD(미디어 프레젠테이션 설명)*: 개인화 요구 사항에 따라 이러한 매니페스트를 처리하도록 CDN을 구성합니다.
CDN 계획 프로세스에는 다음과 같은 주요 단계가 포함되며, 각 단계는 특정 작업에 중점을 둡니다.
+ [CDN 및 MediaTailor 통합에 대한 트래픽 요구 사항 추정](estimate-traffic.md): 예상 최종 사용자 동시성과 대역폭 요구 사항을 계산합니다.
+ [CDN 및 MediaTailor 통합을 위한 최적화 전략 구성](optimize-cdn-config.md): 최적의 콘텐츠 전송 및 광고 개인화를 위해 CDN을 구성합니다.
+ [CDN 및 MediaTailor 통합 계획 사용자 지정](plan-for-workflow.md): 특정 MediaTailor 워크플로를 기반으로 CDN 전략을 조정합니다.
+ [CDN 및 MediaTailor 통합에 대한 모니터링 및 조정 설정](setup-monitoring.md): 안정적인 성능을 위한 모니터링 및 조정 전략을 구현합니다.
+ [CDN 및 MediaTailor 통합 비용 최적화](optimize-costs.md): 성능과 비용 효율성의 균형을 맞춥니다.
+ [CDN 및 MediaTailor 통합에 대한 구현 테스트](test-implementation.md): 프로덕션 배포 전에 CDN 통합을 철저히 테스트합니다.
# CDN 및 MediaTailor 통합에 대한 트래픽 요구 사항 추정
와 콘텐츠 전송 네트워크(CDN) 통합의 크기를 정확하게 조정하려면 AWS Elemental MediaTailor:
1. 기록 데이터 또는 유사한 이벤트를 사용하여 예상 최종 사용자 동시성을 계산합니다. 예상치 못한 스파이크를 처리하기 위해 기준 이상의 추가 용량을 계획합니다. 현재 조정 권장 사항은 AWS 계정 팀에 문의하세요. 그 밖에 [의 할당량 AWS Elemental MediaTailor](quotas.md)을 확인할 수도 있습니다.
1. 콘텐츠 일정에서 피크 트래픽 패턴과 잠재적 스파이크를 식별합니다. 다음과 같은 요소를 고려하세요.
+ 라이브 스포츠 이벤트 또는 시즌 특별 이벤트
+ 마케팅 캠페인 또는 프로모션 이벤트
+ 전 세계 시청자의 시간대 차이
+ 공휴일 또는 계절 보기 패턴
1. 최종 사용자 수에 스트림 비트레이트를 곱하여 대역폭 요구 사항을 결정합니다. CDN 공급자와 협력하여 적절한 용량을 계산합니다. 이 계산은 특정 콘텐츠 비트레이트와 예상 대상 크기를 기준으로 합니다. 공급자가 권장하는 대로 광고 세그먼트 및 매니페스트 요청에 대한 오버헤드를 추가합니다.
1. CDN 공급자와 협력하여 대상 리전에 충분한 엣지 용량을 확보합니다.
다음과 같은 특정 작업을 수행하여 광고 삽입 용량이 최종 사용자 수요를 충족하는지 확인합니다.
1. [Service Quotas 콘솔](https://console.aws.amazon.com/servicequotas/home/services/mediatailor/quotas)에서 현재 광고 삽입 요청 할당량을 확인합니다. 현재 서비스 제한을 검토하여 구성에서 지원할 수 있는 동시 뷰어 수를 파악합니다.
1. 트래픽이 많은 이벤트의 경우 [Service Quotas 콘솔](https://console.aws.amazon.com/servicequotas/home/services/mediatailor/quotas)을 통해 증가된 할당량을 요청합니다.
1. 동시 시청자가 500,000명 이상이 될 것으로 예상되는 경우 이벤트 최소 2주 전에 [AWS Support](https://aws.amazon.com/premiumsupport/)에 문의하세요. 이를 통해 AWS 는 광고 개인화 요구 사항에 충분한 용량을 확보할 수 있습니다.
워크플로에서 용량 계획을 구현하는 방법에 대한 자세한 내용은 [미리 가져오기 일정 관리를 사용하여](https://docs.aws.amazon.com/mediatailor/latest/ug/prefetch.html) 트래픽이 많은 이벤트에 대한 광고 전송 최적화를 참조하세요.
# CDN 및 MediaTailor 통합을 위한 최적화 전략 구성
트래픽 추정을 완료하면 콘텐츠 전송 네트워크(CDN)를 구성하여 콘텐츠 전송 및 광고 개인화를 최적화합니다 AWS Elemental MediaTailor. 이러한 최적화는 대상 광고를 유지하면서 원활한 재생을 보장하는 데 도움이 됩니다.
다음과 같은 특정 CDN 최적화를 구현합니다.
1. CDN에서 오리진 실드 기능을 구성하여 MediaTailor의 부하를 줄이고 캐싱 효율성을 개선합니다. 오리진 실드는 다음과 같은 중간 캐싱 계층 역할을 합니다.
+ 여러 최종 사용자 요청을 단일 오리진 요청으로 통합
+ MediaTailor에 대한 중복 요청 수 감소
+ 캐시된 콘텐츠의 응답 시간 개선
CloudFront를 사용하여 오리진 실드를 설정하는 방법에 대한 구현 세부 정보는 CloudFront 개발자 안내서의 [Origin Shield 사용을](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/origin-shield.html) 참조하세요.
1. 다양한 콘텐츠 유형에 적절한 TTL(Time To Live) 값을 설정합니다. TTL은 CDN이 콘텐츠를 캐싱하는 기간을 결정합니다. 이 시간이 지나면 CDN은 오리진에서 새 사본을 요청합니다.
+ 매니페스트:
+ 광고 삽입의 경우 0초
+ 채널 어셈블리의 경우 5\$110초
광고 삽입에서 MediaTailor는 최종 사용자에게 개인화된 광고를 매니페스트에 제공합니다. 재생 목록 또는 MPD가 캐시되어 잘못된 재생 디바이스에 제공되는 경우 디바이스에 재생 또는 추적 문제가 발생할 수 있습니다.
+ 콘텐츠 세그먼트: 24시간 이상(이는 거의 변경되지 않으며 오리진 로드를 줄이기 위해 적극적으로 캐싱할 수 있음)
+ 광고 세그먼트: 24시간 이상(광고 콘텐츠는 일반적으로 최종 사용자 간에 재사용되며 장기간 캐시할 수 있음)
모든 MediaTailor 워크플로에 대한 포괄적인 TTL 권장 사항 및 캐싱 최적화 전략은 섹션을 참조하세요[CDN 및 MediaTailor 통합을 위한 캐싱 최적화](cdn-optimize-caching.md).
CloudFront에서 캐시 동작을 구성하는 방법에 대한 자세한 지침은 CloudFront 개발자 안내서의 [캐시 동작 설정을](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-web-values-specify.html#DownloadDistValuesCacheBehavior) 참조하세요.
1. 최종 사용자 모집단 근처에 CDN 엣지 노드를 배포합니다. CDN 공급자와 협력하여 다음을 수행합니다.
+ 최종 사용자 인구 통계를 기반으로 최적의 엣지 노드 위치 식별
+ 각 리전에서 충분한 용량 보장
+ 엣지 성능을 모니터링하고 필요에 따라 조정
구현 지침은 [CloudFront 엣지 로케이션](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/LocationsOfEdgeServers.html)을 참조하여 대상 리전에서 사용 가능한 엣지 로케이션을 식별하세요.
1. 글로벌 대상의 경우 다중 CDN 전략을 구현하는 것이 좋습니다. 이 접근 방식은 다음과 같습니다.
+ 여러 CDN 공급자를 사용하여 신뢰성 향상
+ 최종 사용자를 해당 위치에 가장 적합한 CDN으로 라우팅합니다.
+ CDN 중단 시 장애 조치 옵션 제공
+ 다양한 요금 모델을 활용하여 비용을 최적화할 수 있습니다.
구현 세부 정보는 AWS 네트워킹 및 콘텐츠 전송 블로그의 [다중 CDN 전략을](https://aws.amazon.com/blogs/networking-and-content-delivery/multi-cdn-strategies/) 참조하세요.
# CDN 및 MediaTailor 통합 계획 사용자 지정
AWS Elemental MediaTailor 워크플로마다 콘텐츠 전송 네트워크(CDN) 계획에 영향을 미치는 고유한 요구 사항이 있습니다. 워크플로별 지침은 [구성 작업을](https://docs.aws.amazon.com/mediatailor/latest/ug/configurations.html) 참조하세요.
특정 MediaTailor 워크플로에 따라 용량 계획을 조정합니다.
## MediaTailor 광고 삽입 워크플로의 경우
1. 캐싱 없이 개인화된 매니페스트를 처리하도록 CDN을 구성합니다. 이렇게 하면 각 시청자가 고유한 대상 광고를 수신할 수 있습니다. 광고는 프로필과 보기 컨텍스트를 기반으로 합니다.
1. 광고 결정 서버(ADS)의 크기를 조정하여 최대 요청 볼륨을 처리합니다. ADS 구성에 대한 지침은 [ MediaTailor를 사용한 광고 삽입](https://docs.aws.amazon.com/mediatailor/latest/ug/ad-insertion.html)을 참조하세요. 다음을 고려하세요.
+ 사용 사례에 대한 응답 시간 요구 사항
+ 예상 동시 뷰어 용량
+ 중복 및 장애 조치 요구 사항
+ 지리적 배포 요구 사항
1. CDN 수준에서 요청 축소를 구현하여 동기화된 광고 중단 요청을 처리합니다. 요청 축소는 여러 개의 동일한 요청을 단일 오리진 요청으로 결합합니다. 이는 다음과 같은 경우에 매우 중요합니다.
+ 많은 시청자가 동시에 광고 시간에 도달하는 라이브 스포츠 이벤트
+ 동기화된 상업적 휴식이 포함된 인기 TV 프로그램 프리미엄
+ 갑작스러운 시청자 급증을 유발하는 뉴스 이벤트
구현 세부 정보는 오[리진 장애 조치를](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/high_availability_origin_failover.html) 참조하여 피크 로드 중 요청 처리를 구성합니다.
## MediaTailor 채널 어셈블리 워크플로의 경우
1. 채널 수와 비트레이트를 기준으로 용량 요구 사항을 계산합니다. 채널 어셈블리 용량 계획에 대한 지침은 [ MediaTailor의 채널 어셈블리를](https://docs.aws.amazon.com/mediatailor/latest/ug/channel-assembly.html) 참조하세요. 다음을 고려하세요.
+ 총 채널 수
+ 채널당 비트 전송률 요구 사항
+ 예상 동시 최종 사용자 로드
+ 지리적 배포 요구 사항
1. 게시된 일정에 따라 예측 가능한 트래픽 패턴을 처리하도록 CDN을 구성합니다. 채널 어셈블리는 일반적으로 광고 삽입보다 예측 가능한 패턴을 갖습니다. 그 이유는 다음과 같습니다.
+ 프로그래밍 일정을 미리 알고 있음
+ 뷰어 동작이 설정된 패턴을 따릅니다.
+ 최종 사용자별로 콘텐츠가 동적으로 변경되지 않음
1. 오리진에 일관된 채널 출력을 유지하기에 충분한 대역폭이 있는지 확인합니다. 구현:
+ 고가용성 채널을 위한 중복 오리진 서버
+ 기본 오리진과 백업 오리진 간의 자동 장애 조치
+ 오리진 성능 문제를 감지하기 위한 모니터링
구현 지침은 복원력이 뛰어난 [오리진 인프라를 생성하기 위한 오리진 중복 설정을](https://docs.aws.amazon.com/mediapackage/latest/ug/cloudfront-origin-failover.html) 참조하세요.
## 결합된 MediaTailor 워크플로의 경우
1. 인프라 크기를 조정하여 두 서비스의 결합된 트래픽 패턴을 처리합니다. 결합된 워크플로에 대한 지침은 섹션을 참조하세요[AWS Elemental MediaTailor 를 사용하여 광고 삽입](configurations.md). 다음을 고려하세요.
+ 채널 어셈블리 기준 요구 사항
+ 광고 삽입 오버헤드 요구 사항
+ 피크 트래픽 패턴
+ 중복 요구 사항
1. 선형 콘텐츠 전송 및 동적 광고 삽입을 위해 별도의 CDN 동작을 구성합니다. 이 분리를 통해 다음을 수행할 수 있습니다.
+ 각 콘텐츠 유형에 대한 캐싱 정책을 독립적으로 최적화
+ 콘텐츠 유형에 따라 요청을 적절한 오리진으로 라우팅
+ 각 워크플로에 대해 별도로 성능 지표 모니터링
1. 최적의 성능을 유지하기 위해 엣지 CDN과 오CDNs 간에 적절한 라우팅을 설정합니다. 다음을 사용하는 것이 좋습니다.
+ 콘텐츠 세그먼트(/content/\$1)와 광고 세그먼트(/ads/\$1)의 서로 다른 오리진 경로
+ 매니페스트와 세그먼트에 대한 별도의 캐시 동작
+ 여러 리전의 지연 시간을 최적화하기 위한 지리적 라우팅
구현 세부 정보는 경로 기반 라우팅 및 캐싱 규칙을 설정하도록 [캐시 동작 구성을](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-web-values-specify.html#DownloadDistValuesCacheBehavior) 참조하세요.
# CDN 및 MediaTailor 통합에 대한 모니터링 및 조정 설정
AWS Elemental MediaTailor 콘텐츠 전송 네트워크(CDN) 통합을 통해 최적의 성능과 최종 사용자 경험을 유지하려면 효과적인 모니터링 및 규모 조정 전략이 중요합니다. 이러한 접근 방식을 구현하여 CDN 통합이 대규모로 안정적으로 수행되도록 합니다.
다음과 같은 모니터링 및 조정 전략을 구현합니다.
1. 이러한 주요 지표에 대한 모니터링을 구성합니다. 적절한 대상 값에 대한 지침은 [ Amazon CloudWatch를 사용하여 MediaTailor 모니터링을](https://docs.aws.amazon.com/mediatailor/latest/ug/monitoring-cloudwatch-metrics.html) 참조하고 CDN 공급자의 모범 사례를 참조하세요.
+ CDN 캐시 적중률(콘텐츠 유형 및 전송 패턴을 기반으로 기준 지표 및 대상 설정)
+ 오리진 요청 볼륨(정상 작업 중 패턴을 모니터링하여 이상 탐지 기준을 설정)
+ 오류 유형별 오류 발생률(서비스 수준 목표 및 MediaTailor 모범 사례를 기반으로 임계값 정의)
+ 응답 시간(최종 사용자 경험 요구 사항 및 지리적 분포에 따라 적절한 지연 시간 대상 설정)
자세한 구현 지침은 MediaTailor 및 CDN 지표를 함께 시각화하는 [ CloudWatch 대시보드 생성을](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Dashboards.html) 참조하세요.
1. 예상치 못한 트래픽 패턴 또는 성능 저하에 대한 알림을 설정합니다. 기준 지표 및 서비스 수준 목표에 따라 임계값을 구성합니다. 알림 설정에 대한 지침은 [ Amazon CloudWatch 경보 생성을](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html) 참조하세요. 모니터링을 고려하세요.
+ 기준 캐시 적중률과의 상당한 편차(일반적으로 85\$190% 미만일 때 알림)
+ 오리진 요청 볼륨의 갑작스러운 증가(기준 대비 30% 이상 증가 시 경고)
+ 정의된 임계값을 초과하는 오류 발생률 급증(일반적으로 4xx 오류의 경우 1\$12%, 5xx 오류의 경우 0.5%)
+ 허용 수준을 초과하는 응답 시간 저하(일반적으로 매니페스트의 경우 >500ms, 세그먼트의 경우 >200ms)
구현 예제는 효과적인 모니터링 대시보드 및 알림 생성을 위한 [CloudWatch 개념](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_concepts.html)을 참조하세요.
1. 예측 가능한 트래픽이 많은 이벤트에 대한 조정 계획을 생성합니다. 계획에는 다음과 같은 주요 요소가 포함되어야 합니다.
+ 이벤트 전 용량 증가(이벤트 시작 24\$148시간 전)
+ 점진적 최종 사용자 증가 일정(일반적으로 5분 간격당 예상 대상의 10\$120%)
+ 대상에 따른 리전 용량 분포(예상 리전 시청자에 비례하여 용량 할당)
+ 이벤트 후 조정 절차(이벤트 종료 후 30\$160분 동안 최대 용량 유지)
트래픽이 많은 이벤트의 규모 조정에 대한 구현 지침은 AWS 미디어 블로그의 [복원력이 뛰어난 end-to-end 라이브 워크플로 설정을](https://aws.amazon.com/blogs/media/part-1-how-to-set-up-a-resilient-end-to-end-live-workflow/) 참조하세요.
1. 다음을 포함하여 중요한 스트림에 대한 장애 조치 및 중복 조치를 구현합니다.
+ 다중 리전 CDN 배포(중요 콘텐츠의 경우 최소 2개의 리전)
+ 백업 오리진 서버(30초마다 자동 상태 확인으로 구성됨)
+ 상태 확인을 기반으로 하는 자동 장애 조치 트리거(일반적으로 2\$13회의 실패한 검사 후)
+ 다양한 장애 시나리오에 대한 복구 절차(특정 응답 시간 대상으로 문서화됨)
자세한 구현 단계는 [ CloudFront 오리진 장애 조치를 통한 고가용성 최적화](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/high_availability_origin_failover.html)를 참조하세요.
# CDN 및 MediaTailor 통합 비용 최적화
콘텐츠 전송 네트워크(CDN) 비용은 트래픽 패턴, 지리적 배포 및의 기능 사용량에 따라 크게 달라질 수 있습니다 AWS Elemental MediaTailor. 현재 요금 정보는 [CloudFront 요금을](https://aws.amazon.com/cloudfront/pricing/) 참조하세요. CDN 공급자의 설명서를 참조할 수도 있습니다.
다음 전략을 사용하여 성능과 비용 효율성의 균형을 맞춥니다.
1. CDN 트래픽 패턴을 분석하여 가장 비용 효율적인 요금 티어를 선택합니다. CDN 공급자와 함께 다음 요소를 검토합니다.
+ 리전 및 기간별 데이터 전송 볼륨
+ 매니페스트 및 세그먼트에 대한 요청 패턴
+ 지리적 배포 요구 사항
+ 피크 및 평균 사용 패턴
비용 분석에 도움이 필요하면 [AWS 요금 계산기](https://calculator.aws/#/)를 사용하여 특정 사용 패턴을 기반으로 CloudFront 비용을 추정합니다.
1. 예측 가능한 워크로드의 경우 CDN 공급자와의 예약 용량 계약을 평가합니다. 이러한 계약은 다음과 같은 이점을 제공할 수 있습니다.
+ 약정 사용량에 대한 할인 요금
+ 예산 책정을 위한 예측 가능한 월별 비용
+ 우선 순위 지원 및 용량 할당
CDN 공급자에게 문의하여 예약 용량이 사용 패턴에 적합한지 확인하세요. CloudFront의 경우 [CloudFront 프리미엄 기능을](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-premium-features.html) 참조하세요. 예약 용량 옵션에 대한 정보를 제공합니다.
1. MediaTailor와 CDN 공급자 간의 트래픽을 밸런싱하여 송신 비용을 최적화합니다. 전략에는 다음이 포함됩니다.
+ 캐시 적중률을 극대화하여 오리진 요청 감소
+ 오리진 실드를 사용하여 요청 통합
+ 데이터 전송 볼륨을 줄이기 위한 압축 구현
+ 리전 요금에 맞는 CDN AWS 리전 선택
압축에 대한 구현 지침은 CloudFront 개발자 안내서의 [압축 파일 제공을 참조하세요](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/ServingCompressedFiles.html).
1. 다양한 콘텐츠 유형에 적합한 캐싱 전략을 구현하여 오리진 요청을 줄입니다. 캐시 최적화에 대한 지침은 [캐시 적중률 개선을](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/cache-hit-ratio.html) 참조하세요. 중점 사항:
+ 콘텐츠 세그먼트(장기 캐시 가능)
+ 광고 세그먼트(일반적으로 최종 사용자 간에 재사용됨)
+ 플레이어 파일 및 이미지와 같은 정적 자산
캐시 적중률이 개선되면 오리진 비용이 크게 절감됩니다. CDN 공급자와 협력하여 특정 콘텐츠 패턴에 맞게 캐시 구성을 최적화합니다. 자세한 구현 단계는 [캐시 동작 구성을](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/ConfiguringCaching.html) 참조하세요.
# CDN 및 MediaTailor 통합에 대한 구현 테스트
프로덕션 배포 전에 AWS Elemental MediaTailor 콘텐츠 전송 네트워크(CDN) 통합을 철저히 테스트하여 신뢰할 수 있는 최종 사용자 경험을 보장합니다. 적절한 테스트는 대상에 영향을 미치기 전에 문제를 식별하고 해결하는 데 도움이 됩니다. 테스트 방법에 대한 지침은 [ CloudFront 배포 테스트를 참조하세요](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-web-testing.html). CDN 공급자의 테스트 설명서를 참조할 수도 있습니다.
CDN 통합을 검증하는 다음 테스트 단계를 따르세요.
1. 프로덕션 구성을 미러링하는 테스트 환경을 생성합니다. 포함:
+ 동일한 CDN 설정 및 캐시 동작
+ 다양한 비트 전송률 및 형식의 대표 콘텐츠 포함
+ 샘플 광고 응답으로 테스트 광고 결정 서버 구성
+ 모니터링 및 알림 구성 설정
step-by-step 구현 지침은 CloudFront 개발자 안내서의 [스테이징 배포 생성을](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-web-creating-testing.html) 참조하세요.
1. 로드 테스트를 수행하여 용량 추정치를 확인합니다. 로드 테스트에 대한 지침은 [ MediaPackage 모니터링을](https://docs.aws.amazon.com/mediapackage/latest/ug/monitoring-service.html) 참조하세요. 테스트 시나리오에는 다음이 포함되어야 합니다.
+ 점진적 최종 사용자 수 증가(일반적으로 5분마다 예상 피크의 10\$120%)
+ 예상 피크 부하에 따라 갑작스러운 트래픽 급증(60초 이내에 피크 대상의 50%를 조인 시뮬레이션)
+ 최대 부하 기간 연장(최소 30\$160분 동안 최대 부하 유지)
+ 대상과 일치하는 지리적 배포(예상 시청자 위치에 따라 테스트 트래픽 배포)
응답 시간이 목표 임계값 미만으로 유지되는지 확인합니다. 일반적으로 매니페스트의 경우 500ms 미만, 세그먼트의 경우 200ms 미만입니다. 오류 발생률은 1% 미만으로 유지되어야 합니다. 로드 테스트 도구 및 방법론에 대한 구현 세부 정보는 AWS 네트워킹 및 콘텐츠 전송 블로그의 [ CloudFront를 사용한 로드 테스트를](https://aws.amazon.com/blogs/networking-and-content-delivery/load-testing-with-cloudfront/) 참조하세요.
1. 장애 조치 시나리오를 테스트하여 신뢰성을 보장합니다. 시뮬레이션:
+ 오리진 서버 장애(완전 중단 및 부분 성능 저하 시나리오)
+ CDN 엣지 로케이션 중단(백업 위치로 트래픽 라우팅을 사용하여 테스트)
+ 광고 결정 서버를 사용할 수 없음(5\$110초 제한 시간으로 테스트)
+ 네트워크 연결 문제(패킷 손실 및 지연 시간 증가 시뮬레이션)
CDN 공급자와 협력하여 사용 사례에 적합한 장애 조치 응답 시간 목표를 설정합니다. 일반적으로 이는 장애 조치 완료까지 3초 미만을 의미합니다. 장애 조치 테스트에 대한 구현 지침은 CloudFront 개발자 안내서의 [오리진 장애 조치를](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/high_availability_origin_failover.html) 참조하세요.
1. 주요 이벤트의 경우 [AWS 로드 테스트 지침에](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/load-testing.html) 따라 점진적인 램프 업 전략을 구현합니다.
+ 서로 다른 대상 세그먼트의 시작 시간에 시차를 둡니다. 예를 들어 대상 그룹 간에 15분 간격으로 프리미엄 구독자를 먼저 허용합니다.
+ 사전 워밍 기법을 사용하여 부하를 점진적으로 늘립니다. 사전 워밍에는 다음이 포함됩니다.
+ 이벤트 2\$14시간 전에 인기 콘텐츠로 CDN 캐시 채우기
+ 합성 트래픽을 예상 피크의 20\$130%까지 점진적으로 늘려 시스템을 워밍업합니다.
+ 실제 콘텐츠를 사용하여 실제 로드 조건에서 모든 구성 요소 테스트
+ 램프 업 기간 동안 시스템 성능을 모니터링하여 다음을 추적합니다.
+ 캐시 적중률 및 응답 시간(목표 >90% 적중률, <500ms 응답)
+ 오류율 및 오리진 로드(오류율 <1%, 오리진 CPU <70% 유지)
+ 광고 개인 맞춤 성공률( >98%의 성공적인 개인 맞춤 목표)
+ 뷰어 경험 지표(대상 <2초 시작 시간, <0.5% 재버퍼링)
+ 예기치 않은 트래픽 급증에 대한 비상 계획을 수립합니다. 계획에는 다음과 같은 필수 구성 요소가 포함되어야 합니다.
+ 15분 내에 용량을 50\$1100% 늘리는 문서화된 단계가 포함된 비상 용량 조정 절차
+ 트래픽의 20\$150%를 보조 CDN으로 전환할 수 있는 백업 CDN 활성화 프로토콜
+ 대상 지정 파라미터를 10개 이상에서 3\$15개로 줄이기 위해 광고 삽입 폴백 간소화
+ 사전 정의된 알림 템플릿 및 연락처 목록이 있는 이해관계자를 위한 커뮤니케이션 계획
테스트를 완료한 후 프로덕션 배포 단계를 위한 [CDN 통합 구현으로](https://docs.aws.amazon.com/mediatailor/latest/ug/cdn-integration.html) 이동합니다.
# CDN 및 MediaTailor 통합의 일반적인 문제 해결
최종 사용자에게 영향을 미치기 AWS Elemental MediaTailor 전에의 일반적인 콘텐츠 전송 네트워크(CDN) 통합 문제를 해결합니다. 이 섹션에서는 CDN과 통합하는 동안 발생하는 일반적인 문제를 식별하고 해결하는 데 도움이 됩니다 AWS Elemental MediaTailor.
포괄적인 문제 해결 지침은 [ MediaTailor 문제 해결](https://docs.aws.amazon.com/mediatailor/latest/ug/troubleshooting.html) 및 [ CloudFront 배포 문제 해결을 참조하세요](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/troubleshooting.html).
## MediaTailor 매니페스트 전송 문제 해결
최종 사용자에게 재생 문제가 발생하거나 잘못된 광고가 표시되는 경우 다음과 같은 일반적인 매니페스트 관련 문제를 확인하세요.
+ **잘못된 캐싱 설정**: CDN이 개인화된 매니페스트를 캐싱하는 경우 최종 사용자는 다른 사용자를 위한 광고를 볼 수 있습니다.
해결 방법: MediaTailor에 대한 매니페스트 요청에 대해 캐시 TTL이 0인 CDN을 구성합니다.
+ **오리진 요청 실패**: CDN이 MediaTailor에 연결할 수 없는 경우 매니페스트 요청이 실패합니다.
해결 방법: CDN과 MediaTailor 간의 네트워크 연결을 확인합니다. CDN이 올바른 헤더를 올바르게 전달하는지 확인합니다.
+ **세션 파라미터 문제**: 세션 파라미터가 누락되거나 잘못되면 개인화에 실패할 수 있습니다.
해결 방법: 플레이어가 매니페스트 요청에 필요한 모든 세션 파라미터를 올바르게 추가하고 있는지 확인합니다.
## MediaTailor 세그먼트 전송 문제 해결
콘텐츠 또는 광고 세그먼트가 제대로 로드되지 않는 경우 다음과 같은 일반적인 문제를 조사합니다.
+ **세그먼트 경로 재작성**: 잘못된 CDN 구성은 세그먼트 URLs 잘못 재작성할 수 있습니다.
해결 방법: CDN이 세그먼트 URLs을 올바르게 처리하는지 확인합니다. 참조를 끊는 방식으로 경로를 수정하지 않는지 확인합니다.
+ **CORS 구성**: CORS 헤더가 누락되거나 올바르지 않으면 브라우저가 세그먼트를 로드하지 못할 수 있습니다.
해결 방법: 세그먼트 요청에 적합한 CORS 헤더를 전달하도록 CDN을 구성합니다.
+ **캐시 누락 폭풍**: 트래픽이 많은 이벤트 중에 여러 캐시 누락이 오리진 서버를 압도할 수 있습니다.
솔루션: 요청 축소 및 오리진 실드 기능을 구현하여 트래픽 급증 시 오리진 부하를 줄입니다.
## MediaTailor CDN 성능 문제 해결
뷰어에게 버퍼링 또는 느린 로드가 발생하는 경우 다음과 같은 성능 관련 문제를 확인하세요.
+ **낮은 캐시 적중률**: CDN이 오리진에서 콘텐츠를 자주 요청하면 성능이 저하됩니다.
해결 방법: 콘텐츠 유형별로 캐시 적중률을 분석하고 TTL 설정을 조정하여 캐싱 효율성을 개선합니다.
+ **지리적 분포**: CDN 엣지 로케이션에서 멀리 떨어진 최종 사용자는 지연 시간 증가를 경험할 수 있습니다.
해결 방법: CDN 엣지 로케이션 배포를 검토합니다. 시청자 집중도가 높은 리전에 용량을 추가합니다.
+ **오리진 용량 제한**: 오리진 서버에 과부하가 걸리면 응답 시간이 증가합니다.
해결 방법: 오리진 요청 제한을 구현합니다. 오리진 용량을 늘리거나 캐싱을 개선하여 오리진 로드를 줄일 수도 있습니다.
추가 문제 해결 지원은 [ MediaTailor 문제 해결을 참조](https://docs.aws.amazon.com/mediatailor/latest/ug/troubleshooting.html)하거나 AWS Support에 문의하세요. 일반적인 CDN 문제 해결에 대한 구현 지침은 AWS 미디어 블로그의 [콘텐츠 전송 네트워크 디버깅을 참조하세요](https://aws.amazon.com/blogs/media/debugging-your-content-delivery-network/).