*AWS

Cloud Computing 배포 모델

클라우드 기반 배포

• 애플리케이션의 모든 부분을 클라우드에서 실행 • 기존 애플리케이션을 클라우드로 마이그레이션 • 클라우드에서 새 애플리케이션을 설계 및 빌드

온프레미스 배포(프라이빗 클라우드 배포)

• 가상화 및 리소스 관리 도구를 사용하여 리소스를 배포 • 애플리케이션 관리 및 가상화 기술을 사용하여 리소스 활용도 높임

하이브리드 배포

• 클라우드 기반 리소스를 온 프레미스 인프라에 연결 • 클라우드 기반 리소스를 레거시 IT 애플리케이션과 통합

2. 클라우드 컴퓨팅

2.1 Amazon Elastic Compute Cloud(Amazon EC2)

안전하고 크기 조정이 가능한 컴퓨팅 용량을 클라우드에서 제공 • 몇 분이면 Amazon EC2 인스턴스 프로비저닝 및 시작 • 워크로드 완료했다면 인스턴스 사용 중지 가능 • 인스턴스가 실행 중일 때 사용한 컴퓨팅 시간에 대해서만 비용 지불, 중지 또는 종료된 상태에서는 비용 지불 X • 필요한 서버 용량에 대해서만 지불하므로 비용 절감

작동방식

인스턴스를 시작합니다. 기본 구성 인스턴스가 포함되어 있는 템플릿을 선택하여 시작합니다. 이러한 구성에는 운영 체제, 애플리케이션 서버 또는 애플리케이션이 포함됩니다. 또한 인스턴스의 특정 하드웨어 구성인 인스턴스 유형을 선택합니다.

2.2 Amazon EC2: 인스턴스 유형

범용: 컴퓨팅,메모리,네트워크, 리소스의 균형적 사용

컴퓨팅 최적화: ****고성능 프로세서 활용 컴퓨팅, 집약적인 애플리케이션에 적합 메모리 최적화: 메모리에서 대규모 데이터 집합을 처리하는 워크로드

액셀러레이티드 컴퓨팅: 데이터 처리 가속화할 수 있는 구성요소 스토리지 최적화: 대규모 데이터 집합에 대한 순차적 읽기 및 쓰기 액세스가 많이 필요한 워크로드

2.2 범용 인스턴스

2.2 컴퓨팅 최적화 인스턴스

2.2 메모리 최적화 인스턴스

2.2 엑셀러레이티드 컴퓨팅

2.2 스토리지 최적화 인스턴스

2.2 Amazon EC2: 인스턴스의 구분

2.3 Amazon EC2: 과금 옵션 및 비용 최적화

온디맨드 온디맨드 인스턴스는 중단할 수 없는 불규칙한 단기 워크로드가 있는 애플리케이션에 가장 적합합 니다. 선결제 비용이나 최소 약정은 적용되지 않습니다. 인스턴스는 중지될 때까지 계속 실행되며, 사용한 컴퓨팅 시간에 대해서만 비용을 지불합니다. 사용 사례에는 애플리케이션 개발 및 테스트와 예측할 수 없는 사용 패턴이 있는 애플리케이션 실 행이 포함됩니다. 온디맨드 인스턴스는 1년 이상 지속되는 워크로드에는 권장하지 않습니다. 예약 인스턴스를 사용하면 비용 절감 효과가 더 크기 때문입니다

예약 인스턴스 표준 예약 인스턴스 및 컨버터블 예약 인스턴스는 1년 또는 3년 약정으로 구입할 수 있습니다. 표준 예약 인스턴스: 이 옵션은 안정적 상태의 애플리케이션에 필요한 EC2 인스턴스 유형 및 크기, 그리고 해당 애플리케이션을 실행할 AWS 리전을 알고 있는 경우에 적합합니다. 예약 인스턴스를 사용하려면 인스턴스 유형 및 크기, 운영 체제, 테넌시를 명시해야 합니다. 컨버터블 예약 인스턴스: EC2 인스턴스를 여러 가용 영역 또는 다양한 인스턴스 유형에서 실행해야 하는 경우 컨버터블 예약 인스턴스가 적합할 수 있습니다. 참고: EC2 인스턴스를 실행하는 데 유연 성이 필요한 경우 더 큰 할인 혜택을 받습니다. 예약 인스턴스 약정 기간 종료 시 Amazon EC2 인스턴스를 중단 없이 계속 사용할 수 있습니다. 하 지만 인스턴스 종료, 새 예약 인스턴스 구입을 수행할 때까지는 온디맨드 요금이 부과됩니다.

