객체 수명 주기 정책의 구성 요소 - AWS 원소 MediaStore

지원 종료 알림: 2025년 11월 13일에 AWS Elemental 에 대한 지원을 중단할 AWS 예정입니다 MediaStore. 2025년 11월 13일 이후에는 MediaStore 콘솔 또는 MediaStore 리소스에 더 이상 액세스할 수 없습니다. 자세한 내용은 이 블로그 게시물을 참조하세요.

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

객체 수명 주기 정책의 구성 요소

객체 수명 주기 정책은 AWS Elemental MediaStore 컨테이너에서 객체가 유지되는 기간을 관리합니다. 각 객체 수명 주기 정책은 객체의 수명을 지정하는 하나 이상의 규칙으로 구성됩니다. 각 규칙은 한 폴더, 여러 폴더 또는 전체 컨테이너에 적용될 수 있습니다.

각 객체 수명 주기 정책을 한 컨테이너에 연결할 수 있고 각 객체 수명 주기 정책은 최대 10개의 규칙을 포함할 수 있습니다. 개별 객체에 객체 수명 주기 정책을 할당할 수는 없습니다.

객체 수명 주기 정책의 규칙

세 가지 유형의 규칙을 만들 수 있습니다.

임시 데이터

임시 데이터 규칙은 객체가 수 초 내에 만료되도록 설정합니다. 이 유형의 규칙은 정책 실행 후 컨테이너에 추가된 객체에만 적용됩니다. MediaStore가 새 정책을 컨테이너에 적용하는 데 최대 20분이 걸립니다.

일시적인 데이터 규칙의 예는 다음과 같습니다:

{ "definition": { "path": [ {"wildcard": "Football/index*.m3u8"} ], "seconds_since_create": [ {"numeric": [">", 120]} ] }, "action": "EXPIRE" },

임시 데이터 규칙에는 다음 세 부분이 있습니다.

  • path: 항상 wildcard로 설정 이 부분을 사용하여 삭제할 객체를 정의합니다. 별표(*)로 표시되는 하나 이상의 와일드카드를 사용할 수 있습니다. 각 와일드카드는 0개 이상의 문자 조합을 나타냅니다. 예를 들어, "path": [ {"wildcard": "Football/index*.m3u8"} ],index*.m3u8의 패턴(예: index.m3u8, index1.m3us8, index123456.m3u8)과 일치하는 Football 폴더의 모든 파일에 적용됩니다. 단일 규칙에 최대 10개의 경로를 포함할 수 있습니다.

  • seconds_since_create: 항상 numeric로 설정 1초~300초의 값을 지정할 수 있습니다. 연산자를 초과(>) 또는 이상(>=)으로 설정할 수도 있습니다.

  • action: 항상 EXPIRE로 설정

임시 데이터 규칙(객체가 몇 초 내에 만료됨)의 경우 객체 만료와 객체 삭제 사이에 지연이 없습니다.

참고

임시 규칙이 적용되는 객체는 list-items 응답에 포함되지 않습니다. 또한 임시 데이터 규칙으로 인해 만료되는 객체는 만료 시 CloudWatch 이벤트를 생성하지 않습니다.

객체 삭제

객체 삭제 규칙은 객체가 며칠 내에 만료되도록 설정합니다. 이러한 유형의 규칙은 정책이 생성되기 전에 컨테이너에 추가된 경우에도 컨테이너의 모든 객체에 적용됩니다. MediaStore가 새 정책을 적용하는 데 최대 20분이 걸리되지만 컨테이너에서 객체를 지우려면 최대 24시간이 걸릴 수 있습니다.

두 가지 객체 삭제 규칙의 예는 다음과 같습니다.

{ "definition": { "path": [ { "prefix": "FolderName/" } ], "days_since_create": [ {"numeric": [">" , 5]} ] }, "action": "EXPIRE" }, { "definition": { "path": [ { "wildcard": "Football/*.ts" } ], "days_since_create": [ {"numeric": [">" , 5]} ] }, "action": "EXPIRE" }

