SOA #9, Storage & Data Management - 1

 S3

• 객체(Object) 기반의 스토리지
• 0 Bytes ~ 5TB 저장 가능(오브젝트 당)
• 무제한 용량의 스토리지
• 업로드 성공시 200 OK 코드를 돌려받음(중요!!)
• SAA와는 다르게 S3의 내구성과 가용성은 그렇게 중요하지 않는 것으로 보임
• Read after write consistency for PUTS of new Objects(쓰기 후 읽기 일관성)
  • S3의 모든 새로운 객체는 반드시 PUT 작업 후 GET 요청을 통해 객체를 요청해야 함
  • 객체를 생성하기 전에 GET 혹은 HEAD 요청을 한 후 객체를 생성할 경우, 최종 일관성으로 인해 후속 GET 작업에서 객체가 반환되지 않을 수 있음
• Eventual Consistency for overwrite PUTS and DELETES
  • S3는 PUT 요청시 AWS 데이터 센터 내 여러 서버에 데이터를 복제함으로서 고가용성을 구현하게 됨
  • 이 과정에서 변경 사항에 대한 정보를 S3로 복제하는데 어느정도 시간이 소요됨
  • Process가 S3에 객체를 수정하고 해당 버킷의 Key 목록을 나열하게 되는데 변경사항이 전파될 때까지 객체가 목록에 나타나지 않을 수도 있음
  • Process가 기존 객체를 변경/삭제하고 바로 읽기를 시도하면 이전 객체/삭제된 객체를 반환할 수 있음
• Key, Vaoue, Version ID, Metadata, Bucket Policy, ACL, CORS 등의 구성요소가 있음
• RRS는 One-Zone IA와는 다르게 내구성이 99.99%이며 쉽게 복제될 수 있는 데이터를 저장함(가용영역이 3개 이상임)
• 요금은 GB당 저장요금, REQUEST(Get, Put, Copy), Inventory, 분석, Object 태그, S3에서 반출시 발생(Cloudfront)
• FAQ를 꼼꼼히 확인해야 함

 

 S3 Life Cycle

• S3 Standard에서 IA 혹은 One-Zone IA로 옮길 경우 최소 30일이 경과해야함
• 예시
  • 90일 이후에 IA로 이전
  • 1년 후에 Glacier로 이전
  • 1년 후에 만료시킴, S3는 자동적으로 만료된 오브젝트를 삭제
• Access log가 활성화되어있으면 로그파일을 축적할 수 있음
• 수명주기는 오브젝트가 생성한 날짜를 기준으로 함

 

 MFA Delete

• Versioning은 오래된 오브젝트의 관리를 가능하게 함
• 우발적인 삭제로부터 보호함
• 버전관리가 활성화 된 상태에서는 '삭제' 액션은 삭제를 의미하는 것이 아닌 Delete marker를 적용하는 것을 의미
• 영구삭제를 위해서는 Version ID를 삭제 요청에 포함시켜야 함
• MFA delete 사용을 위해서는
  • MFA device를 통해 받은 유효한 코드를 사용해야함
  • Versioning이 활성화되어있어야 함