자주 액세스하지 않는 파일에 대해 AWS CloudFront * 증가 *로드 시간이 필요합니까?

CDN을 처음 사용하고 CloudFront를 실험하고 있습니다. 나는 모든 것을 설정했고 모두 잘 작동하는 것으로 보입니다. 페이지에서 정적 이미지를 생성하고 CloudFront 배포를 통해 액세스 할 수 있습니다. 사용자 정의 원점을 사용하고 있습니다 (예 : s3 버킷이 아님).

그래도 성능 관점에서 나 빠질까 걱정됩니다. CDN이 있거나없는 동일한 20 개 정도의 이미지를로드하는 테스트 페이지가 있습니다. Firebug의 넷 패널을 살펴보면이 페이지를 처음로드 할 때 원본 서버에서 직접로드 된 이미지가 훨씬 빨라집니다. 후속 페이지로드시 CDN의 이점이 분명해집니다. 3-5 회 새로 고친 후 CDN이 원본 서버보다 더 잘 수행됩니다.

그래서 우리 사이트의 인기있는 페이지에서 항상 인기를 얻고있는 것을 볼 수 있습니다. 시애틀 (아마존 코너)에 있고 서버가 CA에 있기 때문에 이점을 기대해야합니다.

문제는 몇 분 동안 페이지를 떠났다가 다시로드하면 CloudFront가 원래 서버보다 나 빠지고 다시 사각형으로 돌아갑니다. 이것이 예상됩니까? CDN "캐시"에서 너무 빨리 빠지는가?

설정에서 무언가 성능이 저하 될 수 있습니까? 아니면 CDN이 현재 평균 몇 초마다 액세스되는 컨텐츠에 대해서만 순전히 긍정적일 것입니까?

(SO의 처리 시간에 의해 영원히 망쳐 졌기 때문에 AWS 포럼에서 교차 게시)

최신 정보:

CloudFront 성능에 대해 궁금한 점이 있으면 아래에 두 가지 유용한 답변이 있습니다. 최근에 특정 문제에 대한 설명이 언급되지 않은 것을 발견했습니다. 나는 감독으로서 5 분에 TTL을 떠났다. 또한 사용자 지정 오리진을 사용하고 있기 때문에 신뢰할 수있는 네임 서버로의 추가 왕복이있어 실제 Amazon CloudFront 도메인으로이를 해결합니다. 이제 TTL 설정이 12 시간으로 돌아 왔으므로 긴로드가 거의 발생하지 않는 것 같습니다.

Cloudfront는 답장에 "X-Cache : Hit from cloudfront"와 같은 답글에 헤더를 설정합니다. 파일이 지정된 노드의 캐시에 없으면 "Miss"라고 표시 될 것입니다.

파일이 인기가 없을 수도 있으므로 24 시간이 지나지 않아도 인기있는 콘텐츠로 CloudFront의 캐시에서 파일을 추출 할 수 있습니다. 특정 CloudFront 노드 내부의 IO 과부하 또는 기타 상황으로 인해 액세스 속도가 느려질 수도 있습니다. Cloudfront는 Akamai 또는 LimeLight에 비해 매우 저렴합니다. 최악의 성능과 보장 된 서비스 수준은 더 비싼 플레이어를 사용하는 이유 중 두 가지입니다.

프로덕션에서 인기있는 파일 하나를 클라우드 프론트에 넣고 테스트를 한 다음 주기적 테스트를 사용하여 CloudFront가 적중을 나타내는 지 확인합니다 (총 트랜잭션 시간도 기록함).

것이 가능하다. 그러나 CDN의 한 가지 목적은 확장 성입니다. 한 번에 100 회 방문하거나 한 번에 100 만 번 방문하면 CDN이 동일한 성능을 발휘할 것으로 예상 할 수 있습니다.

귀하의 설정에 관해서는 귀하가 제공 한 정보로 알 수있는 것이 없지만 위의 요점은 CDN을 매우 가치있게 만드는 것이라고 생각합니다. 트래픽이 많지 않은 사이트를 만드는 경우 CDN을 사용하지 않는 것이 좋습니다. 그러나 미디어 제공을 다른 서버로 전달하기 때문에 트래픽이 많은 경우 CDN은 웹 서버에 더 적은 부하를 제공합니다. 마지막으로, 좋은 CDN (및 아마존)은 광범위한 네트워크를 사용하여 요청자와 가장 가까운 위치에서 콘텐츠를 제공합니다. 대부분의 경우 요청자의 ISP에서 콘텐츠를 제공 할 수 있으며 이는 매우 빠른로드 시간을 의미합니다.

희망이 도움이됩니다.

내가 오해 했니? 캐시 컨트롤이 에지 위치가 S3에서 다시로드되기 전에 에지 위치에있는 시간을 관리하지 않습니까? S3를 사용하든 자신의 원산지를 사용하든 상황과 관련이 있습니까? 아니?

아마존 자주 묻는 질문은 말한다 : "어떤 캐시 제어 헤더가 설정되어 있지 않은 경우 Q. 얼마나 아마존 CloudFront를가 기본적으로 가장자리 위치에서 내 파일을 보관하는 것, 그것보다 더 많은 요청을 수신 할 때마다 파일의 업데이트 된 버전에 대한 각 에지 위치 확인 이전 24 시간 후 해당 파일의 변경 사항을 오리진에서 확인했으며이를 "만료 기간"이라고합니다. 오리진에서 파일에 캐시 제어 헤더를 설정하여이 만료 기간을 1 시간 또는 원하는 시간만큼 설정할 수 있습니다 .Amazon CloudFront는 이러한 캐시 제어 헤더를 사용하여 파일이 자주 변경되지 않으면 만료 시간을 길게 설정하고 파일 업데이트를 관리 할 버전 관리 시스템을 구현하는 것이 가장 좋습니다. "

[마지막 문장은 "50 년으로 설정 한 후 파일을 변경하고 싶을 때 매우 운이 좋다"는 뜻이라고 생각합니다.]

정적 컨텐츠를 호스팅하는 CDN을 사용하는 것이 중요하지 않습니까? 그렇다면 하루보다 상당히 긴 TTL을 사용하는 것이 도움이됩니까? 사실상 모든 이미지 (모든 이미지 및 CSS)의 경우 Cache-Control = "max-age = 604800, public, must-revalidate"(예 : 1 주)를 사용합니다. 내 경험상 S3에 새 버전을 업로드하면 파일을 변경하는 데 최대 일주일이 걸립니다.

도움이 되었기를 바랍니다. [BTW : 좀 더 일반적인 관점에서, CDN이 여러분이 생각하는만큼 성능에 도움이되는지 궁금합니다. 전체 사이트 (CDN 포함)를 초고속 전용 서버로 옮길 예정입니다.]

CDN을 사용해야하는 이유는

• 정적 컨텐츠-드물게 또는 제어되는 업데이트
• 전 세계에서 본
• 자주 액세스

당사 웹 사이트는 귀하의 경우에 따라 드물게 액세스되지만 전 세계 웹 사이트를 요청하는 모니터링 서비스 설정이 있습니다. 따라서 CDN 캐시를 따뜻하게 유지합니다. 또한 간단한 사례이며 CDN 기능을 보여주는 사례를 공유하고 싶습니다.

더 많은 우리는 godaddy 서버에 대한 7 $ (서지 (surge)를 처리 할 수없는)과 달리 월 2.2 $의 요금을 기대하고 있습니다.