EBS(Elastic Block Store) Volume

• 네트워크 드라이브
• EC2에서 분리될 수 있고 빠르게 다른 인스턴스로 연결될 수 있다.
• 서로 다른 영역에 연결할 수 없으나, 스냅샷을 이용하면 다른 가용 영역으로도 볼륨을 옮길 수 있다.
• 볼륨이기 때문에 용량을 미리 결정해야 한다.
• 크기, 처리량, IOPS로 정의된다.

Delete on Termination attribute

• 기본 설정으로 루트 볼륨에 체크(활성)되어 있다. 다른 EBS 볼륨 유형은 종료 시 삭제 속성이 기본적으로 비활성화되어 있다.

EBS Snapshots

: EBS 볼륨의 특정 시점에서의 백업

• EBS 스냅샷을 다른 가용 영역 또는 다른 리전에 복사할 수 있다.

Features

• EBS Snapshot Archive
• Recycle Bin for EBS Snapshots
• Fast Snapshot Restore(FSR)

Types

• gp2/gp3(SSD): 범용 SSD 볼륨, 다양한 워크로드에 대해 가격가 성능의 절충안이 된다.

  gp2/gp3는 비용 효과적인 스토리지이다. g3에서는 IOPS와 처리량을 독자적으로 설정할 수 있는 반면 gp2에서는 IOPS와 처리량이 연결되어 있다.

• io1/io2(SSD): 최고의 성능을 자랑하는 SSD 볼륨, 미션 크리티컬이자 지연 시간이 낮고 대용량의 워크로드에 쓰인다.
• st1(HHD): 저비용의 HDD 볼륨, 잦은 접근과 처리량이 많은 워크로드에 쓰인다.
• sc1(HDD): 가장 비용이 적게 드는 HDD 볼륨, 접근 빈도가 낮은 뭐크로드를 위해 설계되었다.

  gp2/gp3와 io/io2만이 부팅 볼륨으로 사용될 수 있다.

Provisioned IOPS(PIOPS) SSD

: IOPS 성능을 유지할 필요가 있는 주요 비지니스 애플리케이션이나 16000 IOPS 이상을 요하는 애플리케이션에 적합하다.

• 스토리지 성능과 일관정에 민감한 경우(데이터베이스 워크로드)라면 gp2/gp3 볼륨에서 최신 세대의 io/io2 볼륨으로 바꾸는 것이 해답이 될 수 있다.

Use Cases

• gp2: 달성할 수 있는 최대 IOPS는 16,000
• io1/io2: 달성할 수 있는 최대 IOPS는 64,000
• EBS io2 Block Express: 달성할 수 있는 최대 IOPS는 256,000

Hard Disk Drives (HDD)

• 부팅 볼륨일 수 없다.

Use Cases

• Throughput Optimized HDD(st1)
• Cold HDD(sc1)

tip: 대략적으로 모든 볼륨의 차이를 이해, 범용 SSD와 프로비저닝 IOPS SSD의 차이, 데이터베이스가 필요할 때와 대용량, 저비용을 요할 때 st1을 사용하는 경우 이 차이를 이해하기

EBS Multi Attach

: 다중 첨부 기능을 사용하면 동일한 EBS 볼륨을 동일한 가용 영역에 있는 여러 개의 EC2 인스턴스에 첨부할 수 있다.

• 각 EC2 인스턴스에는 전체 읽기/쓰기 권한이 있다.
• 다중 첨부 기능은 지정된 가용 영역 내에서만 사용할 수 있다.
• 하나의 볼륨은 한 번에 최대 16개의 EC2 인스턴스에 부착할 수 있다.

AMI(Amazon Machine Image)

: 인스턴스를 시작하는 데 필요한 정보를 제공하는 AWS에서 지원되고 유지 관리되는 이미지(사용자 지정 EC2 인스턴스)

AMI Process(from an EC2 instance)

1. EC2 인스턴스를 시작하고 이를 사용자 지정으로 바꾼다.
2. 인스턴스를 중지시켜 데이터 무결성을 확보한다.
3. AMI를 구축한다. (EBS 스냅샷 생성)
4. 다른 AMI에서 인스턴스를 실행할 수 있다.

EC2 Instance Store

: 인스턴스에 블록 수준의 임시 스토리지를 제공한다.

• 스토리지는 호스트 컴퓨터에 물리적으로 연결된 디스크에 위치한다.
• 인스턴스 스토어는 버퍼, 캐시, 스크래치 데이터, 기타 임시 콘텐츠와 같이 자주 변경되는 정보의 임시 저장에 적합하다.
• 인스턴스 스토어를 사용하는 EC2 인스턴스에서 데이터베이스를 실행할 수 있지만 EC2 인스턴스가 중지되면 데이터가 손실된다는 문제가 있다.

  솔루션은 인스턴스 스토어가 있는 다른 EC2 인스턴스에서 복제 메커니즘을 설정하여 대기 복사본을 가질 수 있다는 것이다. 또는 데이터에 대한 백업 메커니즘을 설정하는 것이다. 이러한 솔루션을 이용하여 높은 IOPS를 요구하는 고성능 데이터베이스에 EC2 인스턴스 스토어를 추천할 수 있다.

장기 스토리지는 EBS가 적합하다.

EFS(Elastic File System)

: 관리형 네트워크 파일 시스템(NFS)

• 많은 EC2 인스턴스에 마운트될 수 있고 서로 다른 가용 영역에 있는 EC2 인스턴스에도 가능하다.
• 가용성이 높고, 확장성이 뛰어나며, 비용도 gp2 EBS 볼륨의 약 3배이다(사용한 만큼의 비용 청구).
• 콘텐츠 관리, 웹 서비스, 데이터 공유, 워드 프레스에 사용된다.
• 내부적으로 NFS 프로토콜을 사용하고 EFS에 대한 액세스를 제어하려면 보안그룹을 설정해야 한다(Window가 아닌 Linux 기반 AMI와만 호환된다).
• KMS를 사용하여 EFS 드라이브에서 미사용 데이터 암호화를 활성화할 수 있다.

Performance & Storage Classes

• EFS Scale
• Performance Mode(set at EFS creation time)
  - General Purpose(default)
  • Max I/O
• Throughput Mode
  - Bursting
  • Provisioned
  • Elastic

tip: 언제 EFS를 사용해야 하는지, 요구사항을 검증하고 준수하려면 EFS 네트워크 파일 시스템에서 어떤 옵션을 설정해야 하는지 알아두기