CloudFront 가까운 Location으로 Contents가 캐싱하지 않는 이유가 뭔가요?

Question

asia pacific(seoul)에 Origin을 두고 CloudFront 사용 중입니다. 주요 사용자들 역시 Seoul 인근입니다.
그런데 CloudFront 비용 API를 확인해 보았을 때, 대부분의 비용이 asia pacific(singapore)에서 발생하고 있습니다.
Seoul이 아니라 Singapore로 Caching이 되는 이유가 뭔가요?

re:Post Agent · Answer

CloudFront가 Seoul이 아닌 Singapore에서 캐싱이 주로 발생하는 현상은 몇 가지 이유로 설명할 수 있습니다.

CloudFront는 콘텐츠를 전 세계적으로 분산된 세 가지 유형의 인프라를 통해 제공합니다:
1. Regional Edge Caches (RECs) - AWS 리전 내에 위치
2. Points of Presence (POPs) - AWS 네트워크 내에 위치하며 ISP와 연결
3. 임베디드 Points of Presence - ISP 네트워크 내에 위치하여 최종 사용자와 가장 가까움

귀하의 상황에서는 다음과 같은 요인들이 영향을 미칠 수 있습니다:

1. Regional Edge Cache 구성: CloudFront는 전 세계적으로 13개의 Regional Edge Cache를 운영하고 있습니다. 콘텐츠 인기도가 떨어지면 개별 POP에서 해당 콘텐츠가 제거될 수 있으며, 이때 Regional Edge Cache가 더 큰 캐시를 유지합니다. 아시아 태평양 지역에서는 Singapore의 Regional Edge Cache가 Seoul 지역의 요청을 처리하는 역할을 할 수 있습니다.

2. 콘텐츠 인기도와 캐싱 동작: 덜 인기 있는 콘텐츠는 개별 POP에서 제거되고 Regional Edge Cache에 더 오래 유지됩니다. 따라서 Seoul POP에서 캐시되지 않은 콘텐츠가 Singapore의 Regional Edge Cache에서 제공될 수 있습니다.

3. 네트워크 라우팅: CloudFront는 수천 개의 통신사와 연결되어 있으며, 사용자 요청이 어떻게 라우팅되는지는 네트워크 토폴로지와 현재 상태에 따라 달라질 수 있습니다.

이 문제를 해결하기 위해서는 CloudFront 배포 설정을 검토하고, 필요하다면 AWS 지원팀에 문의하여 Seoul 지역에서의 캐싱 성능을 최적화하는 방법을 상담하는 것이 좋습니다.  
**Sources**  
[How CloudFront delivers content - Amazon CloudFront](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/HowCloudFrontWorks.html)  
[Key Features of a Content Delivery Network – Performance, Security – Amazon CloudFront](https://aws.amazon.com/cloudfront/features/)  
[Key Features of a Content Delivery Network – Performance, Security – Amazon CloudFront](https://aws.amazon.com/cloudfront/features/?ams%23interactive-card-vertical%23pattern-data.filter=%257B%2522filters%2522%253A%255B%255D%257D)

CloudFront 가까운 Location으로 Contents가 캐싱하지 않는 이유가 뭔가요?

답변 추가

관련 콘텐츠