[aws] ECS와 EKS

 

 

 

이 글의 일부는 aws 공식문서의 내용을 참조하였음을 밝힙니다.

 

 

📌 ECS(Elastic Container Service)

 

Amazon ECS(Amazon Elastic Container Service)는  AWS에서 제공하는 컨테이너 오케스트레이션 서비스로 EKS에 비해 설정 및 운영이 비교적 간단하며, AWS와의 통합이 원활하다. ECS는  배포 옵션으로 Fargate(서버리스)와 EC2 인스턴스를 통해 컨테이너를 실행할 수 있는데, EC2 클러스터로 배포한 경우 인프라를 직접 프로비저닝하고 유지해야 한다. 이 때 EC2 클러스터의 인스턴스들은 각각 ECS 에이전트 실행을 통해 ECS 서비스와 연결된다. 이후 ECS 태스크(하나 이상의 컨테이너를 실행하는 단위)를 통해서 AWS가 컨테이너를 시작하거나 멈추며 새 도커 컨테이너가 생기면 이미지와 같이 시간에 따라 EC2 인스턴스에 지정된다.  

 

 

 

 

 

Fargate시작 유형의 경우 마찬가지로 AWS에 도커 컨테이너를 실행하는데 인프라를 프로비저닝하지 않아 관리할 EC2 인스턴스가 없다. 즉 서버리스이며 ECS 클러스터가 있을 때 ECS 태스크를 정의하는 태스크만 생성하면 필요한 CPU 나 RAM에 따라 ECS 태스크를 AWS가 대신 실행한다.  즉 새 도커 컨테이너를 실행하면 어디서 실행되는지 알리지 않고 그냥 실행되며 확장을 원할 경우 간단하게 태스크 수만 늘려주면 된다. 

 

 

 

 

 

 

📌 ECR(Elastic Container Registry)

 

ECR은 AWS에 도커 이미지를 저장하고 관리하는데 사용된다. 이는 Docker Hub 등의 온라인 저장소를 대체할 수 있으며 두 가지 옵션이 있다. 첫 번째는 계정에 한해 이미지를 비공개로 저장하거나 퍼블릭 저장소로 ERC public Gallery에 게시하는 방법이 있다. ECR은 ECS와 완전히 통합되어 있고 이미지는 백그라운드에서 S3에 저장된다. 아래 도표는 ECR 저장소에 여러 도커 이미지가 있고 ECS 클러스터의 EC2 인스턴스에 이미지를 끌어오기 위해 EC2 인스턴스에 IAM 을 지정해서 IAM 이 도커 이미지를 끌어오는 것을 표현한다. ECR에 대한 모든 접근은 IAM이 보호하고 있기 때문에 ECR에 권한 에러가 생기면 정책을 살펴 보면 된다. EC2 인스턴스에 이미지를 끌어온 후에는 컨테이너가 시작되는데 ECR은 단순히 저장하는 레포지토리에 그치지 않고 이미지의 취약점 스캐닝, 버저닝, 태그 및 수명 주기 확인을 지원해준다.  

 

 

 

 

📌 EKS(Elastic Kubernetes Service)

 

EKS는 Elastic Kubernetes Service의 약자로 AWS에 또 다른 컨테이너 오케스트레이션 서비스이다. 하지만 Kubernetes는 오픈 소스 란 점과 사용하는 API 등이  ECS와의 차이를 보이며 ECS와 동일하게 Docker로 컨테이너화한 애플리케이션의 자동 배포, 확장, 관리를 지원하며 EKS 역시 시작 EC2 인스턴스에서 시작하는 모드와 Fargae 모드 2 가지로 분류된다. 도표에 EKS Pods는 ECS의 태스크(하나 이상의 컨테이너를 실행하는 단위)와 유사한 개념이며 Pods가 실행되는 노드는 오토 스케일링 그룹으로 관리할 수 있다. ECS와 유사하게 EKS 서비스나 Kubernetes 서비스를 유저들이 이용할 수 있게 노출하고 싶을 때는 프라이빗 로드 밸런서나 퍼블릭 로드 밸런서를 설정해 웹에 연결해야한다.

 

 

 

 

 

 

EKS의 여러 노드 유형 정리

 

• 관리형 노드 그룹 - EC2 인스턴스를 생성하고 관리, 노드는 EKS 서비스로 관리되는 오토 스케일링 그룹의 일부이며 온디맨드 인스턴스와 스팟 인스턴스 지원
• 자체 관리형 노드 - 사용자 지정 사항이 많고 제어 대상이 많은 경우 직접 노드를 생성하고 EKS 클러스터에 등록한 다음 ASG의 일부로 관리 사전 빌드된 AMI 인 Amazon EKS 최적화 AMI를 사용하면 시간을 절약할 수 있으며 온디맨드 인스턴스와 스팟 인스턴스 지원
• AWS Fargate - 노드를 원하지 않는 경우 EKS가 지원하는 Fargate 모드를 선택하면 유지 관리도 필요 없고 노드를 관리하지 않아도 되며 EKS에서 컨테이너만 실행하면 된다.  

 

 

📌 APP Runner

 

완전 관리형 서비스로 규모에 따라 인프라나 컨테이너, 코드를 알필요 없이 웹, API 배포를 돕는다. 먼저 소스 코드나 Docker 컨테이너 이미지를 가지고 원하는 구성을 설정한다. cpu의 개수 오토 스케일링 등의 원하는 구성을 설정해주기만 하면 다음 작업은 자동으로 이뤄진다. 배포되면 API나 웹 앱이 배포된 다음에 URL을 통해 바로 액세스할 수 있으며 신속한 프로덕션 배포가 필요할 때 쓰인다.