Amazon EC2 기초

📍 SAA 도전 2일차
📍 Udemy-AWS Certified Solutions Architect Associate 섹션 5

---

Amazon EC2

• EC2 = Elastic Compute Cloud = IaaS
• EC2의 기능
  • 가상 머신을 EC2에서 임대할 수 있다.
  • 데이터를 가상 드라이브 또는 EBS 볼륨에 저장할 수 있다.
  • ELB로 부하를 분산시킬 수 있다.
  • ASG(오토 스케일링 그룹)을 통해 서비스를 확장할 수 있다.

EC2 sizing & configuration options

• OS: Linux, Windows, Mac OS
• compute power & cores(CPU)
• RAM
• storage space
  • Network-attached(EBS & EFS)
  • hardware-attached(EC2 Instance Store)
• EC2 인스턴스에 연결할 네트워크의 종류(Network card)
• Firewall rules(security group)
• Bootstrap script: EC2 처음 시작할 때 설정하는 EC2 User Data. 스크립트는 처음 시작할 때 한 번만 실행된다. Bootstrap script의 모든 명령어는 root 계정으로 실행된다. 따라서, sudo를 붙여줘야 한다.

EC2 instance types: example

수백개의 종류가 있다. 다음 5가지는 대표적인 종류이다.

프리티어에서는 무료로 t2.micro를 달에 750시간까지 이용할 수 있다.

EC2 Instance Types - Overview

• 링크에서 EC2 인스턴스 타입을 확인할 수 있다.
  
• AWS는 다음과 같은 네이밍 규칙을 갖는다.
  • ex) m5.2xlarge
    • m: 범용 인스턴스 클래스
    • 5: 인스턴스의 세대
    • 2xlarge: 인스턴스 클래스의 사이즈

EC2 Instance Types - General Purpose

• 법용의 인스턴스는 웹 서버나 코드 저장소와 같은 다양한 작업에 적합하다.
• Compute, Memory, Networking 간의 균형이 잘 맞는다.
  

EC2 Instance Types - Compute Optimized

• 컴퓨팅 최적화 인스턴스는 컴퓨터 집약적인 작업에 최적화된 인스턴스이다.
• 그러면 고성능 프로세서는 어디에 사용할까?
  • 일부 데이터의 일괄 처리
  • 미디어 트랜스코딩 작업
  • 고성능 웹 서버
  • 고 성능 컴퓨팅(HPC)
  • 머신러닝
  • 전용 게임 서버
• 컴퓨팅 최적화의 모든 인스턴스는 C로 시작한다.
  

EC2 Instance Types - Memory Optimized

• 이 유형의 인스턴스는 메모리(RAM)에서 대규모 데이터셋을 처리하는 유형의 작업에 빠른 성능을 제공한다.
• 사용 사례:
  • 대부분 인 메모리 데이터베이스인 고 성능의 관계형/비관계형 데이터베이스
  • 분산 웹스케일 캐시 저장소에도 사용
  • BI(Business Intelligence)에 최적화된 인 메모리 데이터베이스
  • 대규모 비정형 데이터의 실시간 처리를 실행하는 애플리케이션
• 메모리 최적화 인스턴스는 대부분 이름이 R로 시작한다.
  
  

EC2 Instance Types - Storage Optimized.

• 스토리지 최적화 인스턴스는 로컬 스토리지에서 대규모의 데이터셋에 접근할 때 적합한 인스턴스이다.
• 사용 사례:
  • 고주파 온라인 트랜잭션 처리(OLTP)
  • 관계형과 NoSQL 데이터베이스
  • 메모리 데이터베이스의 캐시나 데이터 웨어하우징 애플리케이션
  • 분산 파일 시스템
    

EC2 Instance Types - 강의 이외의 종류

Security Groups

