ECS AutoScaling 매커니즘

 

 

 

 

 

 

 

 

Capacity Provider

• EC2 유형과 Fargate 유형 모두 서비스 오토스케일링을 타겟 메트릭이나 단계별 스케일링으로 설정할 수 있습니다. 하지만 태스크가 늘어나더라도 인프라 인스턴스가 부족하면 태스크를 실행할 수 없다. 반대로, 태스크가 줄더라도 인스턴스가 늘어난 채라면 불필요한 비용이 발생합니다.
• 스케일링되는 태스크에 맞춰서 인프라 또한 늘어나거나 줄어들어야 하는 클러스터 오토스케일링이 진행되어야 하고, 두 오토스케일링 그룹 사이에서 이를 조절해주는 것이 Capacity Provider, 용량 공급자이다.
• 서비스 오토 스케일링은 애플리케이션 실행 개수(Task)를 늘리고 줄이는 것이고,  클러스터 오토 스케일링은 이 작업을 실행하는 데 필요한 EC2 인스턴스(서버) 수를 늘리고 줄이는 것으로, 역할과 관리 대상이 다르며, 함께 사용되어 애플리케이션과 인프라의 동시 확장/축소를 관리합니다.
• 두 기능은 상호보완적입니다. 보통 서비스 오토 스케일링을 통해 "부하가 늘었으니 컨테이너를 더 띄워라"라고 명령하면, 클러스터 오토 스케일링이 "컨테이너를 띄울 자리가 부족하니 EC2 서버를 더 가져오겠다"라고 응답하는 방식으로 유기적으로 작동합니다.
• 참고: AWS Fargate를 사용하는 경우 인프라 관리를 AWS가 직접 수행하므로 클러스터 오토 스케일링은 필요하지 않으며 서비스 오토 스케일링만 설정하면 됩니다.
• CapacityProviderReservation을 구하는 공식은 다음과 같다.

CapacityProviderReservation (%) = (M / N) * 100

M = ECS 서비스의 태스크들을 모두 가용하기 위한 Task 수
N = 현재 ASG에 가용되는 Task 수

# 가용해야 할 태스크가 많아서 필요한 인스턴스 수(M)가 현재 가용되는 인스턴스 수(N)보다 많다면 M이 N보다 커져(M > N) CapacityProviderReservation은 100을 넘는다.
# 반대로, 태스크가 적어서 필요한 인스턴스 수(M)가 현재 가용되는 인스턴스 수(N)보다 적다면 M이 N보다 작아져 (N < M) CapacityProviderReservation은 100보다 아래가 된다.
# 만약 현재 인스턴스 수(N)가 필요한 인스턴스 수(M)만큼만 있다면 M은 N과 같아져(M = N) CapacityProviderReservation은 100%가 되고, 일반적으로 이 수치가 ASG가 목표하는 수치이다. 즉, 필요한 만큼만 인스턴스를 올리는 것을 목표로 한다.

 

 

 

 

 

 

 

Service Auto Scaling (Task 개수 증가)

 

관리 대상 ECS 서비스 내에서 실행되는 컨테이너 인스턴스(작업)의 수.

목표	애플리케이션의 부하(CPU, 메모리 사용량 등)에 따라 원하는 작업 수를 자동으로 조절하여 성능을 유지.
역할	특정 서비스 내에서 실행되는 태스크(컨테이너)의 개수를 관리.
작동 방식	CloudWatch 지표를 기반으로 Amazon ECS의 Application Auto Scaling을 통해 최소/최대/원하는 작업 수를 조정.
주의점	Task가 늘어나도 EC2는 늘어나지 않으므로 인프라(EC2)가 꽉 차 있으면 서비스 오토 스케일링이 태스크 개수를 늘리려 해도 리소스 부족으로 실행되지 못하고 '보류(Pending)' 상태가 될 수 있습니다.

 

 

 

 

 

Cluster Auto Scaling (EC2 개수 증가)

관리 대상 ECS 클러스터의 기반이 되는 EC2 인스턴스(서버)의 수.

목표	서비스 확장에 따라 늘어난 작업들을 담을 수 있도록 충분한 컴퓨팅 자원(EC2 인스턴스)을 자동으로 프로비저닝하거나 회수.
역할	클러스터 전체의 컴퓨팅 용량(EC2 인스턴스)을 관리.
작동 방식	용량 공급자(Capacity Provider)와 AWS Auto Scaling을 활용, 필요한 인스턴스 수를 계산하고 EC2 ASG(Auto Scaling Group)을 호출하여 인스턴스를 추가/제거.
장점	태스크가 프로바이저닝 상태가 되면 이를 감지하여 필요한 만큼의 EC2를 자동으로 공급해주므로 인프라 관리가 쉬워집니다.

 

 

 

 

 

---

 

 

 

2.3 스케일링 종류별 차이점 요약 !!!!!!

구분	구분서비스 오토 스케일링 (Service Auto Scaling)	클러스터 오토 스케일링 (Cluster Auto Scaling)
조정 대상	ECS 서비스 내에서 실행되는 태스크(Task) 개수	ECS 클러스터의 기반이 되는 EC2 인스턴스(서버)의 수.
목적	애플리케이션의 부하에 맞춰 원하는 Task 개수 조절	클러스터 리소스에 따라 태스크를 실행할 물리적 인프라(용량) 확보
트리거 지표	CloudWatch 지표 (CPU/메모리 사용률, ALB 요청 수 등)	용량 공급자 예약 (Capacity Provider Reservation)
핵심 도구	Application Auto Scaling	Capacity Provider (용량 공급자)