Skip to main content
이 제품의 최신 릴리즈를 사용할 수 있습니다.
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

StorageGRID의 더 이상 사용되지 않는 PUT 버킷 규정 준수 요청

PDF

PUT 버킷 규정 준수 요청은 더 이상 사용되지 않습니다. 하지만 기존의 레거시 규정 준수 버킷에 대한 규정 준수 설정을 수정하는 데에는 이 요청을 계속 사용할 수 있습니다. 예를 들어 기존 버킷에 법적 보존 조치를 적용하거나 보존 기간을 늘릴 수 있습니다.

참고

이전 StorageGRID 버전에서 제공되었던 StorageGRID 규정 준수 기능은 더 이상 사용되지 않으며 S3 Object Lock으로 대체되었습니다. 자세한 내용은 다음을 참조하십시오.

이 작업을 완료하려면 s3:PutBucketCompliance 권한이 있거나 루트 계정이어야 합니다.

PUT 버킷 규정 준수 요청을 발행할 때는 규정 준수 설정의 모든 필드에 값을 지정해야 합니다.

요청 예시

이 예시 요청은 mybucket`라는 이름의 버킷에 대한 규정 준수 설정을 수정합니다. 이 예시에서는 `mybucket 버킷에 저장된 객체가 그리드에 수집된 시점부터 1년이 아닌 2년(1,051,200분) 동안 보존됩니다. 이 버킷에는 법적 보존이 설정되어 있지 않습니다. 각 객체는 2년 후 자동으로 삭제됩니다.

PUT /mybucket/?x-ntap-sg-compliance HTTP/1.1
Date: date
Authorization: authorization name
Host: host
Content-Length: 152

<SGCompliance>
  <RetentionPeriodMinutes>1051200</RetentionPeriodMinutes>
  <LegalHold>false</LegalHold>
  <AutoDelete>true</AutoDelete>
</SGCompliance>
이름 설명

RetentionPeriodMinutes

이 버킷에 추가된 객체의 보존 기간(분)입니다. 보존 기간은 객체가 그리드에 수집된 시점부터 시작됩니다.

중요 RetentionPeriodMinutes에 새 값을 지정할 때는 버킷의 현재 보존 기간보다 크거나 같은 값을 지정해야 합니다. 버킷의 보존 기간이 설정되면 해당 값을 줄일 수 없으며, 늘릴 수만 있습니다.

LegalHold

  • 참: 이 버킷은 현재 법적 보존 조치가 적용되어 있습니다. 이 버킷의 객체는 보존 기간이 만료되었더라도 법적 보존 조치가 해제될 때까지 삭제할 수 없습니다.

  • 거짓: 이 버킷은 현재 법적 보존 상태가 아닙니다. 이 버킷의 객체는 보존 기간이 만료되면 삭제될 수 있습니다.

AutoDelete

  • True: 이 버킷에 있는 객체는 보존 기간이 만료되면 자동으로 삭제됩니다. 단, 버킷이 법적 보존 상태에 있는 경우는 예외입니다.

  • 거짓: 이 버킷의 객체는 보존 기간이 만료되어도 자동으로 삭제되지 않습니다. 삭제해야 하는 경우 수동으로 삭제해야 합니다.

규정 준수 설정의 일관성

PUT 버킷 규정 준수 요청을 사용하여 S3 버킷의 규정 준수 설정을 업데이트하면 StorageGRID는 그리드 전체에서 버킷의 메타데이터를 업데이트하려고 시도합니다. 기본적으로 StorageGRID는 Strong-global 일관성을 사용하여 모든 데이터 센터 사이트와 버킷 메타데이터를 포함하는 모든 스토리지 노드가 변경된 규정 준수 설정에 대해 쓰기 후 읽기 일관성을 갖도록 보장합니다.

데이터 센터 사이트 또는 해당 사이트의 여러 스토리지 노드를 사용할 수 없어 StorageGRID가 Strong-global 일관성을 달성할 수 없는 경우, 응답에 대한 HTTP 상태 코드는 503 Service Unavailable.

이 응답을 받으면 그리드 관리자에게 문의하여 필요한 스토리지 서비스를 최대한 빨리 사용할 수 있도록 해야 합니다. 그리드 관리자가 각 사이트에서 충분한 스토리지 노드를 사용할 수 있도록 확보할 수 없는 경우, 기술 지원 팀에서 Strong-site 일관성을 강제로 적용하여 실패한 요청을 다시 시도하도록 안내할 수 있습니다.

주의 기술 지원 팀의 지시가 있거나 해당 수준 사용의 잠재적 결과를 완전히 이해하지 않는 한, PUT 버킷 규정 준수를 위해 Strong-site 일관성을 강제로 적용하지 마십시오.

일관성 수준을 *강력한 사이트(Strong-site)*로 낮추면 StorageGRID는 업데이트된 규정 준수 설정이 해당 사이트 내의 클라이언트 요청에 대해서만 쓰기 후 읽기 일관성을 유지하도록 보장합니다. 즉, 모든 사이트와 스토리지 노드를 사용할 수 있을 때까지 StorageGRID 시스템은 해당 버킷에 대해 일시적으로 여러 개의 일관되지 않은 설정을 유지할 수 있습니다. 이러한 일관되지 않은 설정은 예기치 않고 바람직하지 않은 동작을 초래할 수 있습니다. 예를 들어, 버킷을 법적 보존 상태로 설정한 후 일관성 수준을 낮추면 버킷의 이전 규정 준수 설정(즉, 법적 보존 해제)이 일부 데이터 센터 사이트에서 계속 적용될 수 있습니다. 결과적으로, 법적 보존 상태라고 생각했던 객체가 보존 기간이 만료되면 사용자 또는 AutoDelete(활성화된 경우)에 의해 삭제될 수 있습니다.

Strong-site 일관성 사용을 강제하려면 PUT Bucket 규정 준수 요청을 다시 실행하고 다음과 같이 Consistency-Control HTTP 요청 헤더를 포함하십시오.

PUT /mybucket/?x-ntap-sg-compliance HTTP/1.1
Consistency-Control: strong-site

오류 응답

  • 버킷이 규정을 준수하도록 생성되지 않은 경우 응답의 HTTP 상태 코드는 `404 Not Found`입니다.

  • 요청의 `RetentionPeriodMinutes`이 버킷의 현재 보존 기간보다 짧은 경우 HTTP 상태 코드는 `400 Bad Request`입니다.

관련 정보

"사용 중단 예정: 규정 준수를 위한 PUT 버킷 요청 수정"