Amazon ECS 실행 구조와 선택 기준 – 1부: 컴퓨트와 실행 형태

선언과 실행의 분리: capacity provider 중심 운영

Amazon ECS 운영에서 launch type은 호환되는 실행 환경을 선언하는 파라미터일 뿐이며, 실제 컴퓨트 용량 공급과 스케일링은 capacity provider가 담당한다. AWS는 신규 서비스 생성 시 launch type이 아닌 capacity provider를 기본값으로 설정할 것을 강력히 권고한다. 이는 EC2에서 Fargate로 전환할 때 launch type 변경이 불가능한 문제를 피하고, 유연한 용량 관리를 가능하게 하기 위함이다.

Fargate와 EC2 사이의 대안: ECS Managed Instances

Fargate의 관리 편의성과 EC2의 하드웨어 제어권을 모두 원하는 고객을 위해 ECS Managed Instances가 등장했다. 이 옵션은 고객 계정에 인스턴스를 생성하되, OS 패치, 스케일링, 유지보수는 AWS가 자동 수행한다. GPU나 특수 하드웨어가 필요하지만 OS 관리 부담을 줄이고 싶은 AI 추론 서버나 고사양 워크로드에 적합하다.

실행 형태별 특징과 제약

• Fargate: 인프라 소유권은 AWS에 있으며 vCPU와 메모리 조합만 지정 가능하다. GPU 사용은 불가하다.
• ECS Managed Instances: 인스턴스 타입 선택과 GPU 사용이 가능하고, EC2 요금에 관리 요금이 추가된다. Managed daemons 기능을 통해 에이전트를 중앙 관리할 수 있다.
• Express Mode: 컨테이너 정의, URL, 로드밸런서 등 3개 입력만으로 서비스를 즉시 배포하는 간편 모드다. 커스텀 Task definition 지원이 확대되었다.
• RunTask 및 EventBridge: 장기 실행이 아닌 일회성 작업은 RunTask API로, 정기 실행은 EventBridge Scheduler로 처리한다. RunTask는 호출당 최대 10개 Task 기동이 가능하다.