객체 삭제 규칙에는 다음 세 부분이 있습니다.

  • path: prefix 또는 wildcard로 설정합니다. 같은 규칙에서 prefixwildcard를 함께 사용할 수 없습니다. 두 가지 모두를 사용하려면 위의 예와 같이 prefix에 대한 규칙과 wildcard에 대한 규칙을 별도로 생성해야 합니다.

    • prefix - 특정 폴더 내의 모든 객체를 삭제하려면 경로를 prefix로 설정합니다. 매개 변수가 비어있는 경우("path": [ { "prefix": "" } ],) 대상은 현재 컨테이너 내의 아무 곳에나 저장된 모든 객체입니다. 단일 규칙에 최대 10개의 prefix 경로를 포함할 수 있습니다.

    • wildcard - 파일 이름 및/또는 파일 형식에 따라 특정 객체를 삭제하려면 경로를 wildcard로 설정합니다. 별표(*)로 표시되는 하나 이상의 와일드카드를 사용할 수 있습니다. 각 와일드카드는 0개 이상의 문자 조합을 나타냅니다. 예를 들어, "path": [ {"wildcard": "Football/*.ts"} ],*.ts의 패턴(예: filename.ts, filename1.ts, filename123456.ts)과 일치하는 Football 폴더의 모든 파일에 적용됩니다. 단일 규칙에 최대 10개의 wildcard 경로를 포함할 수 있습니다.

  • days_since_create: 항상 numeric로 설정 1일~36,500일의 값을 지정할 수 있습니다. 연산자를 초과(>) 또는 이상(>=)으로 설정할 수도 있습니다.

  • action: 항상 EXPIRE로 설정

객체 삭제 규칙(객체가 며칠 내에 만료됨)의 경우 객체 만료와 객체 삭제 사이에 약간의 지연이 있을 수 있습니다. 그러나 객체가 만료되자마자 결제에 변경 사항이 발생합니다. 예를 들어 수명 주기 규칙에서 days_since_create를 10으로 지정하는 경우 계정은 객체가 아직 삭제되지 않았어도 객체 생성 후 10일이 지나면 객체에 대한 요금이 부과되지 않습니다.

수명 주기 전환

수명 주기 전환 규칙은 며칠 단위로 측정하여 일정 기간이 지난 객체를 IA(액세스 빈도 낮음) 스토리지 클래스로 이동하도록 설정합니다. IA 스토리지 클래스에 저장된 객체는 저장 및 검색 속도가 표준 스토리지 클래스에 저장된 객체와 다릅니다. 자세한 내용은 MediaStore 요금을 참조하세요.

객체를 IA 스토리지 클래스로 이동한 후에는 표준 스토리지 클래스로 다시 이동할 수 없습니다.

수명 주기 전환 규칙은 정책이 생성되기 전에 컨테이너에 추가되었더라도 컨테이너의 모든 객체에 적용됩니다. MediaStore가 새 정책을 적용하는 데 최대 20분이 걸리되지만 컨테이너에서 객체를 지우려면 최대 24시간이 걸릴 수 있습니다.

수명 주기 전환 규칙의 예는 다음과 같습니다.

{ "definition": { "path": [ {"prefix": "AwardsShow/"} ], "days_since_create": [ {"numeric": [">=" , 30]} ] }, "action": "ARCHIVE" }

