EC2(Amazon Elastic Compute Cloud)
온프레미스 리소스 사용의 단점
- 하드웨어 구매
- 서버 배달 지연
- 서버 설치
- 필요한 모든 구성 수행
EC2 인스턴스 사용의 장점
- 인스턴스 프로비저닝 간소화
- 워크로드 종료시 인스턴스 사용 중지로 비용 절약
- 컴퓨팅 시간에 대해서만 비용 지불
- 필요한 서버 용량에 대해서만 비용 지불
작동 방식
인스턴스 시작
- 템플릿 선택(os와 서버, 애플리케이션 등)해 인스턴스 유형 선택
- 보안 설정
연결 및 사용
EC2 인스턴스 유형
범용 인스턴스
컴퓨팅, 메모리, 네트워킹 리소스를 균형 있게 제공
- 애플리케이션 서버
- 게임 서버
- 엔터프라이즈 애플리케이션용 백엔드 서버
- 중소 규모 데이터베이스
컴퓨팅 최적화 인스턴스
고성능 프로세서를 활용하는 컴퓨팅 집약적인 애플리케이션에 적합. 범용 인스턴스와 마찬가지로 컴퓨팅 최적화 인스턴스는 웹 서버, 애플리케이션 서버, 게임 서버와 같은 워크로드에 사용
고성능 웹 서버, 컴퓨팅 집약적 애플리케이션 서버 및 게임 전용 서버에 적합하다는 점이 범용 인스턴스와 다름. 또한 단일 그룹에서 많은 트랜잭션을 처리해야 하는 일괄 처리 워크로드에 사용할 수 있음.
메모리 최적화 인스턴스
메모리에서 대규모 데이터 세트를 처리하는 워크로드를 위한 빠른 성능을 제공하기 위해 설계
컴퓨팅에서 메모리는 임시 스토리지 영역이며 CPU가 작업을 완료하는 데 필요한 모든 데이터와 명령이 들어 있음.
컴퓨터 프로그램이나 애플리케이션은 스토리지에서 메모리로 로드된 후 실행되며, CPU가 컴퓨터 프로그램에 직접 액세스할 수 있음.
애플리케이션을 실행하기 전에 많은 데이터를 미리 로드해야 하는 워크로드(많은 메모리가 필요한 워크로드)
- 고성능 데이터베이스
- 방대한 양의 비정형 데이터의 실시간 처리가 필요한 워크로드
액셀러레이티드 컴퓨팅 인스턴스
하드웨어 액셀러레이터 또는 코프로세서를 사용하여 일부 기능을 CPU에서 실행되는 소프트웨어에서보다 더 효율적으로 수행
데이터 처리 가속화
- 부동 소수점 수 계산
- 그래픽 처리
- 데이터 패턴 일치
- 그래픽 애플리케이션
EC2 요금
온디맨드 인스턴스
중단할 수 없는 불규칙한 단기 워크로드가 있는 애플리케이션에 매우 적합
선결제 비용이나 최소 약정은 적용되지 않고 인스턴스는 중지될 때까지 계속 실행되며, 사용한 컴퓨팅 시간에 대해서만 비용 지불
1년 이상 지속되는 워크로드에는 권장X (예약 인스턴스가 대안)
- 애플리케이션 개발 및 테스트
- 예측할 수 없는 사용 패턴이 있는 애플리케이션 실행
Saving Plans
EC2를 비롯한 여러 컴퓨팅 서비스에 대한 Savings Plans를 제공
Amazon EC2 Savings Plans를 사용하면 1년 또는 3년 기간 동안 일정한 컴퓨팅 사용량을 약정하여 컴퓨팅 비용을 절감
약정 사용량까지는 할인된 Savings Plan 요금이 청구되며,(예: 시간당 10 USD) 약정을 초과한 사용량에 대해서는 일반 온디맨드 요금이 부과
예약 인스턴스
계정에서 온디맨드 인스턴스를 사용할 때 적용되는 결제 할인 옵션
표준 예약 및 컨버터블 예약 인스턴스는 1년 또는 3년 약정으로, 정기 예약 인스턴스는 1년 약정으로 구입
예약 인스턴스 약정 기간이 끝나면 중단 없이 Amazon EC2 인스턴스를 계속 사용할 수 있지만,다음 중 하나를 수행할 때까지는 온디맨드 요금이 부과
- 인스턴스 종료
- 새 예약 인스턴스 구입
스팟 인스턴스
시작 및 종료 시간이 자유롭거나 중단을 견딜 수 있는 워크로드에 적합
미사용 Amazon EC2 컴퓨팅 용량 사용
필요에 따라 시작 및 중지할 수 있는 백그라운드 처리 작업(예: 고객 설문 조사 데이터 처리 작업)이 있다고 가정해 보겠습니다. 전반적인 비즈니스 운영에는 영향을 주지 않고 처리 작업을 시작하고 중지하려고 합니다. 스팟 요청을 하고 Amazon EC2 용량을 사용할 수 있는 경우 스팟 인스턴스가 시작됩니다. 하지만 스팟 요청을 했는데 Amazon EC2 용량을 사용할 수 없다면 용량을 사용할 수 있을 때까지 요청이 성공하지 못합니다. 용량을 사용할 수 없으므로 백그라운드 처리 작업의 시작이 지연될 수 있습니다.
전용 호스트
사용자 전용의 Amazon EC2 인스턴스 용량을 갖춘 물리적 서버로 가장 비쌈.
EC2 Auto Scaling
변화하는 애플리케이션 수요에 따라 Amazon EC2 인스턴스를 자동으로 추가/제거
필요에 따라 인스턴스를 자동으로 조정하여 애플리케이션 가용성을 효과적으로 유지
- 동적 조정: 수요 변화에 대응
- 예측 조정:예측된 수요에 따라 적절한 수의 Amazon EC2 인스턴스를 자동으로 예약
Elastic Load Balancing
들어오는 애플리케이션 트래픽을 Amazon EC2 인스턴스와 같은 여러 리소스에 자동으로 분산하는 AWS 서비스
로드 밸런서는 Auto Scaling 그룹으로 들어오는 모든 웹 트래픽의 단일 접점 역할
들어오는 트래픽의 양에 맞춰 Amazon EC2 인스턴스를 추가/제거하므로 이러한 요청이 로드 밸런서로 먼저 라우팅되고, 요청을 처리할 여러 리소스로 분산됩니다. 예를 들어 Amazon EC2 인스턴스가 여러 개인 경우 Elastic Load Balancing은 워크로드를 여러 인스턴스에 분산하므로 어느 한 인스턴스가 대량으로 워크로드를 처리할 필요가 없음.
EC2 Auto Scaling 서비스와 서로 연동
Amazon SQS(Simple Queue Service)
메시지 대기열 서비스
메시지 손실이나 다른 서비스 사용 없이 소프트웨어 구성 요소 간에 메시지를 전송, 저장, 수신
애플리케이션이 메시지를 대기열로 전송하고, 사용자 또는 서비스는 대기열에서 메시지를 검색하여 처리한 후 대기열에서 삭제
Amazon SNS(Simple Notification Service)
게시/구독 서비스
게시자는 Amazon SNS 주제를 사용하여 구독자에게 메시지를 게시
구독자는
- 웹 서버
- 이메일 주소
- AWS Lambda 함수 또는 그 밖의 여러 옵션
서버리스
EC2에서 실행하려는 애플리케이션이 있는 경우 아래의 절차
- 인스턴스(가상 서버) 프로비저닝
- 사용자 코드 업로드
- 애플리케이션이 실행되는 동안 계속해서 인스턴스를 관리
서버리스라는 용어는 코드가 서버에서 실행되지만 이러한 서버를 프로비저닝하거나 관리할 필요가 없다는 뜻
서버를 유지 관리하는 대신 새로운 제품과 기능을 혁신하는 데 더 집중할 수 있으며, 자동으로 확장할 수 있는 유연성을 갖춤. 처리량 및 메모리와 같은 소비 단위를 수정하여 애플리케이션의 용량을 조정할 수 있음.
AWS Lambda
서버를 프로비저닝하거나 관리할 필요 없이 코드를 실행할 수 있는 서비스
사용한 컴퓨팅 시간에 대해서만 비용을 지불
- 코드를 Lambda에 업로드
- AWS 서비스, 모바일 애플리케이션 또는 HTTP 엔드포인트와 같은 이벤트 소스에서 트리거되도록 코드를 설정
- Lambda는 트리거된 경우에만 코드를 실행
- 사용한 컴퓨팅 시간에 대한 요금만 지불
컨테이너
애플리케이션의 코드와 종속성을 하나의 객체로 패키징하는 표준 방식을 제공
보안성, 안정성, 확장성 요구 사항이 매우 중요한 프로세스 및 워크플로에도 컨테이너를 사용
ECS(Amazon Elastic Container Service)
컨테이너식 애플리케이션을 실행하고 확장할 수 있는 확장성이 뛰어난 고성능 컨테이너 관리 시스템
Docker
애플리케이션을 신속하게 구축, 테스트, 배포할 수 있는 소프트웨어 플랫폼
EKS(Amazon Elastic Kubernetes Service)
AWS에서 Kubernetes를 실행하는 데 사용할 수 있는 완전 관리형 서비스입니다.
Kubernetes
컨테이너식 애플리케이션을 대규모로 배포하고 관리하는 데 사용할 수 있는 오픈 소스 소프트웨어
AWS Fargate
컨테이너용 서버리스 컴퓨팅 엔진으로, Amazon ECS와 Amazon EKS에서 작동
서버를 프로비저닝하거나 관리할 필요가 없으며 자동으로 서버 인프라를 관리
애플리케이션 혁신과 개발에 더 집중할 수 있으며, 컨테이너를 실행하는 데 필요한 리소스에 대해서만 비용을 지불
