[SAA-C03] EC2 인스턴스 스토리지

EBS

• Elastic Block Store
• 인스턴스가 실행 중인 동안 연결 가능한 네트워크 드라이브
• 인스턴스가 종료된 후에도 데이터를 저장하기 위한 목적
• 한 번에 하나의 인스턴스에만 연결하여 사용, 인스턴스 하나에 여러 볼륨이 연결되는 것은 가능
• AZ 단위 서비스로 같은 AZ 내의 EBS만 공유할 수 있음 (스냅샷 기능 이용하여 타 AZ, 리전으로 복사 가능)
• 크기가 정해지면 크기 변경이 불가능
• 필요한 경우에만 마운트 하여 사용 가능
• 볼륨 생성 시 종료 시 삭제 옵션 활성화 및 비활성화 가능

 

EBS 스냅샷

• EBS 볼륨의 특정 시점에 대한 백업
• EBS 스냅샷은 다른 AZ, 다른 리전에도 복사가 가능
• EBS 스냅샷으로 볼륨 생성 시 크기 변경이나 암호화 등의 옵션 수정 가능
• EBS 스냅샷 기능
  • EBS 스냅샷 아카이브
    • 최대 75% 저렴한 아카이브 티어로 스냅샷을 옮길 수 있는 기능
    • 아카이브 복원 시 24시간에서 최대 72시간 소요
  • EBS 스냅샷 휴지통
    • 삭제한 스냅샷을 일정 기간 보관하는 기능
    • 1일부터 최대 1년 사이로 설정 가능
  • 빠른 스냅샷 복원
    • 스냅샷을 완전 초기화해서 첫 사용 시 지연 시간을 없애는 기능
    • 스냅샷이 아주 크고 EBS 볼륨 또는 EC2 인스턴스에 빠르게 초기화할 때 유용하지만 비용이 비쌈

 

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 처리량 제공
• 프로비저닝 된 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

• 시험에 나올 수 있는 부분
  • 범용 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는 사용한 만큼 비용 청구