AWS-ASF(Auto Scaling Group)

Auto Scaling Group(ASG)이란?

ASG는 트래픽이나 정책에 따라 EC2 인스턴스를 자동으로 늘리거나 줄여주는 AWS 서비스다.
즉, 서버 수를 사람이 아니라 정책과 지표가 관리하게 만든다.

1) ASG가 왜 필요한가 (배경)

EC2만 쓰는 구조의 문제:

• 트래픽 급증 → 수동으로 서버 추가
• 새벽 장애 → 사람이 직접 대응
• 트래픽 줄어도 서버는 계속 비용 발생

ASG는:

• 자동 확장
• 자동 축소
• 장애 인스턴스 자동 교체

를 통해 운영 개입을 최소화한다.

2) ASG 한 줄 정의

Auto Scaling Group은 정의된 정책에 따라 EC2 인스턴스를 자동으로 증감·유지하는 서비스이다.

3) ASG의 핵심 구성 요소 

(1) Launch Template

• EC2 생성 템플릿
• 포함 내용:
  • AMI
  • Instance Type
  • Key Pair
  • Security Group
  • IAM Role
  • User Data

(2) Desired / Min / Max Capacity

항목	의미
Desired	기본 유지 수
Min	최소 인스턴스
Max	최대 인스턴스

(3) Scaling Policy

• 언제 늘리고 줄일지 기준

대표 기준

• CPU 사용률
• 요청 수(ALB 연계)
• Custom Metric (CloudWatch)

(4) Health Check

• EC2 상태
• ALB Health Check 연동 가능

ALB 기준으로 죽은 인스턴스 자동 교체

4) ASG 동작 흐름

[CloudWatch Metric]
        ↓
[Scaling Policy]
        ↓
[ASG]
        ↓
[EC2 생성/종료]
        ↓
[ALB Target Group 자동 등록/해제]

 

5) ALB + ASG 실무 아키텍처 

[User]
   ↓
[Route 53]
   ↓
[ALB]
   ↓
[ASG]
   ├─ EC2 #1
   ├─ EC2 #2
   └─ EC2 #N

 

• EC2 수는 유동적
• 서비스는 항상 살아 있음

6) Scaling 방식 종류

(1) Target Tracking (권장)

• CPU 50% 유지 같은 방식
• 가장 많이 사용

(2) Step Scaling

• 구간별 증감

(3) Scheduled Scaling

• 시간 기준 (이벤트, 야간)

7) ASG의 장점 / 단점

장점

• 무중단 확장
• 장애 자동 복구
• 비용 효율

단점

• 상태 저장 서버에는 부적합
• 초기 설계 난이도 있음

8) ASG 설계 시 주의점 ⭐

❗ Stateless 설계 필수

• 세션은 ALB Sticky or Redis
• 파일은 S3

❗ AMI/배포 전략

• 새 AMI 배포 시 인스턴스 교체 전략 필요

9) ASG에서 자주 하는 실수 ❌

❌ DB 서버를 ASG에 포함
❌ User Data 실패로 무한 재기동
❌ Min=0 설정 후 서비스 다운