• 보안 그룹은 AWS 내 네트워크 보안을 실행하는 데 핵심이 된다.
• EC2 인스턴스에 들어오고 나가는 트래픽을 제어한다.
  • 보안 그룹은 허용 규칙만 포함한다.
  • 출입이 허용된 것이 무엇인지 확인할 수 있다.
  • IP 주소 또는 다른 보안 그룹을 참조해 규칙을 만들 수 있다.
  • 인바운드 트래픽이 허용되면 아웃바운드 트래픽도 수행할 수 있다.
  • 기본적으로 보안 그룹은 모든 아웃바운드 트래픽을 허용하는 아웃바운드 규칙을 포함한다.
    

Security Groups Deeper Dive

• 보안 그룹은 EC2 인스턴스의 방화벽이다.
• 보안그룹의 통제:
  • 포트로의 접근을 통제
  • 인증된 IP 주소의 범위(IPv4, IPv6)를 확인
  • 외부에서 인스턴스로 들어오는 인바운드 네트워크도 통제
  • 인스턴스에서 외부로 나가는 아웃바운드 네트워크도 통제
  • 이와 같은 형식으로 확인 가능
    

Security Groups Diagram

Security Groups Good to know

• 보안 그룹과 인스턴스 간의 일대일 관계는 없다.
• 하나의 보안 그룹을 여러 인스턴스에 연결할 수 있다.
• 하나의 인스턴스에도 여러 개의 보안 그룹을 연결할 수 있다.
• 보안 그룹은 region과 VPC의 결합으로 통제된다. 그래서 지역을 전환하면 새 보안 그룹을 생성하거나 다른 VPC를 생성해야 한다.
• 보안 그룹은 EC2 외부에 있다. 그래서 트래픽이 차단되면 EC2 인스턴스는 확인할 수 없다. 보안 그룹은 EC2 외부의 방화벽이다.
• SSH 접근을 위해 하나의 별도 보안 그룹을 유지하는 것을 추천한다. 보통 SSH 접근은 가장 복잡하므로 별도의 보안 그룹이 잘 완료되었는지 확인해야 한다.
• 타임아웃으로 애플리케이션에 접근할 수 없으면 보안 그룹의 문제이다.
• 하지만 연결 거부 오류가 발생하면 보안 그룹은 실행되었고 트래픽은 통과했지만 애플리케이션에 문제가 생겼거나 실행되지 않는 등 문제가 발생한 것이다.
• 기본적으로 모든 인바운드 트래픽은 차단되어 있다.
• 기본적으로 모든 아웃바운드 트래픽은 허용된다.

보안 그룹의 다른 보안 그룹 참조 Diagram

• EC2 인스턴스의 보안그룹1은 보안그룹1과 보안그룹2를 승인한다.
• 따라서, 보안 그룹1과 보안 그룹2를 사용하는 EC2 인스턴스는 IP 주소와 상관없이 통신 가능하다.
• 하지만 보안 그룹3은 거부되기 때문에 통신이 불가능하다.
• 해당 패턴은 로드밸런서에서도 다룬다.
  

Classic Ports to know

• 22 = SSH(Secure Shell): 리눅스에서 EC2 인스턴스로 로그인하도록 한다.
• 21 = FTP(File Transfer Protocol): 파일 공유 시스템에 파일을 업로드하는데 사용된다.
• 22 = SFTP(Secure File Transfer Protocol): SSH를 사용해서 업로드하기 때문에 22번 포트를 사용한다. 보안 파일 전송 프로토콜이다.
• 80 = HTTP: 보안이 되지 않은 사이트에 접근하기 위한 것이다.
• 443 = HTTPS: 보안된 사이트에 접근하기 위한 것이다.
• 3389 = RDP(Remote Desktop Protocol): 원격 데스크톱 프로토콜이다. 윈도우 인스턴스에 로그인할 때 사용된다.

SSH Summary

• 리눅스 서버에서에서는 Secure Shell인 SSH를 서버에 사용한다. SSH는 터미널이나 명령줄을 이용해서 원격 머신이나 서버를 제어할 수 있게 해준다.
• 운영체제별로 사용해야 하는 프로토콜은 다음과 같다.
  

SSH 트러블 슈팅

