EC2 인스턴스 안에도 인스턴스 스토어 볼륨이라고 하는 로컬 저장소를 제공할 수도 있습니다. 다만, 인스턴스 안에 있는 데이터니 만큼 인스턴스가 종료되면 데이터도 같이 휘발됩니다. 따라서 임시파일이나 스크래치 데이터 등에 적합합니다.
그렇다면 중요한 데이터는 어디에 저장하지?
Amazon Elastic Block Store
해당 공간에 중요한 데이터를 저장하면 ec2 인스턴스가 종료되어도 데이터는 남게 됩니다. EBS를 사용하면 EBS 볼륨이라고 하는 가상 하드 드라이브를 만들고 그 드라이브를 EC2 인스턴스에 연결할 수가 있습니다. EBS를 사용하면 스냅샷이라고 하는 데이터 변경에 대한 백업분을 만들 수가 있습니다. 인스턴스의 호스트 컴퓨터에서 드라이브를 분리시킵니다.
EBS 스냅샷(opens in a new tab)은 증분 백업입니다. 즉, 처음 볼륨을 백업하면 모든 데이터가 복사됩니다. 이후의 백업에서는 가장 최근의 스냅샷 이후 변경된 데이터 블록만 저장됩니다.
Amazon Simple Storage Service (S3)
s3는 객체 스토리지 서비스입니다. 데이터는 이미지, 동영상, 텍스트 문서 또는 기타 유형의 파일일 수 있습니다. 규모에 상관없이 데이터를 저장하고 검색할 수 있습니다.
데이터는 객체로 저장되지만 객체를 파일 디렉터리에 저장하지 않고 버킷이라는 곳에 저장합니다. 하드 드라이브에 있는 파일은 객체이고 파일 디렉터리는 버킷이라고 생각하면 됩니다. 업로드할 수 있는 최대 객체 크기는 5TB입니다. 객체에 버전을 지정하면 실수로 삭제되는 일을 방지할 수도 있습니다. 객체를 보거나 액세스할 수 있는 사람을 제한하는 권한도 설정할 수 있습니다.
S3 standard
내구성이 99.999999%입니다. 데이터가 3개 이상의 시설에서 저장됩니다.
정적 웹사이트 호스팅
모든 HTML 파일들을 포함한 정적 웹 자산들을 버킷에 업로드하고 확인란을 선택하기만 하면 정적 웹사이트로 호스팅할 수 있습니다. 그런 다음, 버킷의 URL을 입력하면 짜잔! 인스턴트 웹사이트가 탄생합니다.
S3 Standard-Infrequent Access (S3 Standard-IA)
이 클래스는 자주 액세스하지는 않지만 필요할 때 빠른 액세스가 필요한 데이터에 적합합니다. 스토리지 가격은 더 저렴하고 검색 가격은 더 높습니다. 데이터가 3개 이상의 시설에 저장됩니다.
S3 Glacier
보유 기간 같은 데이터 유지 관련 규정 준수 요구 사항이 있다면 S3 Glacier 저장소 잠금 정책을 적용하여 저장소를 잠글 수 있습니다. 저장소 잠금 정책에서는 딱 한번만 쓰고 많이 읽는, 즉 WORM 같은 제어 항목을 지정하여 앞으로 편집하지 못하도록 정책을 잠글 수 있습니다. S3 수명 주기 정책을 사용할 수도 있습니다
데이터는 여러 계층을 자동으로 이동하게 됩니다. 예를 들어 객체를 S3 Standard에서 90일 동안 유지해야 하며 다음 30일 동안은 S3 Standard-IA로 옮겨야 하고 총 120일 지나면 S3 Glacier Flexible Retrieval로 옮겨야 한다고 가정해 보죠. 수명 주기 정책을 사용하면 애플리케이션 코드를 변경하지 않고도 이러한 구성을 생성하여 이동 작업을 자동으로 수행할 수 있습니다.
Amazon EBS와 Amazon S3 비교
