클라우드비용 줄이는 방법, 청구서가 커지기 전에 확인할 것들
얼마 전 테스트용으로 만든 서버 하나를 끄지 않고 주말을 넘긴 적이 있습니다. 월말 청구서를 보니 금액은 아주 큰 편은 아니었지만, 괜히 찝찝하더라고요. 클라우드비용은 처음엔 몇 천 원, 몇 만 원처럼 작게 보이는데 파일 저장소, 데이터 전송, 백업, 로그까지 붙으면 생각보다 빠르게 커집니다.
특히 개인 프로젝트나 작은 팀에서는 “서버 한 대만 켰을 뿐인데 왜 이렇게 나오지?”라는 말을 자주 합니다. 사실 문제는 서버 한 대가 아니라, 그 주변에 따라붙는 항목을 놓치는 데 있습니다. 아래 방식대로 보면 유료 기능을 무작정 줄이지 않고도 꽤 현실적으로 비용을 낮출 수 있습니다.
클라우드비용이 새는 지점부터 찾기
클라우드 청구서는 보통 컴퓨팅, 저장공간, 데이터 전송, 데이터베이스, 백업, 로그 같은 항목으로 나뉩니다. 여기서 초보자가 가장 많이 놓치는 부분은 “사용 중인 서비스”가 아니라 “켜져 있는 서비스”입니다. 한 번 만든 테스트 서버, 임시 디스크, 오래된 스냅샷, 예전 배포 로그가 계속 돈을 만들 수 있습니다.
저는 먼저 최근 30일 청구 내역을 서비스별로 봅니다. 금액이 큰 순서대로 5개만 확인해도 방향이 잡힙니다. 예를 들어 서버 비용이 6만 원, 데이터베이스가 4만 원, 저장소가 1만 원이라면 저장소부터 파고드는 것보다 서버와 데이터베이스 설정을 먼저 보는 게 낫습니다.
- 최근 30일 비용을 서비스별로 확인
- 전월 대비 갑자기 오른 항목 표시
- 사용하지 않는 서버, 디스크, 스냅샷 삭제 후보 확인
- 테스트용 리소스에 이름표나 태그 붙이기
이름표를 붙이는 습관도 은근히 중요합니다. “test”, “dev”, “old” 같은 표시만 있어도 한 달 뒤에 남겨야 할 것과 지워도 되는 것을 구분하기 쉽습니다. 팀에서 쓰는 경우라면 만든 사람 이름이나 종료 예정일을 같이 적어두면 훨씬 편합니다.
서버는 크기보다 켜진 시간이 더 무섭다
클라우드비용을 줄이려고 서버 사양부터 낮추는 경우가 많습니다. 물론 사양도 중요하지만, 실제로는 켜져 있는 시간이 더 큰 영향을 주는 경우가 많습니다. 하루 24시간 켜져 있는 작은 서버가, 필요할 때만 켜는 중간급 서버보다 비쌀 수 있습니다.
개인 블로그, 내부 테스트 페이지, 개발용 도구처럼 항상 켜둘 필요가 없는 서비스라면 자동 중지 시간을 잡는 게 좋습니다. 예를 들어 평일 오전 9시부터 오후 7시까지만 쓰는 개발 서버라면 하루 14시간, 주말 48시간을 줄일 수 있습니다. 한 달로 보면 꽤 큰 차이입니다.
서버 점검 때 보는 기준
- CPU 사용률이 5% 이하로 오래 유지되는지
- 밤이나 주말에도 반드시 켜져 있어야 하는지
- 트래픽이 적은 서비스에 과한 사양을 쓰고 있지 않은지
- 자동 확장 설정이 필요 이상으로 넓게 잡혀 있지 않은지
솔직히 처음부터 완벽한 사양을 맞추긴 어렵습니다. 그래서 저는 2주 정도 사용량을 보고 조정하는 편입니다. 처음엔 조금 여유 있게 잡되, 지표가 쌓이면 한 단계 낮추거나 예약형 옵션을 검토하는 식입니다. 단, 예약형 할인은 중간에 서비스 구조가 바뀌면 오히려 묶일 수 있으니 안정적으로 계속 쓸 리소스에만 어울립니다.
저장공간과 백업은 조용히 금액을 키운다
클라우드 저장소는 단가가 낮아 보여서 방심하기 쉽습니다. 그런데 이미지 원본, 압축 파일, 로그, 데이터베이스 백업이 계속 쌓이면 이야기가 달라집니다. 특히 매일 백업을 만들면서 보관 기간을 정하지 않으면 몇 달 뒤에 “이 파일들이 왜 아직 있지?” 싶은 상태가 됩니다.
실무에서는 백업을 지우는 게 불안해서 전부 보관하려는 경향이 있습니다. 그런데 모든 파일을 같은 등급의 저장소에 둘 필요는 없습니다. 자주 꺼내보는 파일, 가끔 필요한 파일, 법적·업무상 보관만 필요한 파일을 나누면 비용 차이가 납니다.
- 최근 30일 안에 열어본 파일은 일반 저장소 유지
- 몇 달에 한 번 필요한 파일은 저렴한 보관 등급으로 이동
- 임시 변환 파일은 7일 또는 30일 후 자동 삭제
- 백업은 일별, 주별, 월별 보관 개수를 따로 설정
문서 변환 작업을 많이 하는 블로그나 사무용 서비스라면 임시 파일 삭제 규칙을 꼭 넣는 게 좋습니다. PDF 변환본, 압축 해제 파일, 미리보기 이미지가 계속 남으면 사용자는 모르지만 저장소 비용은 꾸준히 올라갑니다. “임시 파일은 자동으로 사라진다”는 규칙 하나만으로도 관리 부담이 확 줄어듭니다.
데이터 전송 비용은 다운로드 습관에서 갈린다
많이들 서버 비용만 보고 끝내는데, 데이터 전송 비용도 만만치 않습니다. 파일을 많이 내려받는 서비스라면 특히 그렇습니다. 예를 들어 500MB짜리 압축 파일을 1,000명이 받으면 단순 계산으로 500GB 전송이 생깁니다. 이미지나 자료 파일이 많은 사이트에서는 이 항목이 어느 날 갑자기 튈 수 있습니다.
가장 쉬운 방법은 큰 파일을 줄이고, 반복 다운로드를 줄이는 겁니다. 이미지는 적절히 압축하고, 같은 파일을 여러 경로에 중복으로 올리지 않는 것만으로도 효과가 있습니다. 공개 자료라면 다운로드 파일명을 날짜별로 무작정 새로 만들기보다 버전 규칙을 세워 중복 저장을 피하는 게 낫습니다.
파일 배포할 때 체크할 것
- 이미지 원본 대신 압축본을 제공하는지
- 동일한 파일이 여러 폴더에 중복 저장돼 있지 않은지
- 미리보기용 파일과 다운로드용 파일을 분리했는지
- 대용량 파일에 만료 기간이나 접근 제한이 필요한지
근데 무조건 파일 품질을 낮추면 사용자 경험이 나빠집니다. 그래서 저는 문서 파일은 읽기 불편하지 않은 선에서 압축하고, 이미지 파일은 화면 표시용과 원본 보관용을 나눕니다. 사용자는 빠르게 받고, 운영자는 불필요한 전송량을 덜어내는 방식입니다.
예산 알림은 꼭 먼저 켜두는 편이 낫다
클라우드비용 관리에서 가장 현실적인 장치는 예산 알림입니다. 비용을 줄이는 기술보다 먼저 필요한 안전장치에 가깝습니다. 월 예산을 5만 원으로 잡았다면 50%, 80%, 100% 구간에서 알림을 받게 설정합니다. 이렇게 해두면 월말에 청구서를 보고 놀라는 일이 줄어듭니다.
작은 팀이라면 알림을 한 사람에게만 보내지 않는 것도 중요합니다. 담당자가 휴가 중이거나 메일을 놓치면 그대로 지나갈 수 있습니다. 최소 2명 이상이 알림을 받게 하고, 비용이 튀었을 때 확인할 순서를 간단히 적어두면 대응이 빨라집니다.
- 월 예산과 프로젝트별 예산을 따로 설정
- 50%, 80%, 100% 구간 알림 등록
- 비용 급증 시 먼저 볼 서비스 목록 지정
- 테스트 리소스는 종료 예정일을 이름에 표시
클라우드비용은 한 번에 크게 줄이려 하면 부담스럽습니다. 대신 청구서 상위 항목 5개를 보고, 꺼도 되는 리소스를 끄고, 임시 파일을 자동 삭제하고, 예산 알림을 켜는 것부터 시작하면 체감이 빠릅니다. 클라우드는 편리한 만큼 조용히 비용이 쌓이는 도구라서, 작은 확인 습관이 결국 가장 든든한 절약법이 됩니다.