1. 연결 시간 초과가 발생하는 경우
   보안 그룹에 문제가 있는 경우 발생한다. 보안 그룹이 올바르게 설정되었는지, EC2 인스턴스에 보안 그룹이 할당되었는지를 확인하자.

2. 연결 시간 초과 문제가 계속해서 발생할 경우
   회사 방화벽 또는 개인 방화벽이 연결을 차단한다는 뜻이다. EC2 Instance Connect를 사용하자. 반드시 Amazon Linux2를 사용하자.

3. SSH가 Windows에서 동작하지 않을 경우

• ssh command not found라고 뜨면 PUTTY를 사용해야 한다.
• 여전히 동작하지 않는다면 EC2 Instance Connect를 사용하자.

4. 연결이 거부될 경우
   이는 인스턴스에는 도달할 수 있지만 해당 인스턴스에서 SSH 유틸리티가 실행되고 있지 않다는 뜻이다.

• 인스턴스를 재시작하자.
• 여전히 동작하지 않는다면 인스턴스를 종료하고 새 인스턴스를 만들자. 반드시 Amazon Linux2를 사용하자.

5. 권한 거부
   이는 다음의 두 상황에서 발생한다.

• 보안 키가 틀렸거나 보안 키를 사용하지 않는 경우
• 잘못된 사용자를 사용할 경우

6. 어제는 연결이 가능했는데 오늘은 되지 않는다.
   EC2 인스턴스를 중단했다가 오늘 다시 시작햇을 경우, EC2 인스턴스의 퍼블릭 IP가 변경되기 때문에 명령어에서 새 퍼블릭 IP로 업데이트하자.

• EC2 Instance Connect를 사용할 때는 주의해야 한다.

  • user name이 기본으로 ec2-user로 설정된다.
  • Amazon Linux2(모든 버전), Ubuntu 16.04 이상
  • 22번 포트를 통한 인바운드 SSH 트래픽을 허용해야 한다.
  • 자세한 사항은 링크 확인

  

• EC2 인스턴스에 액세스 키 ID와 비밀 액세스 키를 입력하는 건 최악의 방법이다.

  • 누군가 인스턴스에 입력된 자격 증명 정보를 회수할 수 있기 때문이다.

• EC2 인스턴스의 Actions -> Security -> Modify IAM role을 사용하자.
  

EC2 구매 옵션

• On-Demand Instance

  • 필요한 대로 인스턴스를 실행한다. 단기적인 워크로드에 사용하기 좋다.
  • 비용을 예측할 수 있고 초 단위로 요금을 지불하면 된다.

• Reserved(1 & 3 years)

  • Reserved Instance - 예약된 인스턴스
  • Conertible Reserved Instance - 유연한 인스턴스 타입을 원할 수 있다. 시간이 지나면 인스턴스 타입을 변경하길 원한다면 전환형 예약 인스턴스가 적절하다.

• Savings Plan(1 & 3 years)

  • 특정한 인스턴스 유형을 약정하는 게 아니라 달러 단위로 특정한 사용량을 약정하는 것이기 때문에 좀 더 현대적인 방식이다. 역시 장기 워크로드를 위한 것이다.

• Spot Instances

  • 아주 짧은 워크로드를 위한 것이다.
  • 매우 매우 저렴하다.
  • 하지만 언제라도 그 인스턴스들이 손실될 수 있어서 신뢰성이 낮다.

• Dedicated Hosts

  • 물리적 서버 전체를 예약해서 인스턴스 배치를 제어할 수 있다.

• Dedicated Instances

  • 다른 고객이 우리의 하드웨어를 공유하지 않는다는 의미이다.

• Capacity Reservations

  • 용량 예약을 이용하면 원하는 기간 동안 특정한 AZ에 용량을 예약할 수 있다.

• 더 자세한 사항들은 링크를 참조하자.

EC2 On Demand

• 사용한 만큼 지불된다.
  • Linux or Windows - 1분 이후에 초 단위로 청구가 이루어진다.
  • 다른 모든 운영체제의 경우에는 1시간 단위로 청구가 이루어진다.