EC2 Instance Savings Plans AWS는 Amazon EC2를 비롯한 몇몇 컴퓨팅 서비스에 대한 Savings Plans를 제공합니다. EC2 Instance Savings Plans는 특정 인스턴스 패밀리 및 리전에 대해 1년 또는 3년 기간 동안 시간 당 지출 약정을 할 경우 EC2 인스턴스 비용을 할인합니다. 이 기간 약정을 통해 온디맨드 요금 대비 최대 72%의 비용을 절감할 수 있습니다. EC2 Instance Savings Plans는 약정 기간 동안 Amazon EC2 사용량에 유연성이 필요한 경우 유용한 옵션입니다. 가용 영역, 인스턴스 크기, OS 또는 테넌시에 관계없이 선택한 리전에서 EC2 인스턴스 패밀리의 EC2 인스턴스를 실행(예: 버지니아 북부에서 M5를 사용)하면 비용을 절감할 수 있다는 이 점이 있습니다. EC2 Instance Savings Plans가 제공하는 절감 효과는 표준 예약 인스턴스와 비슷합 니다.

스팟 인스턴스 스팟 인스턴스는 시작 및 종료 시간이 자유롭거나 중단을 견딜 수 있는 워크로드에 적합합니다. 스 팟 인스턴스는 미사용 Amazon EC2 컴퓨팅 용량을 사용하며 온디맨드 요금의 최대 90%까지 비용 을 절감할 수 있습니다. 스팟 요청을 하고 Amazon EC2 용량을 사용할 수 있는 경우 스팟 인스턴스가 시작됩니다. 하지만 스팟 요청을 했는데 Amazon EC2 용량을 사용할 수 없다면 용량을 사용할 수 있을 때까지 요청이 성공하지 못합니다. 스팟 인스턴스를 시작한 후 용량을 더 이상 사용할 수 없거나 스팟 인스턴스에 대한 수요가 늘면 인스턴스가 중단될 수 있습니다.

전용 호스트 전용 호스트는 사용자 전용의 Amazon EC2 인스턴스 용량을 갖춘 물리적 서버입니다. 기존 소켓당, 코어당 또는 VM당 소프트웨어 라이선스를 사용하여 라이선스 규정 준수를 유지할 수 있습니다. 온디맨드 전용 호스트와 전용 호스트 예약을 구매할 수 있습니다. 지금까지 다룬 모든 Amazon EC2 옵션 중에서 전용 호스트가 가장 비용이 많이 듭니다.

2.4 Amazon EC2 크기 조정 : Amazon EC2 Auto Scaling

최소 용량 : Auto Scaling 그룹을 생성한 직후 시작되는 Amazon EC2 인스턴스의 수 • 희망 용량 : 희망 Amazon EC2 인스턴스 수를 지정하지 않으면 희망 용량은 기본적으로 최소 용량으로 설정 • 최대 용량 : 수요 증가에 대응하여 확장하도록 Auto Scaling 그룹을 구성하되 Amazon EC2 인스턴스 수를 최대 수로 제한 Amazon EC2 Auto Scaling은 Amazon EC2 인스턴스를 사용하므로 사용하는 인스턴스에 대해서만 비용을 지불하면 됩니다. 이제 여러분은 비용을 줄이면서도 최상의 고객 경험을 제공하는 비용 효율적인 아키텍처를 갖게 되었습니다.

2.5 Elastic Load Balancing을 사용하여 트래픽 리디렉션

수요가 적은 기간 고객 몇 명이 커피숍에 들어왔고 주문할 준비가 되었다고 가정해 보겠습니다. 계산대가 몇 개만 열려 있다면 이는 서비스가 필요한 고객의 수요와 일치합니다. 커피숍에서 고객이 없는 계산대를 열어 둘 가능성은 적습니다. 이 예에서는 계산대를 Amazon EC2 인스턴스로 생각할 수 있습니다.

수요가 많은 기간 하루 종일 고객의 수가 증가함에 따라 커피숍은 고객을 수용하기 위해 더 많은 계산대를 엽니다. 또한 커피숍 직원은 열려 있는 계산대에 요청 수를 균등하게 분산할 수 있도록 고객을 가장 적합한 계산대로 안내합니다. 이 커피숍 직원을 로드 밸런서로 생각할 수 있습니다.

2.6 메시징 및 대기열

Amazon Simple Notification Service(Amazon SNS) Amazon Simple Notification Service(Amazon SNS)는 게시 및 구독 서비스입니다. 게시자는 Amazon SNS 주제를 사용하여 구독자에게 메시지를 게시합니다. 이는 커피숍에서 계산원이 음료를 만드는 바리스타에게 주문 사항을 전달하는 것과 비슷합니다.

Amazon Simple Queue Service(Amazon SQS) Amazon Simple Queue Service(Amazon SQS)는 메시지 대기열 서비스입니다. Amazon SQS를 사용하면 메시지 손실이나 다른 서비스 사용 없이 소프트웨어 구성 요소 간에 메시지를 전송, 저장, 수신할 수 있습니다. Amazon SQS에서는 애플리케이션이 메시지를 대기열로 전송합니다. 사용자 또는 서비스는 대기열에서 메시지를 검색하여 처리한 후 대기열에서 삭제합니다.

2.7 추가 컴퓨팅 서비스 : 서버리스 컴퓨팅

2.7 AWS Lambda

