반응형
EBS
- Elastic Block Store
- 인스턴스가 실행 중인 동안 연결 가능한 네트워크 드라이브
- 인스턴스가 종료된 후에도 데이터를 저장하기 위한 목적
- 한 번에 하나의 인스턴스에만 연결하여 사용, 인스턴스 하나에 여러 볼륨이 연결되는 것은 가능
- AZ 단위 서비스로 같은 AZ 내의 EBS만 공유할 수 있음 (스냅샷 기능 이용하여 타 AZ, 리전으로 복사 가능)
- 크기가 정해지면 크기 변경이 불가능
- 필요한 경우에만 마운트 하여 사용 가능
- 볼륨 생성 시 종료 시 삭제 옵션 활성화 및 비활성화 가능
EBS 스냅샷
- EBS 볼륨의 특정 시점에 대한 백업
- EBS 스냅샷은 다른 AZ, 다른 리전에도 복사가 가능
- EBS 스냅샷으로 볼륨 생성 시 크기 변경이나 암호화 등의 옵션 수정 가능
- EBS 스냅샷 기능
- EBS 스냅샷 아카이브
- 최대 75% 저렴한 아카이브 티어로 스냅샷을 옮길 수 있는 기능
- 아카이브 복원 시 24시간에서 최대 72시간 소요
- EBS 스냅샷 휴지통
- 삭제한 스냅샷을 일정 기간 보관하는 기능
- 1일부터 최대 1년 사이로 설정 가능
- 빠른 스냅샷 복원
- 스냅샷을 완전 초기화해서 첫 사용 시 지연 시간을 없애는 기능
- 스냅샷이 아주 크고 EBS 볼륨 또는 EC2 인스턴스에 빠르게 초기화할 때 유용하지만 비용이 비쌈
- EBS 스냅샷 아카이브
AMI
- Amazon Machine Image
- EC2 인스턴스를 통해 만든 이미지를 통칭
- 원하는 운영체제, 소프트웨어를 설치하고 설정 파일 및 모니터링 툴 등 설치하고자 하는 것을 패키징
- 다른 리전에서도 사용 가능하고 권한 부여 시 다른 계정과도 공유 가능
- AWS Market Place를 통해 다른 사람이 만든 AMI 사용 가능
EC2 인스턴스 스토리지
- EC2 인스턴스 생성 시 같이 생성되는 볼륨 스토리지
- I/O 성능 향상을 위해 활용
- EC2 인스턴스 스토리지를 종료하면 인스턴스 스토리지 볼륨도 같이 삭제되므로 중요 정보는 별도 보관 필요
- 버퍼, 캐시, 스크래치 데이터 또는 임시 콘텐츠 사용 시 활용
- 장기적 보관 시에는 EBS 사용
EBS 볼륨 유형
- 범용 SSD (General Purpose SSD, gp2 / gp3)
- gp2
- 짧은 시연 시간
- 효율적인 비용
- 대부분의 워크로드에서 사용
- 1GB에서 최대 16TB의 볼륨
- gp3
- 최신 세대의 볼륨
- 기본 3,000 IOPS에서 최대 16,000 IOPS 제공
- 초당 125MB/s에서 최대 1,000MB/s 처리량 제공
- gp2
- 프로비저닝 된 IOPS SSD (Provisioned I/O Ops Per Sec SSD, io1 / io2)
- IOPS 성능을 유지할 필요가 있는 주요 비즈니스 애플리케이션에 유용
- 16,000 IOPS 이상을 요하는 애플리케이션에 적합
- 일반적으로 데이터 베이스 워크로드에 주로 사용
- 처리량 최적화 HDD (st1)
- 접근 빈도와 처리량이 많은 워크로드에 사용
- 빅데이터나 데이터 웨어하우징 로그 처리에 적합
- Cold HDD (sc1)
- 접근 빈도가 낮은 워크로드에 사용
- 최저 비용으로 데이터를 저장할 때 사용
- EC2 인스턴스에는 gp2, gp3, io1, io2 만 부팅 볼륨으로 사용 가능
- 참고 자료
Amazon EBS 볼륨 유형 - Amazon Elastic Compute Cloud
이 페이지에 작업이 필요하다는 점을 알려 주셔서 감사합니다. 실망시켜 드려 죄송합니다. 잠깐 시간을 내어 설명서를 향상시킬 수 있는 방법에 대해 말씀해 주십시오.
docs.aws.amazon.com
- 시험에 나올 수 있는 부분
- 범용 SSD과 프로비저닝 된 IOPS SSD의 차이를 이해
- 데이터 베이스가 필요할 때 적합한 유형
- 대용량, 저비용을 요구할 때 st1, sc1을 사용하는 경우의 차이를 이해
EBS 다중 연결
- 다중 연결 기능이 활성화된 io1, io2 볼륨이 있을 때 여러 EC2 인스턴스에 연결 가능 (최대 16개)
- 동시에 읽기 / 쓰기 가능
- 애플리케이션의 가용성을 높이기 위해 Teradata처럼 클러스터링 된 리눅스 애플리케이션에서 사용
- 애플리케이션이 동시에 쓰기 작업을 관리해야 할 때 사용
- 해당 AZ 내에서만 사용 가능
- 반드시 클러스터 인식 파일 시스템을 사용해야 함
EBS 볼륨 암호화
- EBS 볼륨 암호화를 활성화하고, 생성 즉시 저장 데이터가 볼륨 내부에 암호화
- 인스턴스와 볼륨 간의 전송 데이터, 스냅샷, 스냅샷으로 생성한 볼륨도 암호화
- 지연 시간에 영향은 거의 없음
- KMS에서 암호화 키를 생성하여 AES-256 암호화 표준을 갖는다.
EFS
- Elastic File System
- 네트워크 파일 시스템 (NFS)
- 여러 AZ의 여러 EC2 인스턴스에 마운트 가능
- 가용성이 높고 확장성도 좋지만 비용이 비쌈 (gp2 EBS 볼륨의 약 3배)
- Linux 기반의 AMI와 호환, Windows 기반에서는 사용 불가
EFS 성능
- 수 천 개의 NFS 클라이언트에서 EFS에 동시 액세스 가능
- 10GB/s의 처리량
- 자동으로 Auto Scailing을 하므로 미리 용량을 프로비저닝 할 필요가 없음
- 성능 모드
- 범용 모드 - 기본 설정으로 지연 시간에 민감한 웹 서버, CMS 등에 사용
- Max I/O - 지연 시간과 처리량 등이 향상되고 빅데이터나 미디어 처리 작업에 유용
- 처리량 모드
- 버스팅 모드 - 기본값, 스토리지 크기가 클수록 버스팅 용량과 처리량이 늘어남
- 프로비저닝 모드 - 스토리지 크기에 상관없이 처리량 설정 가능
EFS 스토리지 클래스
- 스토리지 계층
- Standard - 액세스가 빈번한 경우에 사용
- Infrequent Access (IA)
- 검색할 경우 검색에 대한 비용이 발생하지만 비용이 낮음
- 수명 주기 정책에 따라 Standard에서 IA로 옮겨짐
- EFS 가용성과 내구성
- Standard - 여러 AZ에 EFS를 설정하여 하나의 AZ가 중단되더라도 다른 AZ에서 서비스 가능
- One Zone
- 하나의 AZ를 사용하고 개발할 때 좋은 옵션
- 기본적으로 백업이 활성화
- IA 스토리지 계층과 호환이 되는데 호환 시 약 90% 비용 절감 가능
EBS vs EFS
EBS
- 한 번에 하나의 인스턴스에만 연결 가능
- 특정 AZ에 한정
- gp2는 디스크 크기가 늘어나면 IO도 함께 증가
- io1은 디스크 크기와 관계없이 독립적으로 IO를 증가 가능
- EBS를 다른 AZ로 옮기기 위해서는 스냅샷 사용
- EC2 인스턴스가 종료되면 인스턴스 내의 Root EBS 볼륨도 기본적으로 삭제
- EBS는 드라이브 크기에 따라 정해진 비용 청구
EFS
- 여러 AZ에 걸쳐 여러 인스턴스에 연결 가능
- Linux 기반에서만 사용 가능
- EBS보다 비용이 비쌈
- EFS-IA와 제품 수명 정책을 사용하여 비용 절감 가능
- 네트워크 파일 시스템에 적합
- EFS는 사용한 만큼 비용 청구
반응형
'자격증 > SAA-C03' 카테고리의 다른 글
[SAA-C03] AWS 기초 - RDS, Aurora, ElastiCache (0) | 2023.08.29 |
---|---|
[SAA-C03] 고가용성 및 확장성 - ELB, ASG (0) | 2023.08.28 |
[SAA-C03] EC2 - SAA Level (0) | 2023.08.24 |
[SAA-C03] EC2 기초 (0) | 2023.08.23 |
[SAA-C03] IAM (0) | 2023.08.22 |