최근 Amazon Cloudfront를 사용하여 매우 큰 파일을 배포하는 새 사이트를 설정했지만 Amazon은 현재 내 서버에 너무 많은 요청을하여 내 사이트 전체가 정지 상태에 빠지게 만듭니다.스로틀 링 Amazon AWS Cloudfront
나는 S3를 사용하고 있지 않다는 것을 알아 두어야한다. cloudfront가 내 서버에 직접 연결하고있다.
데이터 연결이 100MB이고 배포하려는 파일이 2 개의 3GB 파일입니다. 그러나 아마존 IP 주소에서 iftop을 실행하면 아마 여러 개의 다른 서버에 동일한 파일을 캐시하려고하는 모든 행을 차지하는 것으로 보이며 내 전체 연결을 사용하고있는 것처럼 보입니다.
어쨌든 클라우드 프론트의 연결을 10MB 이하라고 말하려합니까?
파일에 대한 캐싱 헤더를 올바르게 설정 하시겠습니까? CloudFront는 Expires과 Cache-Control 헤더를 존중합니다.이 헤더를 사용하면 파일이 유효한 것으로 간주되는 시간을 연장하고 줄일 수 있습니다. 응답 헤더에 Cache-Control: public, max-age=86400을 추가하면 에지 서버가 파일 을 최대 (일당 86400 초)까지 캐시합니다.
에지 서버는 파일 캐싱을위한 저장 용량이 제한되어 있습니다. 반 빈도로 사용되는 10GB 파일과 자주 사용되지 않는 10KB 파일을 유지하는 것 중에서 선택하면 Amazon은 더 많은 고객에게 서비스를 제공하기 위해 10GB 파일을 제거하도록 선택할 수 있습니다. 가능한 경우 영구 삭제되지 않도록 개체 크기를 줄이는 것이 좋습니다.
큰 파일이 2 개 밖에없고 그 파일이 자주 변경되지 않는 경우 S3에 파일을 놓고 해당 버킷을 CloudFront 배포판의 원본으로 만드십시오. 그런 다음 인터넷 연결을 통해 파일을 한 번만 전송하면되므로 파일 배포와 관련된 인프라에 대해 걱정할 필요가 없습니다.
지금 막 시작한 이래로 파일이 2 개 밖에 없지만 새 파일이 항상 추가되고 사이트에 업로드하는 추가 과정이 S3에 업로드되므로 피하고 싶었던 부분이었습니다. 플러스 S3의 추가 비용 – robjbrain
하지만 어쩌면 귀하의 ISP는 특정 한도를 초과하는 출구 트래픽에 대해 추가 요금을 부과하거나 그 한도에 도달하면 사이트를 간단하게 종료합니다. S3의 추가 비용은 추가 트래픽 비용의 일부일 수 있습니다. 또한 S3에서 클라우드 프론트에 이르는 트래픽은 기억이 나면 무료입니다. 모든 경우는 다른 것으로, 수학을 수행해야합니다. – JrBenito