AWS SAA 자격증 공부 < EBS, AMI, EFS >

Home Post About

AWS

Cloud

2024.03.24.

본 포스트는 Udemy AWS Certified SAA - Stephane Maarek 강의를 일부 정리한 것입니다.
상세한 정보는 해당 강의를 참고하세요

EBS(Elastic Block Store) 볼륨

인스턴스에 연결 가능한 네트워크 드라이브(물리적 드라이브가 아님).

인스턴스가 종료된 이후에도 데이터 지속가능.
일부 EBS는 여러 인스턴스에 다중 연결이 가능하다.
하나의 인스턴스에 여러 EBS 연결은 가능.
특정 AZ에 고정되어 있다. 하지만 스냅샷을 이용하면 다른 AZ로 이동도 가능하다.
EC2 인스턴스에서 분리 및 다른 곳으로의 연결이 가능.
원하는 용량 및 IOPS(초당 전송 수)를 미리 지정해야 한다.

TIP

EC2 인스턴스를 통해 EBS를 생성하는 경우, 종료(terminate)시 삭제 옵션 속성이 있다.
기본적으로, 루트 볼륨에는 체크가 되어 있고 새로운 EBS 볼륨에는 체크가 되어있지 않다.
루트 볼륨을 유지하고자 하는 경우 루트 볼륨의 종료 시 삭제 속성을 비활성화.

EBS Snapshots(스냅샷)

EBS 볼륨의 특정 시점에 대한 백업.
스냅샷은 다른 AZ나 리전으로 복사할수 있다.

EBS Snapshots Archive 스냅샷 아카이브

최대 75%까지 저렴한 아카이브 티어로 스냅샷을 옮길 수 있는 기능.
자주 사용하지 않는 스냅샷을 저렴하게 보관하는 용도.
아카이브 복원은 24 ~ 72시간이 걸린다. (즉시 복원 아님)

EBS Snapshots Recycle Bin 스냅샷 휴지통

영구 삭제 대신 휴지통에넣어 복원 가능하도록. 보관 기간은 1일 ~ 1년.

Fast Snapshot Restore (FSR)

완전히 초기화된 스냅샷에서 볼륨을 생성하여 첫 사용시에 지연 시간을 없애는 기능.
지연 시간을 최소화하여 빠르게 스냅샷으로부터 EBS 볼륨을 복원하는 기능?
스냅샷이 아주 크거나 EBS, EC2를 빠르게 초기화해야 할때 유용하다.

AMI (Amazon Machine Image)

EC2 인스턴스를 통해 만든 이미지.

원하는 소프트웨어 또는 설정 파일을 추가 가능
별도의 운영 체제 설치 가능
모니터링 툴을 추가 가능
AMI를 통해 pre-packaged를 사용하면 부팅 및 설정에 드는 시간을 줄일수도 있음.
특정 리전에서 구축하고 다른 리전으로 복사할수도 있다.

Public AMI : AWS에서 제공
your own AMI : 직접 만들고 관리
Marketplace AMI : 다른 사람이 구축한 이미지 (기업에서 자체적으로 구성하고 판매하기도 함)

AMI 구축 과정

EC2 인스턴스를 원하는 대로 설정
인스턴스를 중지해 데이터 무결성 확보
이 인스턴스를 바탕으로 AMI를 구축. 이 과정에서 EBS 스냅샷이 생성.

EC2 Instance Store(인스턴스 스토어)

네트워크 드라이브의 성능은 제한이 있다.
EC2 가상머신과 연결된 실제 하드웨어 서버의 물리적인 디스크 공간을 갖는다.
이와 연결된 하드웨어 드라이브를 EC2 인스턴스 스토어라고 한다.

I/O 성능 향상에 좋다.
EC2 인스턴스를 중지하거나 종료하면 해당 인스턴스 스토어는 손실된다. 임시 스토리지.
장기간 데이터 보관 장소는 아니다. 장기는 EBS
버퍼나 캐시, 스크래치 데이터, 임시 콘텐츠를 담기에 좋다.

EBS 볼륨 타입

gp2/gp3

범용 SSD 볼륨
다양한 워크로드에서 가격과 성능의 절충안

io1/io2

최고 성능 SSD
mission-critical 하고 low-latency 와 high-throughput 워크로드에 사용

st1

저비용 HDD
잦은 접근과 처리량이 높은 워크로드에 사용

sc1

최저비용 HDD
접근 빈도가 낮은 워크로드에 사용

EBS 고려할 점들

Size 크기
Throughput 처리량
IOPS I\O per sec

부팅 볼륨 : gp2/gp3, io1/io2 만 가능.

범용 SSD 볼륨 - gp2/gp3

짧은 지연시간을 가짐.
시스템 부팅 볼륨, 가상 데스크톱, 개발, 테스트 환경에서 사용 가능.
1GB ~ 16TB의 크기

gp3

최신 세대 볼륨.
각 옵션은 독립적.

3000 ~ 16000 IOPS
125MiB/s ~ 1000MiB/s 처리량

gp2

오래된 세대.
각 옵션은 연결.

볼륨의 GB를 늘릴때 IOPS가 증가한다.
5,334GB라고 한다면 최대 용량인 16,000 IOPS를 초과

Provisioned IOPS (프로비저닝을 마친 IOPS) SSD - io1/io2

IOPS 성능을 유지할 필요가 있는 주요 비즈니스 애플리케이션,
16000 IOPS 이상을 요구한느 애플리케이션에 적합.
일반적으로 데이터베이스 워크로드에 알맞다.
스토리지 성능과 일관성에 아주 민감.

io1/io2

1GB ~ 16TB의 크기
Nitro EC2 인스턴스의 경우 64,000 IOPS, 나머지는 32,000 IOPS
IOPS와 크기를 독립적으로 증가 가능
io2가 io1 보다 동일 비용 대비 내구성과 IOPS가 더 높다.

io2 블록 익스프레스

4GB에서 64TB
지연 시간이 밀리초 미만
256,000 IOPS

HDD - st1, sc1

부트 볼륨 불가능. 125MiB ~ 16TB

st1 - Throughput 최적화 HDD

빅데이터, 데이터 웨어하우징, 로그 처리에 적합 성능

Throughput은 500MB/s, 최대 IOPS는 500

sc1 - Cold HDD

아카이브 데이터 용 접근 빈도가 낮은 데이터 최저 비용으로 데이터를 저장할 때 성능

Throughput은 250MB/s, 최대 IOPS는 250

EBS MultiAttach - io1/io2

하나의 EBS 볼륨을 같은 AZ에 있는 여러 EC2 인스턴스에 연결.
각 인스턴스는 볼륨에 대해 동시에 읽고 쓰기가 가능하다.
가용성을 높이기 위해 Teradata 같은 클러스터링 리눅스 애플리케이션을 사용할때.
애플리케이션이 동시 쓰기 작업을 관리해야 할때.

주의할 점