AWS 스토리지

eunsiver·2023년 7월 23일

AWS 스토리지 서비스의 용량 옵션

소비된 스토리지
할당된 용량
Amazon S3
: 일부 서비스는 사용하는 스토리지 용량을 기반
사용한 스토리지 용량에 대해서만 비용을 지불
Amozon EBS
: 기타 서비스는 할당한 용량을 기준
할당된 용량을 사용하면 저장한 데이터 양이 아니라 할당된 공간에 대해 비용을 지불
Amazon EFS
: 기본 설정인 사용 스토리지 또는 프로비저닝된 스토리지를 사용할 수 있음
용례 및 애플리케이션 성능 요구 사항을 충족하는 옵션을 선택

스토리지 유형

블록 스토리지
파일 스토리
객체 스토리지

파일 스토리지

일반적으로 파일 공유 또는 파일 서버 역할을 하는 블록 스토리지 위에 구축
블록 스토리지 디바이스에 대한 데이터를 읽기 및 쓰기를 포맷하고 관리하는 운영 체제를 사용하여 생성된다.
일반적으로 디렉터리 트리 계층 구조에서 데이터를 파일로 저장하는데 주로 사용
여러 호스트 컴퓨터에서 쉽게 공유 및 관리해야 하는 파일에 대한 중앙 집중식 액세스가 필요한 경우에 적합
여러 호스트에 탑재되어 파일 잠금 및 기존 파일 시스템 통신 프로토콜과의 통합이 필요하다.
파일 스토리 일반적 이용 사례
- 대규모 콘텐츠 리포지토리
- 개발 환경
- 사용자 홈 디렉터리

블록 스토리지

하드웨어 스토리지 디바이스 또는 드라이브가 포맷되어 사용을 위해 컴퓨팅 시스템에 연결된 디스크 또는 볼륨인 원시 스토리지이다.
블록: 디바이스에 데이터를 저장하는데 사용되는 기본 고정 스토리지 유닛
파일 스토리지는 파일을 단일 단위로 취급하지만
블록 스토리지는 파일을 고유한 주소를 가진 블록이라는 고정 크기의 데이터 청크로 파일을 분할
각 블록은 주소 지정이 가능하므로 블록을 효율적으로 검색할 수 있다.
데이터가 요청되면 스토리지 시스템에서 주소를 사용하여 블록을 올바른 순서로 구성하고 요청자에게 반환할 전체 파일을 구성한다.
주소 외부에서는 각 블록에 추가 메타데이터를 연결하지 안않는다.
파일의 문자를 변경하려는 경우 해당 문자가 포함된 블록, 즉 파일 조각을 변경하기만 하면 된다.
액세스 용이성은 블록 스토리지 솔루션이 빠르고 대역폭을 적게 사용하는 이유

블록 스토리지는 대기 시간이 짧은 작업에 최적화되어 있으므로 데이터베이스 또는 전사적 자원 관리 시스템과 같은 고성능 엔터프라이즈 워크로드를 위한 일반적 스토리지 선택이며 대기 시간이 짧은 스토리지가 필요하다.

객체 스토리지

블록 스토리지 위에 구축
바이너리 객체 내에 데이터를 저장하는 주요 용도에서 비롯
파일 스토리지와 달리 객체 스토리지는 데이터 유형을 구분하지 않음
데이터 유형 또는 파일 유형은 데이터 메타데이터의 일부가 된다
객체는 미리 결정된 크기를 사용하여 구성된 더 큰 블록 집합으로 구성
파일 객체의 고유한 가용성으로 인해 인식됨
- 일부 시스템은 파일 버전 관리, 파일 보존을 지원
파일과 마찬가지로 객체는 저장될 때 단일 데이터 단위로 처리
파일 스토리지와 달리 객체는 계층 구조 대신 평면 구조로 저장
각 객체는 고유 식별자를 가진 파일
이 식별자는 추가 메타데이터와 함께 데이터와 번들로 제공되며 저장된다.
파일에서 한 문자만 변경하려면 전체 파일을 업데이트해야 한다.
거의 모든 유형의 데이터를 저장할 수 있다.
저장된 객체 수에는 제한이 없으므로 쉽게 확장할 수 있다.
일반적으로 대용량 데이터 집합, 미디어 자산과 같은 비정형 파일, 사진과 같은 정적 자산을 저장할 때 유용하다.

기존 스트리지 시스템과 연결

클라우드 블록 스토리지는 직접 연결 스토리지(DAS) 또는 스토리지 영역 네트워크(SAN)와 유사하다.
파일 스토리지 시스템은 네트워크 연결 스토리지(NAS) 서버에서 지원되는 경우가 많다.

Amazon EC2 인스턴스 스토어

