EC2: EBS, Snapshot, AMI
2024. 3. 12. 20:45ㆍAWS Cloud Base
목차
- EBS
- SnapShot
- AMI
EBS
- 정의
- EC2 인스턴스에 사용할 영구 블록 스토리지를 제공해주는 서비스
- 가상 하드드라이브
- 서버 - 컴퓨팅(CPU/RAM) + HDD + 랜카드
- 특징
- EC2 지워져도 그대로 유지됨, EC2 인스턴스와 EBS는 네트워크로 연결되어있기때문이다
- EC2와 EBS 관계(N:M)
- 하나의 EC2에 여러 EBS를 붙일 수도 있다
- 하나의 EBS에 여러 EC2를 붙일 수도 있다
- 루트 볼륨 사용시 EC2가 종료되면 같이 삭제됨
- 단 설정을 통해 EBS만 따로 존속 가능
- EC2와 같은 가용 영역에 존재해야함
- 암호화 가능
- EBS 안에 있는 데이터를 암호화하는 것이 아니라 EBS 자체를 암호화 시킴
- 총 5가지 타입
타입 | 범용 타입 | 프로비전된 IOPS | 쓰루풋 최적화 HDD | Cold HDD | 마그네틱 |
이름 | GP3 | IO2 | ST1 | SC1 | Standard |
용량 | 1GB ~ 16TB | 400GB ~ 16TB | 500GB ~ 16TB | 500GB ~ 16TB | 1GB ~ 1TB |
용도 | 일반 범용 | IOPS가 중요한 어플리케이션/DB | 쓰루풋이 중요한 어플리케이션/하둡/OLAP DB 등 | 단순 파일 저장소 | 백어/ 비 주기적인 데이터 엑세스 |
MAX IOPS | 16000 | 64000 | 500 | 250 | 40 ~ 200 |
Snapshot
- 특정 시간에 EBS 상태의 저장본
- EBS 사진을 찍어둔 개념
- 필요시 스냅샷을 통해 특정 시간의 EBS를 복구시킬 수 있음
- S3(파일 저장소)에 보관
- 증분식 저장: 변화된 부분만 저장한다는 개념
- 이전의 중복된 상태까지 저장할려면 파일의 크기가 너무 크기 때문
AMI
- EC2 인스턴스를 실행하기 위해 필용한 정보를 모은 단위
- OS, 아키텍쳐 타입(32-bit, or 64-bit), 저장 공간 용량 등
- AMI를 사용하여 EC2를 복제하거나 다른 리전 -> 계정으로 전달 가능
- 스냅샷을 기반으로 AMI 구성 가능
- 본인이 연구한 데이터 및 프로그램 등을 EC2에 담고 AMI로 만들어서 배포 가능하도록함
- 구성
- 1개 이상의 EBS 스냅샷이 필요
- 인스턴스 저장 인스턴스의 경우 루트 볼륨에 대한 템플릿(예: OS, 어플리케이션 서버, 어플리케이션)
- 사용 권한(어떤 AWS 어카운트가 사용할 수 있는지)
- 블록 디바이스 맵핑(EC2 인스턴스를 위한 볼륨 정보 = EBS가 무슨 용량으로 몇 개 붙는지)
- 총 2가지 타입
- EBS 기반 or 인스턴스 저장 기반
- EBS: EC2 삭제되도 영구적 저장, 인스턴스 저장 기반에 비해 느림
- 인스턴스 저장 기반: 속도가 EBS에 비해 빠름, EC2 삭제시 같이 없어짐
- 타입에 따른 AMI 생성 방법
- EBS: 스냅샷을 기반으로 루트 디바이스 생성
- 인스턴스 저장: S3에 저장된 템플릿을 기반으로 생성
출처: https://www.youtube.com/watch?v=N8TB_6AbaM4&list=PLfth0bK2MgIan-SzGpHIbfnCnjj583K2m&index=11
'AWS Cloud Base' 카테고리의 다른 글
EC2: Auto Scaling (0) | 2024.03.26 |
---|---|
EC2 Life Cycling (0) | 2024.03.20 |
EC2 유형과 크기 (0) | 2024.03.12 |
EC2 가격 모델 (0) | 2024.03.12 |
EC2 기초 (0) | 2024.03.12 |