수명 주기 전환 규칙은 다음 세 부분으로 이루어집니다.

  • path: prefix 또는 wildcard로 설정합니다. 같은 규칙에서 prefixwildcard를 함께 사용할 수 없습니다. 둘 다 사용하려면 prefix의 규칙 하나와 wildcard의 규칙 하나를 별도로 만들어야 합니다.

    • prefix - 특정 폴더 내의 모든 객체를 IA 스토리지 클래스로 전환하려면 경로를 prefix로 설정합니다. 이 파라미터가 비어 있는 경우("path": [ { "prefix": "" } ],), 위치와 관계없이 현재 컨테이너에 저장되어 있는 모든 객체가 대상이 됩니다. 단일 규칙에 최대 10개의 prefix 경로를 포함할 수 있습니다.

    • wildcard - 파일 이름 및/또는 파일 형식에 따라 특정 객체를 IA 스토리지 클래스로 전환하려면 경로를 wildcard로 설정합니다. 별표(*)로 표시되는 하나 이상의 와일드카드를 사용할 수 있습니다. 각 와일드카드는 0개 이상의 문자 조합을 나타냅니다. 예를 들어, "path": [ {"wildcard": "Football/*.ts"} ],*.ts의 패턴(예: filename.ts, filename1.ts, filename123456.ts)과 일치하는 Football 폴더의 모든 파일에 적용됩니다. 단일 규칙에 최대 10개의 wildcard 경로를 포함할 수 있습니다.

  • days_since_create: 항상 "numeric": [">=" , 30]로 설정

  • action: 항상 ARCHIVE로 설정

예를 들어 컨테이너 LiveEvents에 4개의 하위 폴더 Football, Baseball, Basketball, AwardsShow가 있습니다. LiveEvents 폴더에 할당된 객체 수명 주기 정책은 다음과 같을 수 있습니다.

{ "rules": [ { "definition": { "path": [ {"prefix": "Football/"}, {"prefix": "Baseball/"} ], "days_since_create": [ {"numeric": [">" , 28]} ] }, "action": "EXPIRE" }, { "definition": { "path": [ { "prefix": "AwardsShow/" } ], "days_since_create": [ {"numeric": [">=" , 15]} ] }, "action": "EXPIRE" }, { "definition": { "path": [ { "prefix": "" } ], "days_since_create": [ {"numeric": [">" , 40]} ] }, "action": "EXPIRE" }, { "definition": { "path": [ { "wildcard": "Football/*.ts" } ], "days_since_create": [ {"numeric": [">" , 20]} ] }, "action": "EXPIRE" }, { "definition": { "path": [ {"wildcard": "Football/index*.m3u8"} ], "seconds_since_create": [ {"numeric": [">" , 15]} ] }, "action": "EXPIRE" }, { "definition": { "path": [ {"prefix": "Program/"} ], "days_since_create": [ {"numeric": [">=" , 30]} ] }, "action": "ARCHIVE" } ] }

위 정책은 다음을 지정합니다.

  • 첫 번째 규칙은 LiveEvents/Football 폴더 및 LiveEvents/Baseball 폴더에 저장된 객체가 28일을 경과하면 AWS Elemental MediaStore가 해당 객체를 삭제하도록 지시합니다.

  • 두 번째 규칙은 LiveEvents/AwardsShow 폴더에 저장된 객체가 15일을 경과하면 서비스가 해당 객체를 삭제하도록 지시합니다.

  • 세 번째 규칙은 LiveEvents 컨테이너에 저장된 객체가 40일을 경과하면 서비스가 해당 객체를 삭제하도록 지시합니다. 이 규칙은 LiveEvents 컨테이너에 직접 저장된 객체뿐 아니라 컨테이너의 4개 하위 폴더에 저장된 객체에도 적용됩니다.

  • 네 번째 규칙은 *.ts 패턴과 일치하는 Football 폴더의 객체가 20일을 경과하면 서비스가 해당 객체를 삭제하도록 지시합니다.

  • 다섯 번째 규칙은 Football 패턴과 일치하는 index*.m3u8 폴더의 객체가 15초를 경과하면 서비스가 해당 객체를 삭제하도록 지시합니다. MediaStore는 이러한 파일을 컨테이너에 배치한 후 16초 후에 삭제합니다.

  • 여섯 번째 규칙은 30일이 지난 Program 폴더의 객체를 IA 스토리지 클래스로 이동하도록 서비스에 지시합니다.

객체 수명 주기 정책의 자세한 예는 객체 수명 주기 정책의 예 단원을 참조하십시오.