빌드업웍스
AWS 청구액이 43% 줄었습니다
벤더 권장 사양대로 크게 잡아둔 서버를 실제 사용률에 맞춰 조정하고, 쓰지 않는 자원을 정리했습니다. 월 청구 총액이 $7,989에서 $4,843이 됐습니다.
AWS 청구서 분석2026-02 → 2026-06 · AWS 청구서 기준(USD)
차트는 AWS 청구서의 월 총액입니다. 달마다 사용일수가 달라(2월 28일·3월 31일·6월 30일) 절감률은 사용일수를 맞춘 일 평균으로 계산했습니다 — 2월 $285/일 → 6월 $161/일.
- 01 추측이 아니라 실측 5주치 운영 데이터를 먼저 봤습니다. 감으로 줄이지 않습니다.
- 02 건드린 것은 사양뿐 서버 대수·역할·IP 그대로. 라이선스도 연동도 다시 협상하지 않았습니다.
- 03 추정이 아닌 실제 청구액 “얼마 아꼈다”가 아니라 실제로 청구된 금액입니다.
어떤 상황이었나
벤더 권장 사양을 그대로 따라 최악의 상황을 가정해 잡아둔 서버였습니다. 안전한 구성이지만, 실제로 그만큼 쓰는지는 아무도 확인한 적이 없었습니다.
무엇을 했나
- 1 5주간 실제로 쟀습니다
메모리는 32일치 일별 최고치, CPU는 30일치 평균·최대. 감이 아니라 데이터로 사양을 정했습니다.
- 2 사양만 바꿨습니다
서버 대수·역할·IP는 그대로. 라이선스도 외부 연동도 다시 건드리지 않았습니다.
- 3 안 쓰는 것을 걷어냈습니다
아무도 안 보던 자원이 매달 청구되고 있었습니다. 2주에 걸쳐 두 번에 나눠 정리했습니다.
재기동 창을 받아 업무가 멈추지 않는 시간대에 진행했습니다.
대상 서버 평균 CPU 3% 미만 — 할당한 연산 자원의 95% 이상이 놀고 있었습니다
개입 전 일 평균은 2월 $285 → 3월 $293로 평탄했습니다. 유리한 시점을 골라 비교한 것이 아니라, 평탄하던 기준선이 $161로 내려갔습니다
서버 대수·역할·공인 IP·프라이빗 IP — 외부 연동과 라우팅 재구성을 피했습니다
집행 36시간 뒤 약 30분 중단(원인 미확정). 사양은 워크로드에 충분했던 것으로 확인됐습니다
우리 회사도 해당될까요?
해당되는 항목을 눌러보세요. 많이 켜질수록 이 사례와 비슷한 상황입니다.
0/4 항목을 눌러 확인해 보세요.
맞지 않는 경우도 있습니다 — 먼저 말씀드립니다
효과가 제한적인 경우
- 이미 실측 기반으로 사이즈가 맞춰진 환경 — 이번에도 6대 중 1대는 메모리 여유가 없어 손대지 않았습니다
- 약정(Savings Plans·RI)이 이미 적용된 환경 — 이번 사례에 해당 조건이 없어 저희도 검증하지 못했습니다
- 상시 고부하 워크로드
- 벤더 계약이 버전·구성을 잠가둔 리소스 — 이번에도 그런 이유로 손대지 못한 항목이 있었습니다
이런 경우엔 권하지 않습니다
- AWS 월 사용액이 300만원 미만이면 절감 여지보다 작업 비용이 큽니다.
- 트래픽 변동이 큰 워크로드는 사양 축소가 아니라 오토스케일링이 답입니다 — 다른 처방입니다.
- 재기동 창을 낼 수 없는 시스템은 이 방식으로 진행할 수 없습니다.
- 범위
- 서버 대수·역할·공인 IP를 바꾸지 않는 범위. 사양 변경만 수행했습니다.
- 되돌리기
- 변경 전 사양으로 되돌리는 절차와 명령을 작업 문서에 미리 준비해 두고 진행했습니다.
- 일정
- 업무 비활성 시간대에 2주에 걸쳐 두 차례로 나눠 진행했습니다.
- 고객사 공수
- 고객사 개발 담당이 애플리케이션을 정상 종료해 주는 단계와, 작업 후 자체 헬스체크가 필요했습니다. 저희만으로 끝나는 작업이 아닙니다.
이 사례가 실증하는 약속 — 비용 투명성
게시 · 검토 · 전 사례 익명(계약 조건) · 절감 폭은 환경에 따라 다르며 같은 결과를 보장하지 않습니다. 이 사례의 근거·조건·사고 기록은 위에 그대로 적었습니다.