[AWS CLF-C01] 클라우드 컴퓨팅

1.    EC2 (Elastic Compute Cloud)

-       AWS 컴퓨팅 서비스

1)     범용 인스턴스

컴퓨팅, 메모리, 네트워킹 리소스를 균형있게 제공.

    - 애플리케이션 서버 / 게임 서버 / 엔터프라이즈 애플리케이션용 백엔드 서버

    - 중소 규모 데이터베이스

 

2) 컴퓨팅 최적화 인스턴스

     고성능 프로세서를 활용하는 컴퓨팅 집약적인 애플리케이션에 적합

    - 애플리케이션 서버 / 게임 서버 / 엔터프라이즈 애플리케이션용 백엔드 서버

    - 고성능 웹 서버 / 직약적 애플리케이션 서버 및 게임 전용 서버에 더욱 더 적합

 

3) 메모리 최적화 인스턴스

 메모리에서 대규모 데이터 세트를 처리하는 워크로드를 위한 설계

- 많은 메모리가 필요한 워크로드 실행 및 고성능 결과 도출 가능

 

4) 액셀러레이티드 컴퓨팅 인스턴스

     하드웨어 액셀러레이터 또는 코프로세서를 사용

    - 그래픽 처리 / 데이터 패턴 일치 같은 워크로드에 적합

 

5) 스토리지 최적화 인스턴스

      로컬 스토리지의 대규모 읽기 & 쓰기 액세스가 다량 필요한 워크로드 설계

    - 분산 파일 시스템 / 데이터 웨어하우징 애플리케이션 등

 

2.    EC2 요금제

-       On-Demand : 쓴 만큼

중단 할 수 없는 불규칙한 단기 워크로드가 있는 애플리케이션에 적합

선결제 비용 / 최소 약적 적용 X

사용 사례 : 개발 및 테스트 / 예측 불가 사용 패턴이 있는 애플리케이션 실행

1년 이상 지속 워크로드 권장 X -> 예약 인스턴스 사용 시 비용 절감 효과 상승

 

-       Reserved : 기간제 (기간이 길고, 선결제일수록 저렴)

온디맨드 인스턴스 사용 시 적용되는 결제 할인 옵션

표준 / 컨버터블 예약 인스턴스 -> 1년 / 3년

약정 기간 종료 후에도 종료 없이 EC2 인스턴스 사용 가능

인스턴스 종료 / 인스턴스 속성과 일치하는 새 예약 인스턴스 구입 전까지 온디맨드 요금 부과

 

-       Spot : 예비 용량, 가끔 사용, 죽어도 상관없는 서버 (최대 90% 할인

시작 및 종료 시간이 자유롭거나 중단을 견딜 수 있는 워크로드에 적합

온디맨드 요금의 최대 90%까지 비용 절감

 

-       Ddicated : 전용, 물리적 격리

사용자 전용의 Amazon EC2 인스턴스 용량을 갖춘 물리적 서버

기존 소켓 / 코어 / VM당 소프트웨어 라이선스를 사용하여 라이선스 규정 준수 가능.

비용 측면에서 제일 비쌈

 

-   Saving Plans

    1년 또는 3년 기간동안 컴퓨팅 사용량을 약정 ->

온디맨드 요금에 비해 72% 절감 가능

    약정을 초과한 사용량은 일반 온디맨드 요금 부과

    AWS Cost Explorer를 통해 Saving Plans의 시간당 약정 금액 비용 절감 예상 가능

 

3.    ELB (Elastic Load Balancing)

-       자동 트래픽 분산 (L7 스위치 역할)

여러 리소스에 자동으로 분산하는 서비스 / 리전 수준에서 동작

  

수요가 적은 기간

 

 

수요가 많은 기간

 

 

4.    Auto Scaling

-       자동 리소스 확장

두 가지 접근 방식 사용

- 동적 조정 = 수요 변화 대응

- 예측 조정 = 예측된 수요에 따라 적절한 수의 EC2 인스턴스 자동 예약

     그룹 생성 시 고려 사항

     - 최소 용량 = 그룹 생성 직후 시작되는 EC2 인스턴스의 수

     - 희망 용량 = 지정하지 않을 경우, 기본 용량을 최소 용량으로 지정

     - 최대 용량 = 수요 증가에 대응 / 확장 가능 인스턴스의 수 

 

 

5.    메시징 및 대기열

- 모놀리식 애플리케이션의 문제점

 

 

구성 요소가 밀겹합된 애플리케이션

한 구성 요소에서 장애 발생시 다른 요소에도 영향

전체 애플리케이션에서 장애 발생 가능

 

 

 

 

 

 

 

- 해결 방안 = 마이크로 서비스 접근 방식

 

구성 요소가 소결합된 애플리케이션

단일 구성 요소에 장애 발생에도 다른 구성요소 영향 X

전체 애플리케이션 장애 발생 방지

 

 

 

 

 

 

 

 

 

 

- Amazon Simple Notification Service

 게시/구독 서비스

예시 )

- 사용해야하는 경우

1) 이벤트 구독자에게 푸시 알림을 제출해야하는 경우

 

 

- Amazon Simple Queue Service (Amazon SQS)

 완전관리형 메시지 대기열 서비스

     마이크로 서비스, 분산 시스템 및 서버리스 애플리케이션 분리 확장 지원

 

- 사용해야하는 경우

1) 애플리케이션 이벤트 또는 메시지에 대해 내구성 있는 스토리지가 필요한 경우

2) 더 나은 내결함성을 위해 시스템의 특정 부분을 분리해야하는 경우

 

 

6.    서버리스 서비스

 

차이점

가상 서버 사용 컴퓨팅	서버 리스 컴퓨팅
EC2	Lambda	ECS or EKS
기존 애플리케이션 호스팅 OS에 대한 전체 액세스	단기 실행 함수 호스팅 서비스 중심 & 이벤트 기반 애플리케이션 서버를 프로비저닝 관리하지 않는 서비스	도커 컨테이너 기반 워크로드 실행

도커를 사용자가 관리 할때는 EC2 / AWS가 전체 관리할 때는 AWS Fargate

 

- Lamba / S3 & DynamoDB / SNS & API Gateway & Aurora / Fargate / Lambda

서버를 프로비저닝 / 관리할 필요 없이 코드를 실행할 수 있는 서비스

사용한 컴퓨팅 시간에 대해서만 비용 지불

- Amazon Elastic Container Service

컨테이너식 애플리케이션 실행 가능 고성능 컨테니어 관리 시스템

컨테이너를 위한 서버리스 컴퓨팅 AWS Fargate 사용하여 ECS 클러스터 실행 가능

 

- Amazon Elastic Kubernetes Service

Kubernetes를 실행하는 데 사용할 수 있는 완전 관리형 서비스

 

- Amazon Fargate

컨테이너용 서버리스 컴퓨팅 엔진. ECS EKS에서 작동

서버를 프로비저닝하고 관리 할 필요 X

 

 

 

 

 

출처

• AWS Cloud Practitioner Essentials (Korean)
• https://aws.amazon.com/ko/