반응형
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이 활성화되어있어야 함
반응형
'Amazon Web Serivce 자격증 쉽게 공부하기 > [C01]AWS Sysops Administrator Associate' 카테고리의 다른 글
SOA #11, Storage & Data Management - 3 (0) | 2020.08.06 |
---|---|
SOA #10, Storage & Data Management - 2 (0) | 2020.07.25 |
SOA #8, Elastic and Scalability -2 (0) | 2020.07.06 |
SOA #7, Elastic and Scalability -1 (0) | 2020.07.01 |
SOA #6, Deployment & Provisioning - 2 (0) | 2020.06.20 |
댓글
네트워크 엔지니어 환영님의
글이 좋았다면 응원을 보내주세요!
이 글이 도움이 됐다면, 응원 댓글을 써보세요. 블로거에게 지급되는 응원금은 새로운 창작의 큰 힘이 됩니다.
응원 댓글은 만 14세 이상 카카오계정 이용자라면 누구나 편하게 작성, 결제할 수 있습니다.
글 본문, 댓글 목록 등을 통해 응원한 팬과 응원 댓글, 응원금을 강조해 보여줍니다.
응원금은 앱에서는 인앱결제, 웹에서는 카카오페이 및 신용카드로 결제할 수 있습니다.