EBS
Elastic Block Store Volume : 네트워크 상 존재하는 storage
-
Instance가 실행 중이거나 종료되어도 데이터를 보존할 수 있게 해준다.
-
Volume 하나 당 EC2 하나에 부착 될 수 있다
-
EBS volume은 특정 AZ에 한정되어 있지만, 다른 AZ에 옮길 수는 있다.
(snapshot을 사용해서 다른 AZ에 또 만들면 된다)
EBS Volume Type
-
General Purpose SSD (gp2, gp3): 적절한 가격과 성능을 가지고 있어서 다양하게 쓰일 수 있다.
-
Provisioned IOPS SSD (io1, io2) : 좋은 성능을 가지고 있어서 low-latency + high-throughput
참고로 io1,io2는 데이터베이스 용도로 많이 쓰이고, Multi-Attach가 가능하다. (동일한 EBS를 EC2 여러개에 붙일 수 있다는 의미) -
HDD(st1): 저렴한 HDD이고, 자주 접근하는 데이터 전용이다.
-
HHD(sc1) : 가장 저렴한 HDD , 자주 접근하지 않는 대용량 데이터 처리에 적합하다.
gp2, gp3, io1, io2 만 부트 볼륨으로 사용할 수 있다.
Instance 종료시 EBS 삭제여부
- Instance 종료시 EBS를 삭제할 지 말지 결정할 수 있다.
Default = 삭제
EBS Encryption
-
EBS를 암호화 하면, 내부에 있는 데이터와 인스턴스 사이의 데이터, 생성된 Snapshot, 그 Snapshot으로 부터 생성된 볼륨이 모두 암호화 된다.
-
KMS(AES-256) 알고리즘을 사용해 암호화 한다.
AMI
Amazon Machine Image
- 인스턴스를 시작하는 데 있어 필요한 정보를 제공하는 이미지
- pre-packeged 되어 있기 때문에 필요한 환경 조성 시 빠르다.
EC2 Instance Store
- EBS Volumes 들은 제한된 성능을 가지고 있어서, 더 좋은 성능을 내기 위해 사용할 수 있다.
- 하드웨어가 고장나면 데이터 다 사라진다
EFS
NFS (Network File System)을 사용한 서비스로, 여러 EC2에 장착 될 수 있다.
- 쓴 만큼 돈을 내는 것이기 때문에 미리 크기를 잡아둘 필요가 없다.(Auto-Scaling도 가능하다)
- Multi-AZ 성격을 띄고 있다.
= 여러 AZ에서 엑세스가 가능하고, 중복 저장되기 때문에 하나가 파괴되어도 상관 없다. - Linux bases AMI에 적합하다.
- KMS 알고리즘을 사용해 암호화 시킨다.
EFS의 Performance mode 와 Throughput Mode
-
Performance mode (2가지)
기본적으로 latency sensitive 한 General purpose (웹 서버)
MAX I/O : 지연시간이 길어지지만, 엑세스 하는 EC2가 많으면 사용 (미디어) -
Throughput mode
Bursting mode
Provisioned : 처리량이 많으면 용량과 속도를 결정해 놓을 수 있는 모드를 사용
EFS의 Storage Tiers (생명주기)
- EFS Standard : 자주 접근되는 파일을 저장
- EFS IA(Infrequent access) : 저장하는 데에 저렴하지만, 찾을 때 돈 낸다.
접근이 안된 파일을 보냄 (기준은 정하기 마련)
EBS vs EFS 내용 정리
- EBS
- 하나의 인스턴스에 하나만 붙을 수 있다.
- AZ 제한이 존재, 다른 AZ에 보내려면 snapshot 사용해야 한다!
- 기본적으로 Instance가 종료되면 EBS도 삭제 된다 ( 설정으로 바꿀 수 있다 )
- EFS
- AZ 제한 없다.
- Linux Instances 전용 (POSIX)
- EFS가 EBS에 비해 비싸지만 , EFS-IA를 사용하면 좀 더 싸진다.
- EC2 Instance Store도 있다는 거 기억!