• 비용이 가장 많이 들지만 바로 지불할 금액은 없고, 장기적인 약정도 필요없다.
• 그렇기 때문에 단기적이고 중단 없는 워크로드가 필요할 때, 또는 애플리케이션의 거동을 예측할 수 없을 때 가장 추천할 만하다.

EC2 Reserved Instances

• 예약 인스턴스는 온디맨드에 비새 72% 할인을 제공한다.
• 우리는 특정한 인스턴스 속성(인스턴스 타입, Region, Tenancy, OS)을 예약한다.
• 예약 기간을 1년이나 3년으로 지정해서 할인을 더 받을 수 있다.
• 전부 선결제, 부분 선결제 또는 선결제 없음 중에 선택할 수 있다. 전부 선결제를 선택하면 최대 할인을 받을 수 있다.
• 범위를 특정한 리전이나 존으로 할 수 있다. 즉 특정한 AZ에 있는 예약된 용량을 의미한다.
• 사용량이 일정한 애플리케이션에 예약 인스턴스를 사용하는 게 좋다. ex) 데이터베이스
• 예약 인스턴스를 마켓 플레이스에서 살 수 있고 더 이상 필요가 없어지면 팔 수도 있다.
• 전환형 예약 인스턴스라는 특별한 유형의 예약 인스턴스가 있다.
  • 인스턴스 타입, 인스턴스 패밀리, 운영체제, 범위, 테넌시를 변경할 수 있다.
  • 유연성이 더 크기 때문에 할인은 약간 적다. 최대 66%까지 할인 받을 수 있다.

EC2 Savings Plans

• 장기간 사용하면 할인을 받을 수 있다. (최대 72%)
• 하지만 다음 1년 또는 3년 동안 시간당 10달러로 약정을 하게 된다.
• 사용량이 한도를 넘어서면 절약 플랜은 온디맨드 가격으로 청구를 하게 된다.
• 절약 플랜을 이용하면 특정한 인스턴스와 패밀리, 리전으로 고정되게 된다.
  • 일부는 유연하게 선택 가능
    • 인스턴스 사이즈: m5.xlarge, m5.2xlarge 등을 선택할 수 있다.
    • OS: Linux, Windows 등을 전환할 수 있다.
    • Tenancy: Host(호스트), Dedicated(전용), Default(기본) 등을 전환할 수 있다.

EC2 Spot Instance

• 할인 폭이 제일 커서 온디맨드에 비해 최대 90%까지 할인 받을 수 있다.
• 하지만 스팟 인스턴스에 대해 지불하려는 최대 가격을 정의하고 만일 스팟 가격이 그 가격을 넘게 되면 인스턴스가 손실되기 때문에 언제라도 인스턴스가 손실될 수 있다.
• 스팟 인스턴스는 AWS에서 가장 비용효율적인 인스턴스이다. 고장에 대한 회복력이 있는 작업들에게 아주 유용하다.
  • ex) 배치 작업, 데이터 분석, 이미지 처리, 분산 작업, 시작과 종료 시간이 유연한 워크로드
• 아주 중요한 작업이나 데이터베이스에는 적절하지 않다.

EC2 Dedicated Hosts

• 전용 호스트는 고객 전용의 EC2 인스턴스 용량을 갖춘 물리적 서버이다.
• 전용 호스트를 사용하면 Windows Server, Microsoft SQL Server, SUSE 및 Linux Enterprise Server를 포함한 기존 소켓당, 코어당 또는 VM당 소프트웨어 라이선스를 사용할 수 있습니다.
• 구매 옵션
  • On-demand: 초당 비용을 지불한다.
  • Reserved: 1년 또는 2년 동안 예약한다.
• 실제로 물리적 서버를 예약하기 때문에 AWS에서 가장 비싼 옵션이다.
• 활용 사례
  • 라이선싱 모델과 함께 제공되는 소프트웨어인 경우(BYOL: - Bring Your Own License)
  • 규정이나 법규를 반드시 준수해야 하는 회사를 갖고 있는 경우

EC2 Dedicated Instances

