AWS에서 EC2를 특정 시간대에만 자동 기동/종료하는 방법은 여러 가지가 있고, 운영 난이도/유연성/비용 측면에서 선택이 갈립니다. 실무 기준으로 핵심 옵션만 정리합니다.

---

1. 가장 표준: EventBridge + Lambda

구조

• Amazon EventBridge (cron 스케줄)
• → AWS Lambda
• → Amazon EC2 start/stop

동작 흐름

• 오전 9시 → EventBridge → Lambda → EC2 Start
• 오후 18시 → EventBridge → Lambda → EC2 Stop

장점

• 가장 범용적 (조건 분기, 태그 기반 제어 가능)
• 여러 인스턴스 일괄 처리 가능
• 로직 추가 가능 (예: 평일만, 특정 태그만 등)
• 비용 거의 0 수준

단점

• Lambda 코드 작성 필요
• IAM 권한 설계 필요

추천 상황

• “DBRE/운영 자동화 수준” 요구
• 여러 인스턴스/조건 제어 필요

---

2. AWS 공식 솔루션: Instance Scheduler

구성

• AWS Instance Scheduler (솔루션 템플릿)
• 내부적으로 Lambda + DynamoDB + EventBridge 사용

장점

• AWS 공식 솔루션 (CloudFormation으로 한번에 구축)
• 태그 기반으로 스케줄 관리
• 여러 계정/리전 지원

단점

• 구조가 과함 (DynamoDB 포함)
• 단순 요구에는 오버엔지니어링
• 커스터마이징 난이도 높음

추천 상황

• 조직 단위 / 다수 계정 관리
• 운영팀이 공통 정책으로 관리할 때

---

3. 가장 간단: EventBridge Scheduler (신형)

구성

• EventBridge Scheduler
• → EC2 API 직접 호출

장점

• Lambda 없이 직접 EC2 Start/Stop 가능
• 설정 매우 간단
• IAM Role만 지정하면 끝

단점

• 로직 확장 거의 불가
• 조건 분기 어려움

추천 상황

• “딱 시간만 맞춰서 켜고 끄면 됨”
• 인스턴스 몇 개 수준

👉 현재 기준 가장 추천 (단순 케이스)

---

4. Systems Manager Automation

구성

• AWS Systems Manager
• → Automation Document (AWS-StartEC2Instance 등)
• → EventBridge로 트리거

장점

• 코드 없이 운영 가능
• 감사/로그 관리 강함
• IAM 제어 명확

단점

• 설정이 번거로움
• 직관성 떨어짐

추천 상황

• 보안/감사 중요한 환경
• 운영팀이 GUI 기반 선호

---

5. Auto Scaling 활용 (변형)

방식

• Auto Scaling Group + Scheduled Scaling

장점

• 인스턴스 “수”까지 제어 가능
• HA 구성과 자연스럽게 연결

단점

• 단일 EC2 제어에는 부적합
• 종료 시 데이터 유실 위험 (stateful 문제)

추천 상황

• stateless 서버 (web/app)
• scale in/out도 같이 하고 싶을 때

---

비교 요약

방식	난이도	유연성	비용	추천도
EventBridge + Lambda	중	매우 높음	낮음	★★★★☆
Instance Scheduler	높음	높음	중	★★★☆☆
EventBridge Scheduler	낮음	낮음	낮음	★★★★★
Systems Manager	중	중	낮음	★★★☆☆
Auto Scaling	중	높음	중	★★☆☆☆