10. EC2 (4) - EBS, Snapshot, AMI

본 강의는 유튜브 채널 AWS 강의실 님의 AWS 기초 강좌를 정리한 항목이다.

​

출처 : https://www.youtube.com/watch?v=N8TB_6AbaM4&list=PLfth0bK2MgIan-SzGpHIbfnCnjj583K2m&index=11

 

 

일반적인 서버는 컴퓨팅과 하드디스크 랜카드로 이루어져있다.

EC2도 마찬가지로 컴퓨팅을 담당하는 인스턴스와 하드디스크에 해당하는 EBS, 랜카드를 담당하는 AMI로 이루어져있다.

​

Amazon Elastic Block Storage(EBS)는 AWS 클라우드의 Amazon EC2의 인스턴스에 사용할 영구 블록 스토리지 볼륨을 제공한다. 각 Amazon EBS 볼륨은 가용 영역 내에 자동으로 복제되어 구성요소 장애로부터 보호해주고, 고가용성 및 내구성을 제공한다. Amazon EBS 볼륨은 워크로드 실행에 필요한 지연 시간이 짧고 일관된 성능을 제공한다.

Amazon EBS를 사용하면 단 몇 분 내에 사용량을 많게 또는 적게 확장할 수 있으며, 프로비저닝한 부분에 대해서만 저렴한 비용을 지불한다.

​

· EBS는 가상 하드드라이브이다. 우리 컴퓨터의 하드 디스크랑 정확히 똑같은 역할을 하는데 이것이 가상의 형태를 취하고 있다고 생각하면 된다.

​

· EBS는 EC2 인스턴스가 종료되어도 계속 유지가 가능하다. 즉, 인스턴스와 별개의 개념이다.

​

인스턴스와 EBS는 네트워크로 연결되어있기 때문이다. 우리의 컴퓨터는 SDD나 CPU가 하나의 컴퓨터에 물리적으로 묶여있지만, EC2는 계산을 담당하는 인스턴스와 저장을 담당하는 EBS가 물리적으로 분리되어있고 네트워크로 연결되어있다.

​

이렇게 물리적으로 분리되어 네트워크로 연결되어있는 형태를 취할 경우의 장점은

​

1. 인스턴스의 변경이 용이하다.

​

내가 인스턴스를 업그레이드 혹은 다운그레이드 하고 싶을 때, EBS를 내리지 않아도 된다. 단순히 네트워크만 변경시켜서 다른 인스턴스와 연결할 수 있다.

​

컴퓨터의 경우 내가 CPU나 램을 변경하고 싶으면 본체를 뜯어내서 교체해야하는데, EC2의 경우 네트워크 연결만 바꿔주면 되기 때문에 매우 간편하다.

​

2. 인스턴스 입장에서도 다른 여러 EBS를 추가하기 용이하다.

​

하나의 컴퓨터에 여러 SDD를 붙일 수 있는 것처럼 인스턴스도 여러 EBS를 붙일 수 있다. 네트워크로 연결되어있는 형태이기 때문에 저장 공간을 추가하거나 제거하기 매우 용이하다.

​

이렇게 네트워크로 연결되어있기 때문에 효율적인 운영이 가능하다라는 장점이 있다.

​

· 인스턴스 정지 후 재 기동이 가능하다. 인스턴스를 종료해도 EBS는 계속 살아있는 상태에서 인스턴스를 다시 기동시키면 다시 사용할 수 있다. 즉, 내가 인스턴스를 사용하지 않을 때 인스턴스를 종료시켜서 인스턴스 요금을 내지 않고, EBS 요금만 내면 되는 상태를 만들 수 있다.

​

· 하나의 EBS를 여러 EC2 장착 가능(EBS Multi Attach)

​

· 루트 볼륨으로 사용시 EC2가 종료되면 같이 삭제된다. 단, 설정을 통해 EBS만 따로 존속 가능하다.

​

· EC2와 같은 가용영역에 존재한다.

​

· 총 5가지 타입을 제공한다.

· 범용 타입(General Purpose or GP3) : SSD

· 프로비저닝 된 IOPS(Provisioned IPOS or io2) : SSD

· 쓰루풋 최적화 (Throughput Optimized HDD or st1)