• 전용 하드웨어에서 실행되는 인스턴스이다. 물리적 서버와는 다르다.
• 같은 계정에서 다른 인스턴스와 함께 하드웨어를 공유할 수 있다.
• 인스턴스 배치에 대한 통제권이 없다.
• 전용 인스턴스란 자신만의 인스턴스를 자신만의 하드웨어에 갖는다. 반면에, 전용 호스트는 물리적 서버 자체에 대한 접근권을 갖고 낮은 수준의 하드웨어에 대한 가시성을 제공해준다.

EC2 Capacity Reservations

• 원하는 기간 동안 특정한 AZ에서 온디맨드 인스턴스 용량을 예약할 수 있다.
• 필요할 때마다 EC2 용량에 접근할 수 있다.
• 기간 약정은 없다. 그래서 언제라도 용량을 예약하고 취소할 수 있다.
• 청구 할인도 없다. 용량을 예약하는 것이 유일한 목적이다.
• 만일 청구 할인을 받으려면 지역별 예약 인스턴스와 절약 플랜을 결합해야 한다.
• 인스턴스를 실행하는지에 무관하게 온디맨드 요금이 부과된다. 즉, 용량을 예약하면 그것에 대해 비용을 지불해야 한다.(인스턴스를 실행하지 않더라도 여전히 요금이 부과된다.)
• 특정한 AZ에 있어야 하는 단기적이고 중단 없는 워크로드에 아주 적합하다.

어느 요금이 적합할까?

요금을 리조트에 비유했을 때

• On demand: 언제나 원할 떄마다 리조트에서 쉴 수 있고 전체 가격을 지불한다.
• Reserved: 미리 계획(1년 내지 3년)을 하고 그 리조트에 아주 오래 체류할 것이라는 것을 알고 있다. 오래 체류하기 때문에 많은 할인을 받는다.
• Savings Plans: 절약 플랜은 특정 기간 동안 시간당 일정한 금액을 리조트에 지출할 것임을 알고 있다. 그래서 시간이 지나면 객실 타입을 변경할 수 있다. 대신, 리조트는 특정한 지출액을 약정하라고 말한다.
• Spot instances: 빈 객실이 있고 사람들을 끌어 모으기 위해 호텔이 마지막 할인을 제공하는 경우이다. 빈 객실이 있고 사람들이 그 빈 객실을 얻기 위해 경매를 한다. 그래서 아주 많은 할인을 얻게 된다. 하지만 이 리조트에서 다른 사람이 객실 요금을 더 많이 낼 의사가 있다면 우리는 언제라도 쫓겨날 수 있다.
• Dedicated Hosts: 마치 리조트 건물 전체를 예약하려는 것과 같다. 우리만의 리조트(하드웨어)를 받게 된다.
• Capacity Reservations: 객실을 예약하지만 체류할지 확실하지 않은 경우이다. 체류하지 않는 경우에도 그 객실을 예약하는 전체 비용을 지불해야 한다.

EC2 Spot Instance Requests

• 온디맨드와 비교해 최대 90%까지 할인을 받을 수 있다.
• 어떤 스팟 인스턴스에 대해 지불할 의향이 있는 스팟 최고가를 정의한 후에 인스턴스의 비용이 지불 의향이 있는 그 최고가보다 낮은 한 해당 인스턴스를 계속해서 사용하게 된다.
  • 시간 당 스팟 비용은 유동적이다.
  • 현재 스팟 가격이 최고가보다 큰 경우, '멈춤' 또는 '종료'라는 두 가지 옵션이 있다. 2분 동안의 유예기간이 있다.
• 또 다른 전략: Spot Block (2022년 12월 31자로 서비스 종료)
  • 스팟 인스턴스를 회수당하지 않기 위한 전략이다.
  • 스팟 블록이란 특정 기간(1~6 시간) 동안 스팟 인스턴스를 방해로부터 차단하는 기능이다.
  • 굉장히 드물게 인스턴스가 회수될 수 있다.
• 배치 작업, 데이터 분석 등 실패에 탄력적인 작업들에 적합하다.
• 중요한 작업에는 적합하지 않다.

