Containers

Docker

Docker vs VM

ECS

EC2 Instance Profile (EC2 Launch Type only):
- ECS agent가 사용함
- ECS 서비스를 위한 API 호출
- CloudWatch 로그에 컨테이너 로그를 전송
- ECR로부터 도커 이미지를 가져옴
- Secret Manager 또는 SSM Parameter Store에 있는 민감한 데이터를 참조
ECS Task Role:
- 각 task에 특정한 role이 부여되도록 허용
- 각기 다른 ECS 서비스에 다른 role들을 사용
- Task Role은 task definition을 통해 정의됨

**Application Load Balancer(ALB)**가 지원되며, 거의 대부분의 상황에 적합함
**Network Load Balancer(NLB)**는 높은 처리량 / 높은 성능이 요구되는 사례에 추천, 또는 AWS Private Link와 함께 쓰기 위해 사용
Elastic Load Balancer 역시 지원되지만, 추천되지는 않음 (고급 기능을 사용할 수 없음 - Fargate 불가)

자동으로 ECS task의 desired number를 증가/감소
Amazon ECS Auto Scaling은 AWS Application Auto Scaling을 사용
- ECS Service 평균 CPU 사용률
- ECS Service 평균 메모리 사용률 - RAM에 따른 스케일링
- 각 타겟 별 ALB 요청 수 - ALB로부터 통계 전달받음
Target Tracking - 특정 CloudWatch 통계의 target value에 기반하여 스케일링
Step Scaling - 특정 CloudWatch Alarm에 기반하여 스케일링
Scheduled Scaling - 특정 날짜/시간에 기반하여 스케일링 (예측 가능한 변경의 경우)
ECS Service Auto Scaling (task 레벨) != EC2 Auto Scaling (EC2 인스턴스 레벨)
Fargate Auto Scaling은 훨씬 설정이 쉬움 (서버리스이기 때문)

기반에 놓인 EC2 인스턴스를 추가함으로써 ECS Service Scaling을 수용
Auto Scaling Group Scaling
- CPU 사용량에 기반하여 ASG를 스케일링
- 시간이 지남에 따라 EC2 인스턴스 추가
ECS Cluster Capacity Provider
- ECS task를 위한 인프라에 대한 프로비저닝과 스케일링을 자동으로 처리하기 위해 사용
- Auto Scaling Group과 짝지어서 사용
- 용량이 부족할 때 EC2 인스턴스를 추가 (CPU, RAM...)

ECS with EventBridge

ECS with SQS

ECR = Elastic Container Registry
AWS에 도커 이미지를 저장 및 관리
Private 또는 Public repo (Amazon ECR Public Gallery ~ https://gallery.ecr.aws)
ECS와 완전히 호환됨, S3 지원
IAM을 통해 액세스 관리 (권한 에러 => policy 문제)
이미지 취약성 스캐닝(image vulnerability scanning), 버저닝, 이미지 태그, 이미지 라이프사이클 지원

EKS = Elastic Kubernetes Service
AWS에서의 관리형 쿠버네티스 클러스터를 실행하는 방법
쿠버네티스?
- 컨테이너형(보통은 Docker) 애플리케이션을 자동 배포, 스케일링, 관리해주기 위한 오픈소스 시스템
ECS의 대체제로 쓰일 수 있고, 유사한 목표를 지녔으나 API가 다름
EKS는
- EC2로 워커 노드를 배포할 수도 있고
- Fargate로 서버리스 컨테이너 배포를 할 수도 있음
사례:
- 온-프레미스 또는 다른 클라우드를 통해서 이미 쿠버네티스를 사용하고 있어 이를 AWS에 마이그레이션하고자 하는 경우
쿠버네티스는 클라우드에 구애받지 않음(cloud-agnostic) (어떤 클라우드에서건 사용될 수 있음 - Azure, GCP, ...)

EKS Diagram

Managed Node Groups
- 노드(EC2 인스턴스)를 생성 및 관리해줌
- 노드는 EKS가 관리하는 ASG의 일부
- On-Demand 또는 Spot Instance 지원
Self-Managed Nodes
- 노드를 직접 생성하여, EKS 클러스터에 등록하고, ASG가 이를 관리하도록 함
- prebuilt AMI를 사용할 수 있음 - Amazon EKS Optimized AMI
- On-Demand 또는 Spot Instance 지원
AWS Fargate
- 별도의 유지관리 필요 없음; 노드 관리가 필요 없음

EKS 클러스터에 StorageClass manifest를 정의할 필요 있음
Container Storage Interface(CSI) 호환 드라이버를 활용함
다음을 지원
- Amazon EBS
- Amazon EFS (Fargate 지원)
- Amazon FSx for Lustre
- Amazon FSx for NetApp ONTAP