AWS 비용을 50~75% 절감하는 EC2 및 RDS Parking
Source: Dev.to
AWS 컴퓨팅 비용 절감을 위한 모범 사례
초록
클라우드 컴퓨팅 비용은 AWS 인프라 비용 중 가장 눈에 띄고 제어하기 쉬운 요소 중 하나이지만, 여전히 많은 조직이 유휴 리소스에 비용을 지불하고 있습니다. 개발, 테스트, UAT, QA, 샌드박스 및 데모 환경은 편의를 위해 24시간 가동되는 경우가 많으며, 실제로는 업무 시간에만 필요합니다. Amazon EC2와 Amazon RDS와 같은 리소스를 비업무 시간에 자동으로 중지(“주차”)하는 것은 애플리케이션이나 개발자 워크플로에 변화를 주지 않으면서 **50‑75 %**의 비용 절감을 달성할 수 있는 간단한 AWS 비용 최적화 기법입니다.
이 글에서는 주차가 왜 중요한지 설명하고, 통합된 비용 데이터를 제시하며, EC2와 RDS 적용 가능성을 다루고, 간단한 아키텍처 패턴을 제시합니다. 또한, 비생산 환경을 주중 비업무 시간 및 주말 전체에 종료할 수 있을 때 주차가 최대 가치를 제공하는 시점을 강조합니다.
왜 파킹 컴퓨트가 중요한가?
유휴 컴퓨트는 가장 흔한 클라우드 비용 낭비 원인 중 하나입니다. 기본적으로 Amazon EC2와 Amazon RDS는 명시적으로 중지되지 않는 한 24 × 7으로 실행되므로, 조직은 필요하지 않은 런타임에 대해 비용을 지불하게 됩니다. 개발 환경을 위한 AWS 레퍼런스 아키텍처에서는 평일 사용을 위해 컴퓨트를 스케줄링하면 런타임을 주당 168 시간에서 ~45 시간/주로 줄일 수 있어, 컴퓨트 비용을 대략 ~70 % 절감할 수 있다고 보여줍니다.
유휴 컴퓨트는 일반적으로 다음에 존재합니다:
- 낮은 환경(Dev / QA / UAT / Stage)
- 데모, 샌드박스, 교육 환경
비즈니스 현실: 비생산 환경은 24 × 7 가동 시간이 거의 필요하지 않으며, 따라서 파킹 대상에 적합합니다.
주차의 비용 영향
영향을 설명하기 위해 두 가지 일반적인 리소스 유형인 EC2와 RDS를 고려해 보겠습니다.
EC2 예시
| 지표 | 항상 켜짐 | 주차 (월‑금, 오전 9시‑오후 6시) |
|---|---|---|
| 시간/주 | 168 | ~45 |
| 월 비용 | $61.85 | $16.55 |
| 절감액 | — | ~73 % |
핵심 상황
- 인스턴스:
c5.large - 온디맨드 가격: ~ $0.085 /시간 (미국 지역 – 정확한 가격은 region에 따라 다름)
RDS 예시
Amazon RDS도 PostgreSQL, MySQL, MariaDB 등 여러 엔진에 대해 주차(시작/중지)할 수 있습니다.
※ RDS는 정지 상태를 7 일 이상 유지하면 자동으로 재시작됩니다 (source).
| 지표 | 항상 켜짐 | 주차 (월‑금, 오전 9시‑오후 6시) |
|---|---|---|
| 월 컴퓨팅 | $48.71 | $13.25 |
| 스토리지 | 변동 없음 | 변동 없음 |
| 절감액 | — | ~73 % (컴퓨팅) |
핵심 상황
- 인스턴스:
db.t3.medium - 온디맨드 가격: ~ $0.067 /시간 (미국 지역 – 정확한 가격은 region에 따라 다름)
소규모 스택 예시
| 리소스 | 항상 켜짐 | 주차 |
|---|---|---|
EC2 (10 × c5.large) | ~$618.50 | ~$165.50 |
RDS 컴퓨팅 (3 × db.t3.medium) | ~$146.13 | ~$39.75 |
| RDS 스토리지 (3 ×) | ~$30.00 | ~$30.00 |
| 총계 | $794.63 | $235.25 |
- 월 절감액: ~$559.38 (~70 %)
- 연간 절감액: ~$6,700 / year
3–5개의 환경에 걸쳐 확장하면, 주차를 통해 연간 수만 달러를 최소한의 엔지니어링 노력으로 달성할 수 있습니다!
Where Parking Makes Sense
Parking delivers the most value when environments are:
- Non‑Production – Dev / QA / UAT / Stage / Demo / Sandbox
- Business‑Hours Driven – Teams working 08:00–19:00, Mon–Fri (no weekend activity)
Many organizations also have multiple non‑production environments per microservice, multiplying waste if left running 24 × 7.
아키텍처 패턴
At a high level, the solution uses AWS scheduling and resource tagging to automatically stop and start non‑production compute resources without manual intervention.
Typical pattern
- Amazon EventBridge가 시작/중지 윈도우에 대한 cron 기반 일정을 정의합니다.
- EventBridge는 해당 윈도우 동안 AWS Lambda를 호출합니다.
- Lambda는
Parking=Enabled,Env=Dev|QA|Stage와 같은 태그를 사용해 리소스를 식별합니다. - Lambda는 비업무 시간에 EC2와 RDS를 중지하고, 업무 시간에 다시 시작합니다.
인스턴스 ID나 수동 목록이 필요 없습니다 — 시스템은 완전히 tag‑driven 방식으로 동작합니다.
이를 통해 참여가 유연해집니다: 팀은 태그를 통해 옵트‑인하고, 리소스는 정의된 일정에 따라 자동으로 켜지고 꺼집니다.
결론
오프‑시간에 Amazon EC2 및 Amazon RDS와 같은 AWS 컴퓨팅 리소스를 주차하는 것은 사용 가능한 가장 간단하고 높은 효과를 가진 AWS 비용‑최적화 기법 중 하나입니다. 이는 특히 주중 업무 시간에만 사용해야 하는 비‑프로덕션 환경에서 유휴 컴퓨팅 비용을 제거함으로써 50–75 % 절감을 제공합니다. 예약 트리거, 태깅 및 경량 Lambda 자동화를 활용하면 조직은 최소한의 엔지니어링 노력으로 상당한 비용 감소를 달성할 수 있습니다.
자동화는 운영 오버헤드를 최소화하면서 개발자 생산성이나 애플리케이션 성능에 영향을 주지 않고 구현할 수 있습니다. 이미 Terraform, CI/CD, 또는 내부 플랫폼을 사용하고 있다면, 태그‑기반 주차를 통합하여 비용 효율성을 엔지니어링 조직 전체에 항상 켜져 있는 기능으로 만들 수 있습니다.