Spot Instance를 종료하는 방법

• 먼저 스팟 요청의 원리를 이해해야 한다.
• 스팟 요청에는 원하는 인스턴스 개수, 지불 의사가 있는 인스턴스 최고 가격, AMI 등 요구되는 사양, 요청의 유효 기간그리고 요청의 유형이 있다.
  • 요청에는 두 가지 유형이 있다.
    • 스팟 인스턴스를 위한 일회성 요청. 스팟 요청이 이행되는 즉시 인스턴스가 시작되게 된다. 그리고 일회성 요청이기 때문에 스팟 요청은 사라진다. 즉 스팟 요청이 사라져도 괜찮은 경우에 사용하는 유형이다.
    • 사후 인스턴스를 위한 지속적인 요청. 스팟 요청의 Valid from부터 Valid until까지의 유효 기간 동안 우리가 요청한 개수의 인스턴스들이 계속 유효하게 된다. 즉, 어떤 이유로 인스턴스가 중단되거나 스팟 가격 상승을 이유로 방해를 받은 경우에는 스팟 요청이 다시 전달되어 요청이 검증되고 나면 스팟 인스턴스가 재시작된다. 따라서 지속적 요청 모드에서는 스팟 인스턴스가 중단되어도 스팟 요청이 여전히 활성화되어 있기 때문에 스팟 요청이 자동적으로 인스턴스를 재시작해준다.
• 기존에 실행했던 인스턴스를 종료하는 것은 AWS가 아닌 우리의 책임이다.
• 그러므로 스팟 인스턴스를 영구히 종료하고 재실행되는 일이 없도록 하기 위해서는 먼저 스팟 요청부터 취소한 다음, 해당 요청과 연결된 스팟 인스턴스를 종료해야 한다.

Spot Fleets

• Spot Fleets = 한 세트의 스팟 인스턴스 + 선택적으로 온디맨드 인스턴스를 조합해 사용하는 방식이다.
• 스팟 플릿은 정의된 비용 제한 내에서 대상 용량을 맞추려 노력할 것이다.
  • Launch Pool을 정의한다: 다양한 인스턴스 유형, 다양한 OS 그리고 다양한 가용 영역을 가질 수 있다.
  • 여러 개의 Launch Pools을 가질 수 있고, 그러고 나면 플릿이 가장 적합한 런치풀을 선택해 준다.
  • 스팟 플릿이 정해진 예산 혹은 원하는 용량에 달한 경우에는 인스턴스 실행을 멈춘다.
• 그리고 스팟 플릿 내에 스팟 인스턴스를 할당해 줄 전략을 정의하게 된다.
  • lowestPrice: 스팟 플릿이 가장 적은 비용을 가진 풀에서부터 인스턴스를 실행해 준다. 아주 짧은 워크로드가 있을 때 적합한 옵션이다.
  • diversified: 스팟 인스턴스는 우리가 기존에 정의한 모든 풀에 걸쳐 분산된다. 긴 워크로드에 적합하고 가용성이 뛰어난 옵션이다.
  • capacityOptimized: 인스턴스의 개수에 따라서 최적 용량으로 실행되고 적절한 풀을 찾아 주는 옵션이다.
• 스팟 플릿을 사용하면 스팟 인스턴스에 따라 추가적인 비용 절감이 가능하다. 왜냐하면 알아서 적합한 스팟 인스턴스 풀을 선택해 주기 때문이다.
• 사용하고자 하는 인스턴스의 유형과 가용 영역을 지정하는 단순한 스팟 인스턴스 요청과 달리, 스팟 플릿은 우리의 요구조건(lowestPrice,diversified,capacityOptimized)에 따라 인스턴스의 유형과 가용 영역을 선택하도록 한다는 데서 서로 차이가 있다.
• 자세한 내용은 링크를 참고하자.
  

퀴즈

질문 1:
다음 중, 할인 폭이 가장 크나, 데이터베이스 혹은 중요 업무에는 적합하지 않은 EC2 구매 옵션은 무엇인가요?

