- 최신
- 최다 투표
- 가장 많은 댓글
안녕하세요.
S3와 CloudFront를 사용하여 정적 사이트를 호스팅하면 2000건의 요청은 쉽게 초과할 것 같습니다.
request가 S3에 파일을 삭제하고 업로드하는 데에도 포함되나요?
네, S3에 파일을 업로드하는 것은 Put 요청으로 계산됩니다.
Block Public Access를 활성화하면 어떤 영향이 있나요?
CloudFront와 S3로 웹사이트를 배포하는 경우, 퍼블릭 액세스 차단을 비활성화할 필요는 없습니다.
항상 활성화 상태로 두어도 문제가 없습니다.
아래 문서의 설정이 정상적으로 되어 있다면 웹사이트를 배포할 수 있습니다.
https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/private-content-restricting-access-to-s3.html
설정을 활성화하면 문자 그대로 S3에 대한 퍼블릭 액세스를 차단합니다.
https://docs.aws.amazon.com/AmazonS3/latest/userguide/access-control-block-public-access.html
안녕하세요. S3 Free tier 제공은 가입 후 12개월동안 다음과 같은 부분이 제공됩니다. https://aws.amazon.com/ko/s3/pricing/?loc=ft#AWS_Free_Tier
AWS 프리 티어를 사용하는 고객은 Amazon S3를 무료로 시작할 수 있습니다. AWS 신규 가입 고객은 매달 5GB의 Amazon S3 스토리지(S3 Standard 스토리지 클래스), 20,000건의 GET 요청, 2,000건의 PUT, COPY, POST 또는 LIST 요청, 100GB의 데이터 송신 혜택을 받게 됩니다.
주로 파일을 요청하는 것들은 GET 요청으로 처리되고, 버킷에 파일 작업을 하는 것들(삭제, 업로드 포함)은 PUT, COPY, POST, LIST 요청으로 처리됩니다. 현재 설정하신 정적 사이트 호스팅에 얼마만큼의 파일들을 가지고 계시고 처리 하셨는지 모르겠지만, 프리 티어의 요청 수가 넘어가면 과금이 됩니다. (과금이 되더라도 요청 1000번 당 0.005 USD 수준이므로 부담있는 정도는 아닐 것으로 생각됩니다. 리전 등에 따라 달라질 수 있으므로 요금 페이지에 나온 요금을 꼭 참고하세요)
예전에는 S3 버킷 자체나 파일 오브젝트를 외부 Everyone 에게 모두 열어주는 방식으로 서빙을 하였으나, 그럴 경우 버킷 이름이 노출되고, 모든 사람들에게 버킷 내용이 노출될 위험 등이 있기 때문에 허용하지 않는 것이 좋습니다. 처음 사용하시는 것이라면 버킷에 대해서 public 노출을 차단하시는 것을 추천합니다. https://aws.amazon.com/ko/s3/features/block-public-access/
정적 웹 사이트를 CloudFront 를 통해서 서빙을 하시는 것은 잘 한 선택입니다. 위의 S3 Block public access 를 한 상태에서, CloudFront 에서 접근하는 경로에서만 파일을 접근할 수 있도록 설정할 수 있고, 이 설정을 통해 CloudFront 로 정적 웹사이트를 서빙할 수 있습니다. CloudFront 를 사용하면 파일이 전세계 Edge 서버에 캐싱되므로 요청도 절감될 수 있으며, 기본적으로 HTTPS 통신하도록 설정되기 때문에 최근 브라우저에서 요청하는 여러 보안 요구사항을 충족할 수 있습니다. https://docs.aws.amazon.com/ko_kr/AmazonCloudFront/latest/DeveloperGuide/GettingStarted.SimpleDistribution.html
관련 콘텐츠
- AWS 공식업데이트됨 4달 전
답변 감사합니다. 추가로 질문드려봅니다. 말씀주신대로 정적호스팅으로 사용하고 있습니다. 그렇다면 정적 호스팅 방법에서 요청을 줄이는 방법이 있을까요?