Elastic Block Store
EC2에 AMI이미지를 저장할 스토리지를 만드는데 이 스토리자 Elastic Block Store라고 함
-> EBS Vloume
EC2 인스턴스에 연결되는 가상 스토리지
Ebs는 여러개의 ebs 볼륨을 생성해서 하나의 EC2에 추가할 수 있음
하나만 생성하는게 아니라 볼륨을 여러개 생성하여 하나의 EC2에 연결할수 있음
Elastic Block Store
• EC2에 연결하여 사용하는 블록 스토리지
• EC2 인스턴스 시작 시 AMI가 설치 되는 EBS 루트(부트) 볼륨이 생성됨
• 여러 개의 EBS 볼륨을 생성하여 EC2에 추가 연결 가능
• EBS와 EC2는 동일한 가용영역에 있어야 연결 가능
• 스냅샷(Snapshot) 기능을 통해 EBS 볼륨 백업 가능
• 수명 주기 관리자(Data Life Cycle Manager) 정책을 통해 스냅샷 생성 일
정을 자동화 가능
• AWS Key Management Service (KMS)를 이용해 EBS 볼륨 암호화 가능
EBS 볼륨 유형 - 성능에 따라 여러 볼륨 유형이 있음
하드디스크 타입과 솔리드스테이트 드라이브 타입이 있음
SSD type이 속도가 더 빠르고, HDD type이 느림
오른쪽으로 갈수록 저렴해짐
부트볼륨 = EBS에 AMI가 설치되는 것 > 범용 ssd하고 프로비저닝 ssd 이 ssd타입만 지원
• 볼륨 유형에 따라 제공되는 용량(크기), IOPS, 최대 처리량이 다름
• 부트 볼륨은 범용 SSD, 프로비저닝 된 SSD 만 지원
• EBS 다중 연결은 프로비저닝 된 SSD만 지원
EBS 다중연결 (EBS Multi-Attach)
하나의 EBS 볼륨을 여러 EC2에 동시에 연결하는 기능
동일한 가용영역내에서만 연결 가능
모든 EC2 유형이 연갈 가능하지 않고 Nitro기반의 Linux 인스턴스만 연결 가능
모든 ebs 볼륨 유형이 연결되진 않고 프로비저닝 된 IOPS SSD (Provisioned IOPS SSD)만 지원
동시에 최대 16대의 EC2 인스턴스 연결 가능
여러 EC2 인스턴스에서 하나의 EBS 볼륨에 동시 쓰리 작업이 필요한 클러스터링 된 Linux 애플리케이션에서 사용
EBS snapshots
EBS 볼륨의 데이터를 백업하는 기능
백업된 스냅샷을 다른 가용영역 또는 리전에 복사 가능
스냅샷을 커스텀 AMI 이미지로 만들수 있음
백업된 스냅샷을 가지고 새로운 EC2 인스턴스를 생성 가능
EBS 스냅샷 아카이브 (EBS Snapshot Archieve)
-자주 액세스 하지 않는 스냅샷을 저렴한 아카이브 스토리지 계층에 보관
-90일 이상 저장할 계획이고 액세스할 필요가 거의 없는 스냅샷에 대해 최대 75% 비용이 저렴
(최소 과금기간 90일)
EBS 스냅샷 휴지통 (Recycle Bin for EBS Snapshot)
실수로 삭제한 스냅샷을 휴지통에 보관해서 복구 가능
삭제된 파일을 1일 부터 365일까지 보관 설정 가능
EBS 빠른 스냅샷 복원 (EBS Fast Snapshot Restore-FSR) > 추가 비용이 듬
지연시간을 최소화 하여 빠르게 스냅샷으로부터 EBS 볼륨을 복원하는 기능
암호화 되지 않은 Ebs 볼륨 암호화
(암호화하는 것을 추천함)
사용중인 Ebs볼륨을 바로 암호화할수는 없으므로
인스턴스 만들때 이 스토리지가 EBS임
동일한 가용영역에만 추가로 연결할수 있음으로 확인하여 생성
스냅샷 생성 가능
스냅샷 일정 생성 가능 > 원본 볼륨이 암호화 되어있지 않기 때문에 암호화가 안되어있음
스냅샷을 볼륨으로 만들고 이후에 EC2에 연결 가능
이미지 생성 가능
스냅샷을 다른 리전으로 복사할수도 있음
휴지통의 규칙을 만들어서 고정기간내에서는 스냅샷 복원 가능
아카이브에 저장할수도 있음
Instance Store
블록수준의 임시 스토리지
특정 인스턴스 유형은 Instance Sore 라고 하는 스토리지를 가지고 있음
Instance Store는 서버에 직접 장착되어 있는 물리 ssd또는 hdd 스토리지
instance store는 IOPS 성능에 매우 높은 고성능 스토리지
인스턴스를 중지하거나 최대 절전 모드로 전환하고나 종류하면 인스턴스 스토어의 모든 스토리지 블록이 리셋
임시 파일을 보관하는 가장 빠른 성능의 저장 옵션
Instance Store는 EC2 인스턴스가 종료되면 데이터가 삭제되므로 영구적인 저장소가 아닌 고성능을 요구하는 애플리케이션의 임시 저장소로 적합
예, 초당 수백 만개의 트랜잭션을 지원하는 I/O처리량이 높은 데이터 베이스의 데이터의 임시 스토리
지 옵션으로 사용
중요한 장기 데이터의 경우 Instance Store 가 아닌 Amazon S3, Amazon EBS, Amazon EFS 등 의 데이터 스토리지를 사용
요런 노란애들이 인스턴스 스토리지를 가지고 있다는 것!
Elastic File System (EFS) 개요
• 리눅스 환경의 EC2 인스턴스에서 연결하기 윈한 네트워크 파일 스토리지
• Network File System(NFS)프로토콜을 지원
• 여러 가용영역에 있는 수십~수백대의 EC2연결 가능 (고 가용성, 확장성)
• EFS는 보안그룹을 통해 인스턴스에 연결
• EC2외에 Linux방식의 온-프레미스 서버에서도 연결가능
• AWS Key Management Service (KMS)를 이용해 EFS 암호화 가능
Elastic File System (EFS) 성능 및 스토리지 클래스
스토리지 클래스
표준 스토리지 (standard) 3개의 가용영역에 데이터 저장, 자주 액세스하는 파일을 저장하는데 사용
표준 IA (Standard Infrequent Access) - 3개의 가용영역에 데이터 저장, 자주 액세스하지 않는 파일을 저장하는 데 사용
One Zone - 1개의 가용영역에 데이터 저장, 자주 액세스하는 파일을 저장하는 데 사용
One Zone IA (One Zone Infrequent Access) - 1개의 가용영역에 데이터 저장, 자주 액세스하지 않는 파일을 저장하는
데 사용
• EFS 수명주기 관리 정책 또는 EFS 지능형 계층화(Intelligent-Tiering)을 사용해 자주 사용하지 않는 데이터를 다른 스토리지 클래스로 자동 전환 가능
내려올수록 금액이 저장
성능모드 : I/O 읽기 쓰기 속도
• 기본 범용 성능 모드 (General Purpose performance mode) – 일반적인 I/O 성능
• 최대 I/O 성능 모드 (Max I/O performance mode) – 높은 성능의 처리가 필요한 빅데이터 분석 애플리케이션 등에 사용
처리량 모드 : 파일 시스템의 처리량(MiB/s)
• 기본 버스팅 처리량 모드 – 파일 용량이 커짐에 따라 자동으로 처리량을 확장
• 프로비저닝된 모드 - 저장된 데이터의 양과 상관없이 고정으로 처리량을 지정
리눅스 인스턴스 2개를 엘라스틱 파일 시스템에 연결해보자!
EFS는 보안그룹을 거치므로 보안그룹부터 설정해줘야함!
EC2보안그룹에 관련한 프로토콜을 연결해주기
서브넷 생성 후 파일 시스템 연결 가능
EFS 유틸 설치
Instance Store, EBS, EFS
Instance Store
• ""특정"" EC2인스턴스 유형에 ""물리적 디스크가 연결되어 있는 고성능 스토리지""
• 고성능 스토리지가 필요한 애플리케이션에 사용
• EC2인스턴스 종료 시 스토리지 데이터도 삭제 되므로 임시 용도에 적합
EBS (Elastic Block Store)
• EC2인스턴스를 시작하면 AMI가 설치되는 EBS루트 볼륨이 생성됨
• 여러 개의 EBS볼륨을 생성해서 EC2에 연결 가능 (1개의 EC2에 여러 개 EBS 연결 가능)
• """EBS볼륨은 동일한 가용영역에 있는 EC2에만 연결 가능"""
• 스냅샷을 생성해서 볼륨 백업 및 새로운 볼륨 생성, 복사 가능
EFS (Elastic File System)
• NFS프로토콜을 이용하는 리눅스 OS에서 사용하는 네트워크 파일 스토리지
• 여러 가용영역에 있는 수십~수백대의 EC2를 하나의 EFS에 연결 가능
• 온-프레미스의 리눅스 서버에서도 EFS 연결 가능
• 스토리지 클래스, 성능모드, 처리량 모드를 설정할 수 있음