답변: 스팟 인스턴스

질문 2:
EC2 인스턴스 내/외의 트래픽을 제어하기 위해서는 무엇을 사용해야 하나요?

답변: 보안 그룹

질문 3:
EC2 예약 인스턴스를 예약할 수 있는 기간은 얼마인가요?

답변: 1년 혹은 3년

질문 4:
EC2 인스턴스에 고성능 컴퓨팅(HPC) 애플리케이션을 배포하려 합니다. 다음 중 어떤 EC2 인스턴스 유형을 선택해야 할까요?

답변: 컴퓨팅 최적화
설명: 컴퓨팅 최적화 EC2 인스턴스는 고성능 프로세서(예: 배치 처리, 미디어 트랜스코딩, 고성능 컴퓨팅, 과학적 모델링 및 머신 러닝, 전용 게이밍 서버 등)가 필요한 집중 컴퓨팅 워크로드에 적합합니다.

질문 5:
1년 간 지속적으로 서버를 운영할 계획인 애플리케이션의 경우에는 다음 중 어떤 EC2 구매 옵션을 사용해야 할까요?

답변: 예약 인스턴스

질문 6:
일련의 EC2 인스턴스에 호스팅 될 애플리케이션을 실행하려 합니다. 이 애플리케이션에는 소프트웨어 설치가 필요하며, 최초 실행 중에 일부 OS 패키지를 업데이트해야 합니다. EC2 인스턴스를 실행하려는 경우, 이를 위한 최적의 방식은 무엇일까요?

답변: 필수 소프트웨어의 설치 및 OS 업데이트를 수행하는 bash 스크립트를 작성한 후, 이 스크립트를 EC2 인스턴스 실행 시에 EC2 사용자 데이터에서 사용하기

질문 7:
인메모리 데이터베이스를 사용하는 중요 애플리케이션을 위해서는 다음 중 어떤 EC2 인스턴스 유형을 선택해야 할까요?

답변: 메모리 최적화

질문 8:
온프레미스에 호스팅된 OLTP 데이터베이스를 갖춘 전자 상거래 애플리케이션이 있습니다. 이 애플리케이션은 인기가 좋아, 데이터베이스가 초당 수천 개의 요청을 지니게 됩니다. 여러분은 데이터베이스를 EC2 인스턴스로 이전하려 합니다. 이렇게 높은 빈도를 보이는 OLTP 데이터베이스를 처리하기 위해서는 어떤 EC2 인스턴스 유형을 선택해야 할까요?

답변: 스토리지 최적화
설명: OLTP(온라인 트랜잭션 처리)는 온라인 뱅킹, 쇼핑, 주문 입력 또는 텍스트 메시지 전송 등 동시에 발생하는 다수의 트랜잭션을 실행하는 데이터 처리 유형입니다.

질문 9:
(참/거짓) 보안 그룹은 오직 하나의 EC2 인스턴스에만 연결될 수 있습니다.

답변: 아닙니다.

질문 10:
온프레미스 애플리케이션을 AWS로 이전하려 합니다. 여러분의 기업에는 애플리케이션을 전용 서버에서 실행해야 한다는 엄격한 규정이 있습니다. 또한 비용 절감을 위해 전용 서버 바운드 소프트웨어 라이선스를 사용해야 합니다. 이 경우, 다음 중 어떤 EC2 구매 옵션이 적합할까요?

답변: 전용 호스트
설명: 전용 호스트는 높은 수준의 규정 준수가 필요한 기업, 혹은 복잡한 라이선스 모델을 가진 소프트웨어에 적합합니다. 이는 가장 비싼 EC2 구매 옵션입니다.

질문 11:
데이터베이스 기술을 EC2 인스턴스에 배포하려 합니다. 공급 업체 라이선스는 물리적 코어 및 기반 네크워크 소켓 가시성를 기반으로 비용을 책정합니다. 이 경우, 어떤 EC2 구매 옵션을 사용해야 가시성을 확보할 수 있을까요?

답변: 전용 호스트