· 콜드 HDD (SC1)

· 마그네틱(Standard)

​

인스턴스도 인스턴스 타입이 있듯이 EBS도 EBS 타입이 존재한다.

​

범용 타입은 말 그래도 범용적인 목적으로 사용하는 타입의 EBS이다.

​

프로비저닝된 IOPS(Input/Output Operations per Second)는 IOPS 즉, 저장 장치의 속도가 중요한 경우에 사용하는 타입의 EBS이다.

​

쓰루풋 최적화 HDD는 쓰루풋이 중요한 어플리케이션을 사용할 때 사용하는 EBS 타입이다.

​

콜드 HDD는 저장 용량 대비 가격은 저렴하지만 IOPS가 낮다는 특징을 가진 EBS 타입이다.

​

마그네틱 HDD는 조금 올드한 타입으로 백업을 할 때 주로 사용하는 EBS 타입이다.

​

EBS를 저장하는 효율적인 방법으로 스냅샷(Snapshot)이 있다.

​

· 스냅샷은 특정 시간에 EBS 상태의 저장본이다.

· EBS에 사진을 찍어둔 개념이라고 생각하면 좋다.

​

· 필요시 스냅샷을 통해 특정 시간의 EBS를 복구할 수 있다.

​

즉, 백업 시스템이다.

​

· S3(Simple Storage Service, 파일 저장 서비스)에 보관

· 증분식 저장

​

증분식 저장이란 증분식이란 기존에서 변화된 부분만 따로 저장을 하겠다는 뜻이다.

​

우리가 9MB의 저장공간을 가지고 있고, 하나의 블록이 1MB라고 가정해보자.

​

해당 시나리오대로 나타난 변화들을 모두 저장하려면 어떻게 해야할까? 만약 블록이 추가되고 변경될 때의 저장 공간을 저장한다면 9MB * 7개의 시나리오가 있으므로 총 63MB가 필요하다.

​

만약 블록의 변화만을 저장한다면 1MB * 7개의 시나리오가 있으므로 총 7MB가 필요하다.

​

스냅샷은 이렇게 증분식 저장 방법을 사용하기 때문에 크게 부담이 되지 않는다.

​

​

AMI (Amazon Machine Image)

· EC2 인스턴스를 실행하기 위해 필요한 정보를 모은 단위(템플릿)

· OS, 아키텍처 타입(32-bit or 64-bit), 저장공간 용량 등

​

· AMI를 사용하여 EC2를 복제하거나 다른 리전 -> 계정으로 전달 가능

​

· 스냅샷을 기반으로 AMI 구성 가능

AMI를 통해서 EC2를 복제해서 다른 사람에게 넘겨줄 수 있다.

​

그래서 EC2를 만들기 위해서는 AMI가 필요하다.

​

· AMI 구성

· 1개 이상의 EBS 스냅샷으로 구성되어있다.

· 인스턴스 저장 인스턴스의 경우 루트 볼륨에 대한 템플릿(OS, 어플리케이션 서버, 어플리케이션)이 필요하다.

· 사용 권한(어떤 AWS 어카운트가 사용할 수 있는지)

· 블록 디바이스 맵핑(EC2 인스턴스를 위한 볼륨 정보 = EBS가 무슨 용량으로 몇 개 붙는지)

​

· AMI는 2가지 타입이 존재한다.

· EBS 기반

· 인스턴스 저장 기반

​

EBS의 경우 EC2가 인스턴스와 EBS가 네트워크로 연결되어있는 형태이다.

​

하지만 instance storage의 경우 네트워크로 연결되어있지 않고 인스턴스 안에 들어가 있다.

​

EBS 처럼 네트워크로 연결되어있는 경우 여러 장점이 있지만, 속도가 느리다는 단점이 있다.

​

instance storage는 EC2안에 있기 때문에 속도가 굉장히 빠르다. 대신 EC2가 삭제가 되면 storage도 같이 삭제가 된다(영구적이지 않다).

​

· 타입에 따른 AMI의 생성 방법

· EBS : 스냅샷을 기반으로 루트 디바이스 생성

· 인스턴스 저장 : S3에 저장된 템플릿을 기반으로 생성