[AWS] 서버비를 아껴보자

Gomao·2024년 6월 23일

SCAP-Project

목록 보기

9/10

서버비가 난리가 났다.

아직 1달이 되지 않았음에도 벌써 저정도면...
월말에는 더 많이 나오겠네..

서버비.. 대체 어떻게 줄이지?

원래 돈 내면서 배우는 코딩이라지만, 조금 가혹한 가격이다.

최근에 봇 트래픽 방지를 연습하느라 WAF와 cloudWatch를 사용 시작하였는데, 며칠 사이에 벌써 100달러의 요금이 부과되었다...
역시 문제의 CloudFront 요금이 가장 무지막지하다.

CloudFront 과금 세부 항목

싱가포르에서 엄청난 수의 과금이 되고 있다..

세부 항목을 보자!

그러니까.. Data Transfer Out으로 인해 엄청난 요금이 부과되고 있는 것 같다.

대체 뭘 하는데 저만큼이나 데이터 전송이 이뤄 지는거지?

난 분명 build해서 S3 Bucket을 통해 정적 파일을 배포하고 있다.

이미지 사이즈 축소

/public/images/logo.png                    |  Bin 278562 -> 10452 bytes
/public/images/2d_logo.png                 |  Bin 984254 -> 0 bytes
/public/images/2d_logo_144.png             |  Bin 35593 -> 8688 bytes
/public/images/3d_logo.png                 |  Bin 1497566 -> 0 bytes
/public/images/logo.png                    |  Bin 278562 -> 10452 bytes

전반적인 이미지 파일 크기를 축소하였다.

CloudFront Function 을 사용해서 캐싱을 하자

출처 : https://docs.aws.amazon.com/ko_kr/AmazonCloudFront/latest/DeveloperGuide/example-function-add-cache-control-header.html

캐시 함수 작성

라이브 서버에 적용

내 사이트를 연결하고, 연결을 추가해준다.

=> 여기서 주의할 점은 Viewer Response로 해야 한다는 것이다.

"응답에 추가 해야 한다"

왜 알게 되었는지는 굳이 말 하지 않겠다.. (사이트 먹통 됨..)

처음 배포할 때는 신경쓰지 않았던 것들을 돌아본다

먼저 Cloudfront의 CDN이 뭔지부터 돌아볼 필요가 있다.

출처 : https://aws.amazon.com/ko/cloudfront/

여기서 중요한 점은, Edge Location이라는 개념이다.

자세한 것은 별도 포스팅에 정리하겠지만, 이 포스팅에서는 간단하게 적고 넘어가자면

일반적으로 서비스 속도에는 "물리적 거리", 그러니까 서버 간의 거리 차이가 중요하다.
(수강신청 할 때 학교 근처 PC방이나 중앙전산소에 가는 이유이다. 이 부분은 Network 관련 지식인데, Gateway 간 거리 때문으로 알고 있다. 이 부분도 따로 포스팅 해야지.)

전 세계의 Edge에 캐시 서버를 두고, 가장 가까운 Edge location에 저장된 데이터를 가져옴으로써, 전 세계 어디에서 접속을 해도 빠른 속도를 보장하는 개념이다.

하지만 Use all edge locations 는 가격이 비싸다!!!

그리고 내 서비스 이용자의 99.99%는 North America, Europe, Asia, Middle East, and Africa 범위에 들어온다.