인스턴스에 임시 블록 수준 스토리지 제공
데이터 수명 주기가 EC2 인스턴스의 수명 주기와 연동
인스턴스를 삭제하면 인스턴스 스토어도 삭제된다.
이 때문에 인스턴스 스토어는 임시 스토리지로 간주된다.
데이터를 하둡 클러스와 같은 다른 EC2인스턴스로 복제하는 애플리케이션을 호스팅하는 경우에 적합
클러스터 기반 워크로드의 경우 로컬로 연결된 볼륨의 속도와 복제된 데이터의 복원력을 통해 고성능으로 데이터 배포를 달성할 수 있다.
버퍼, 캐시, 스크래치, 데이터 및 기타 임시 콘텐츠와 같이 자주 변경되는 정보를 임시로 저장하는데에 적합
컴퓨팅 인스턴스가 있는 호스트 컴퓨터에 물리적으로 연결된 디스크에 있다.
초기 구성 옵션에서 EBS 스토리지와 유사하지만 아키텍처는 직접 연결 디스크 드라이브와 가장 유사하다.
인스턴스 스토어는 EC2 인스턴스와 스토리지 간에 밀리초 미만의 지연 시간을 제공한다.
내구성과 가용성을 향상시키기 위해 여러 디바이스에 복제되거나 분산되지 않는다.
웹 서버의 로드 밸런싱된 풀과 같은 인스턴스 집합 전체에 복제되는 데이터
인스턴스 스토어는 대부분의 블록 스토리지 워크로드에 권장되지 않는다.

인스턴스 스토어 수명

데이터는 연결된 EC2인스턴스의 수명 동안만 지속
인스턴스가 재부팅되면 인스턴스 스토어 데이터는 유지된다.
데이터 손실 상황
- 기본 디스크 드라이브가 실패함
- 인스턴스가 중지됨
- 인스턴스가 최대 절전 모드로 전환됨
- 인스턴스가 종료됨

따라서 귀중한 장기 데이터를 인스턴스 스토어에 사용하지 마세요.
대신 블록 스토리지 요구 사항에 대해 Amazon EBS와 같은 보다 내구성 있는 데이터 스토리지를 사용하세요.

Amazon EBS

Amazon EC2 인스턴스에 연결할 수 있는 블록 수준 스토리지 디바이스이다.

대부분의 Amazon EBS 볼륨은 한 번에 한 대의 컴퓨터와만 연결할 수 있다. 대부분의 EBS 볼륨은 EC2 인스턴스와 일대일 관계가 있으므로 한 번에 여러 인스턴스에서 공유하거나 연결할 수 없다.
한 EC2 인스턴스에서 EBS 볼륨을 분리하고 동일한 가용 영역의 다른 EC2 인스턴스에 연결하여 해당 인스턴스의 데이터에 액세스할 수 있습니다
데이터를 빠르게 검색하고 데이터를 장기간 유지해야 하는 경우에 유용

Amazon EBS 볼륨 유형

솔리드 스테이트 드라이브(SSD) 및 하드 디스크 드라이브(HDD)의 두 가지 주요 범주로 구성됩니다.
SSD는 랜덤 입력/출력(I/O)에 강력한 성능을 제공하는 반면 HDD는 순차적 I/O에 강력한 성능을 제공합니다.

Amazon EBS 이점

고가용성
: EBS 볼륨을 생성하면 단일 장애 지점으로 인한 데이터 손실을 방지하기 위해 볼륨이 가용 영역에 자동으로 복사
데이터 지속성
: 인스턴스가 없는 경우에도 스토리지가 유지된다.
데이터 암호화
: 모든 EBS 볼륨은 암호화를 지원한다.
유연성
: 볼륨은 즉시 변경 지원
백업
: 모든 EBS 볼륨의 백업을 생성할 수 있는 기능을 제공한다.

EBS 스냅샷

가장 최근 스냅샷 이후에 변경된 볼륨에 블록만 저장하는 증분 백업
EBS 볼륨의 스냅샷을 생성하면 Amazon S3를 사용하여 백업이 여러 가용 영역에 중복 저장됩니다. Amazon s3에 백업을 저장하는 이 부부능ㄴ AWS에서 처리하므로 EBS 스냅샷에 대한 작업을 수행하기 위해 Amazon S3와 상호 작용할 필요가 없다.
EBS 스냅샷은 동일한 가용 영역이든 또는 다른 가용 영역이든 관계 없이 여러 개의 새 볼륨을 생성하는데 사용할 수 있다.

Amazon S3

Amazon EBS와 달리 Amazon S3는 컴퓨팅과 관련이 없는 독립형 스토리지 솔루션입니다. 웹의 어느 곳에서
나 데이터를 검색할 수 있습니다.
객체 스토리지로 고유한 식별자를 사용하여 요청 시 객체를 조회하는 평면 구조로 데이터를 저장
객체는 메타데이터와 결합된 파일로 객체를 원하는 만큼 저장할 수 있다.
버킷이라는 컨테이너에 객체를 저장(AWS 리전과 버킷이름 지정)
버킷 리전을 선택하면 버킷 내에 배치된 모든 객체가 여러 가용 영역에 걸쳐 여러 디바이스에 중복 저장
버킷 이름 모든 AWS 계정에서 고유해야 한다.
버킷 이름을 객체 식별자의 일부로 사용합니다. S3에서 각 객체는 URL을 사용하여 식별한다.