[AWS] CodePipeline으로 ECS CI/CD 환경 구성(2)

2022.03.18

1. 구성

이번 글에서는 ECS 서비스로 빌드된 도커 이미지를 배포하는 과정을 CodePipeline에 추가한다.

1) ALB 생성 및 EC2 보안그룹 수정

동일한 어플리케이션이 실행중인 복수개의 컨테이너에 트래픽을 분산하기 위해 ALB를 사용한다.

80포트를 사용하여 호스트EC2로 HealthCheck하는 대상그룹을 생성하고, 80포트를 리스닝하는 ALB에 연결한다.

ALB로부터 모든 트래픽을 허용하도록 EC2의 보안그룹을 수정한다. 그 이유는 동적 포트 매핑을 사용하기 위함으로, 다음 목차에서 추가로 설명한다.

2) ECS 서비스 생성

이제 빌드된 컨테이너 이미지가 있으므로 ECS 서비스를 생성할 수 있다.

[1] 작업 정의 생성

시작유형을 EC2로 설정하여 작업 정의를 생성한다. (Fargate도 상관 없지만 비교적 비싸다)

아래와 같이 작업정의에 컨테이너를 추가한다.

이미지는 ECR URI를 입력한다. 해당 레포지토리에서 latest태그가 붙은(가장 최신인) 이미지로 컨테이너가 생성된다.

호스트 포트는 0으로 설정한다. 이는 동적 포트 매핑(Dynamic Port Mapping)을 사용하기 위함이다.

동적 포트 매핑은 컨테이너에 매핑되는 호스트 포트를 고정하지 않는다. ECS가 랜덤한 호스트 포트를 알아서 컨테이너로 매핑시켜준다.

이는 후에 새로 업데이트된 이미지를 배포할 때 필요하다. 무중단 롤링 업데이트시 기존 작업을 유지하는 동안 새 이미지로 작업을 생성한다. 예를 들어 서비스에서 실행중인 1개의 작업을 업데이트하는 과정은 1개(OLD)->2개(OLD+NEW)->1개(NEW) 으로 진행된다.

그런데 복수개의 작업이 호스트의 같은 포트를 사용할 수는 없다.

만약 호스트:80->컨테이너:8080 으로 고정 포트 매핑을 사용하는 상황이라면, 2개(OLD+NEW)의 작업이 동시에 호스트80포트를 사용할 수 없기 때문에 에러가 발생한다.

따라서 호스트의 포트를 고정하지 않아야 무중단 배포가 가능하다.

[2] 서비스 생성

시작유형이 EC2 인 서비스를 구성한다.