AMAZON ECS

AMAZON ECS 오토 스케일링 ; 태스크 수를 자동으로 늘리거나 줄일 수 있음  

- 대상 : CPU 사용률 / 메모리 사용률 (RAM 또는 ALB의 타겟당 요청 수) 

- 방법 1 :TARGETING TRACKING 스케일링 ; 특정 타겟값을 추종하는 CLOUDWATCH

- 방법 2 : STEP 스케일링 ; ALARM 베이스 스케일링 

- 방법 3 : SCHEDULED 스케일링 ; 미리 ECS 서비스 확장

-  !! EC2시작유형일 때, 태스크 레벨의 ECS 서비스 확장과 EC2 인스턴스 클러스터 확장과 다르다!!

- EC2 시작유형에서, EC2 인스턴스 AS하는법 ; 1. ASG 2. ECS 클러스터 CAPACITY PROVIDER!!

 

AMAZON ECS 솔루션 아키텍트 

1. EVNETBRIDGE 에 의해 호출되는 ECS 태스크 

2. EVENTBRDIGE SCHEDULE 이용하여 일정 주기로 태스크를 실행하는 아키텍쳐 

3. SQS QUEUE를 POLL하는 아키텍처 - ASG를 통해 QUEUE 대기열에 따라 태스크 생성 

 

AMAZON ECR 

- 1. 이미지를 비공개 저장 2. 퍼블릭 저장소  = AMAZON ECR PUBLIC GALLERY 

- 이미지는 백그라운드에서 S3에 저장 

- ECS 클러스터 내 EC2 인스턴스에 이미지 끌고 올때 : EC2 IAM 롤 지정 필요

- 리포지토리 외 / 취약점 스캐닝, 버저닝 태그, 수명 주기 확인!! 

 

AMAZON EKS 

- KUBERNETES ; 도커로 컨테이너화한 어플리케이션의 자동 배포/확장/관리 지원하는 오픈소스 

- (ECS는 오픈소스가 아니므로, 반대로) EKS는 표준화 기대 가능!!

- 2가지 시작모드 ; 1. EC2 시작모드 2. FARGATE모드 

- 사용하는 경우 ;

  1. 회사가 온프렘이나 클라우드에서 KUBERNETES를 사용하는 중일 때 

  2. 클라우드간 마이그레이션할 때 

- EKS 작업자 노드를 실행하면, 안에 EKS POD - ECS 태스크와 유사한 개념

- 서비스를 노출할 때는 LB 필요 

 

EKS 노드 그룹 

- 관리형 노드 그룹 ; EC2인스턴스 생성 관리/ 노드는 ASG의 일부 / 온디맨드 또는 스팟 인스턴스를 지원 

- 자체관리형 노드 SELF-MANAGED NODES ;  직접 노드 생성, EKS클러스터 등록 후 -> ASG가 관리 / EKS 최적화 AMI 사용가능

- FARGATE 모드 - 서버리스이므로 노드 없음 / 컨테이너만 실행 

 

EKS - DATA VOUMES 

- 연결하려면, 스토리지 클래스 매니페스트를 지정해야 

- CSI - 규격 드라이버 활용 > EBS / EFS / AMAZON FSX FOR LUSTRE / AMAZON FSX FOR NETAPP ONTAP  

 

AWS APP RUNNER

- 웹 어플리케이션 / API 배포 도움 

- 소스 코드 또는 도커 컨테이너 이미지로 구성 설정 

- 오토스케일링 가능/ 가용성 높음 / 로드밸런싱 / 암호화 기능 지원 / VPC 액세스 가능 

- 신속한 배포에 유리