**AWS Lambda** AWS Lambda는 서버를 프로비저닝하거나 관리할 필요 없이 코드를 실행할 수 있는 서비스입니다. AWS Lambda를 사용하는 경우 사용한 컴퓨팅 시간에 대해서만 비용을 지불합니다. 코드를 실행하는 동안에만 요금이 부과됩니다. 사실상 모든 유형의 애플리케이션 또는 백엔드 서비스 코드를 실행할 수 있으며 이를 관리할 필요는 전혀 없습니다

2.7 Amazon ECS, Amazon EKS

Amazon Elastic Container Service(Amazon ECS)

• AWS에서 컨테이너식 애플리케이션을 실행하고 확장할 수 있는 확장성이 뛰어난 고성능 컨테이너 관리 시스템 • Docker 컨테이너를 지원 • Docker: 애플리케이션을 신속하게 구축, 테스트, 배포할 수 있는 소프트웨어 플랫폼 **Amazon Elastic Kubernetes Service(Amazon EKS)** • AWS에서 Kubernetes를 실행하는 데 사용할 수 있는 완전관리형 서비스 • Kubernetes: 컨테이너식 애플리케이션을 대규모로 배포/관리하는 오픈 소스 소프트웨어 AWS Fargate • 컨테이너용 서버리스 컴퓨팅 엔진으로 서버 프로비저닝, 관리 없이 자동으로 서버 인프라 관리 • Amazon ECS와 Amazon EKS에서 작동

3. 글로벌 인프라 및 신뢰성

3.1 AWS 글로벌 인프라 : 리전 선택

서비스, 데이터 및 애플리케이션에 적합한 리전을 결정할 때 다음 네 가지 비즈니스 요소를 고려해야 합니다.

1. 데이터 거버넌스 및 법적 요구 사항 준수 회사와 위치에 따라 특정 영역에서 데이터를 실행해야 할 수도 있습니다. 모든 회사에 위치 기반 데이터 규정이 있는 것은 아니므로 다른 세 가지 요소에 더 집중해야 할 수도 있습니다.
2. 고객과의 근접성 고객과 가까운 리전을 선택하면 고객에게 콘텐츠를 더 빠르게 제공하는 데 도움이 됩니다.
3. 리전 내에서 사용 가능한 서비스 경우에 따라 고객에게 제공하려는 기능이 가장 가까운 리전에 없을 수도 있습니다. AWS는 새로운 서비스를 개발하고 기존 서비스의 기능을 확장하며 혁신을 주도하고 있습니다. 그러나 AWS가 전 세계에서 새로운 서비스를 제공할 수 있으려면 경우에 따라 각 리전마다 물리적 하드웨어를 구축해야 할 수도 있습니다.
4. 요금 요금을 결정하는 몇 가지 요인에 대해 더 자세히 배울 예정이지만, 지금은 서비스 비용이 리전마다 다를 수 있음을 알고 있으면 됩니다.

3.1 AWS 글로벌 인프라 : 가용 영역

가용 영역 • 리전 내의 단일 데이터 센터 또는 데이터 센터 그룹 • 물리적으로 수십 마일 떨어져 있음 • 가용 영역 간 지연시간이 짧을 정도로 가까우나 재해 발생시 영향을 받지 않을 만큼 멀리 떨어져 있음

3.2 엣지 로케이션

1. 오리진 브라질 회사의 데이터를 중국거주 한 고객에게 콘텐츠를 제공하기 위해 모든 콘텐츠를 중국 리전 중 하나로 이동할 필요는 없습니다
2. **Edge Location** 고객이 브라질에서 데이터를 가져올 필요가 없도록 중국 내 고객과 가까운 엣지로케이션에 사본을 로컬로 캐시
3. 고객 중국 고객이 파일 요청시 Amazon CloudFront는 엣지 로케이션의 캐시에서 해당 파일을 검색해 고객에게 전송

3.3 AWS 리소스를 프로비저닝하는 방법 (1)

• AWS Management Console
• AWS CLI
• 소프트웨어 개발 키트(SDK)

3.3 AWS 리소스를 프로비저닝하는 방법 (2)

AWS Elastic Beanstalk AWS Elastic Beanstalk에서는 사용자가 코드 및 구성 설정을 제공하면 Elastic Beanstalk이 다음 작업을 수행하는데 필요한 리소스를 배포합니다. • 용량 조정 • 로드 밸런싱 • 자동 조정 • 애플리케이션 상태 모니터링 AWS CloudFormation AWS CloudFormation을 사용하여 인프라를 코드로 취급할 수 있습니다. 즉, AWS Management Console을 사용하여 개별적으로 리소스를 프로비저닝하는 대신 코드 줄을 작성하여 환경을 구축할 수 있습니다. AWS CloudFormation은 리소스를 안전하고 반복 가능한 방식으로 프로비저닝하므로 수작업을 수행할 필요 없이 인프라 및 애플리케이션을 빈번히 구축할 수 있습니다. 이 서비스는 스택을 관리할 때 수행해야 할 적절한 작업을 결정하고 오류를 감지하면 변경 사항을 자동으로 롤백합니다.