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

StorageGRID의 클라우드 스토리지 풀 요구 사항 및 제한 사항

PDF

StorageGRID 시스템에서 객체를 이동하기 위해 클라우드 스토리지 풀을 사용하려는 경우 클라우드 스토리지 풀 구성 및 사용에 대한 고려 사항을 검토해야 합니다.

일반적인 고려 사항

  • 일반적으로 Amazon S3 Glacier나 Azure Blob storage와 같은 클라우드 아카이빙 스토리지는 객체 데이터를 저장하는 데 저렴한 방법입니다. 하지만 클라우드 아카이빙 스토리지에서 데이터를 검색하는 비용은 상대적으로 높습니다. 전체 비용을 최소화하려면 클라우드 스토리지 풀에 저장된 객체에 언제, 얼마나 자주 액세스할지 고려해야 합니다. 클라우드 스토리지 풀은 액세스 빈도가 낮은 콘텐츠에만 사용하는 것이 좋습니다.

  • FabricPool에서 클라우드 스토리지 풀을 사용하는 것은 클라우드 스토리지 풀 대상에서 객체를 검색하는 데 추가적인 지연 시간이 발생하기 때문에 지원되지 않습니다.

  • S3 객체 잠금이 활성화된 객체는 클라우드 스토리지 풀에 배치할 수 없습니다.

  • 클라우드 스토리지 풀에서 S3 객체 잠금과 관련된 다음 플랫폼, 인증 및 프로토콜 조합은 지원되지 않습니다:

    • 플랫폼: Google Cloud Platform 및 Azure

    • 인증 유형: 익명 액세스

    • 프로토콜: HTTP

클라우드 스토리지 풀에 사용되는 포트에 대한 고려 사항

ILM 규칙이 지정된 클라우드 스토리지 풀로 또는 지정된 클라우드 스토리지 풀에서 객체를 이동할 수 있도록 하려면 시스템의 스토리지 노드가 포함된 네트워크를 구성해야 합니다. 다음 포트가 클라우드 스토리지 풀과 통신할 수 있도록 설정해야 합니다.

기본적으로 클라우드 스토리지 풀은 다음 포트를 사용합니다.

  • 80: http로 시작하는 엔드포인트 URI의 경우

  • 443: https로 시작하는 엔드포인트 URI의 경우

클라우드 스토리지 풀을 생성하거나 편집할 때 다른 포트를 지정할 수 있습니다.

투명하지 않은 프록시 서버를 사용하는 경우, 인터넷상의 엔드포인트와 같은 외부 엔드포인트로 메시지를 보낼 수 있도록 "스토리지 프록시 구성"도 해야 합니다.

비용 고려 사항

클라우드 스토리지 풀을 사용하여 클라우드 스토리지에 액세스하려면 클라우드와의 네트워크 연결이 필요합니다. 클라우드에 액세스하는 데 사용할 네트워크 인프라 비용을 고려하고, 클라우드 스토리지 풀을 사용하여 StorageGRID 와 클라우드 간에 이동할 것으로 예상되는 데이터 양을 기준으로 적절하게 프로비저닝해야 합니다.

StorageGRID가 외부 클라우드 스토리지 풀 엔드포인트에 연결할 때 연결 상태를 모니터링하고 필요한 작업을 수행할 수 있는지 확인하기 위해 다양한 요청을 보냅니다. 이러한 요청에는 추가 비용이 발생하지만, 클라우드 스토리지 풀 모니터링 비용은 S3 또는 Azure에 객체를 저장하는 전체 비용의 극히 일부에 불과합니다.

외부 클라우드 스토리지 풀 엔드포인트에서 StorageGRID로 객체를 다시 이동해야 하는 경우 더 많은 비용이 발생할 수 있습니다. 다음 두 가지 경우에 객체가 StorageGRID로 다시 이동될 수 있습니다.

  • 객체의 유일한 복사본이 클라우드 스토리지 풀에 있고, 해당 객체를 StorageGRID에 저장하기로 결정한 경우입니다. 이 경우 ILM 규칙과 정책을 재구성해야 합니다. ILM 평가가 발생하면 StorageGRID는 클라우드 스토리지 풀에서 객체를 검색하기 위해 여러 요청을 보냅니다. 그런 다음 StorageGRID는 지정된 수만큼 복제본 또는 이레이저 코딩된 복사본을 로컬에 생성합니다. 객체가 StorageGRID로 다시 이동된 후 클라우드 스토리지 풀에 있는 복사본은 삭제됩니다.

  • 스토리지 노드 장애로 인해 객체가 손실될 수 있습니다. 객체의 유일하게 남아 있는 복사본이 클라우드 스토리지 풀에 있는 경우, StorageGRID는 해당 객체를 일시적으로 복원하고 복구된 스토리지 노드에 새 복사본을 생성합니다.

참고 StorageGRID 클라우드 스토리지 풀에서 StorageGRID로 객체를 이동할 때, StorageGRID는 각 객체에 대해 클라우드 스토리지 풀 엔드포인트에 여러 요청을 보냅니다. 대량의 객체를 이동하기 전에 기술 지원 부서에 문의하여 예상 소요 시간과 관련 비용을 확인하십시오.

S3: 클라우드 스토리지 풀 버킷에 필요한 권한

클라우드 스토리지 풀에 사용되는 외부 S3 버킷에 대한 정책은 StorageGRID에 버킷으로 객체를 이동하고, 객체의 상태를 가져오고, 필요한 경우 Glacier 스토리지에서 객체를 복원하는 등의 권한을 부여해야 합니다. 이상적으로 StorageGRID는 버킷에 대한 완전한 제어 액세스 권한을 가져야 합니다 (s3:*). 그러나 이것이 불가능한 경우 버킷 정책은 StorageGRID에 다음 S3 권한을 부여해야 합니다.

  • s3:AbortMultipartUpload

  • s3:DeleteObject

  • s3:GetObject

  • s3:ListBucket

  • s3:ListBucketMultipartUploads

  • s3:ListMultipartUploadParts

  • s3:PutObject

  • s3:RestoreObject

S3: 외부 버킷의 수명 주기에 대한 고려 사항

StorageGRID 와 클라우드 스토리지 풀에 지정된 외부 S3 버킷 간의 객체 이동은 ILM 규칙과 StorageGRID의 활성 ILM 정책에 의해 제어됩니다. 반면, 클라우드 스토리지 풀에 지정된 외부 S3 버킷에서 Amazon S3 Glacier 또는 S3 Glacier Deep Archive(또는 Glacier 스토리지 클래스를 구현하는 스토리지 솔루션)로의 객체 전환은 해당 버킷의 수명 주기 구성에 의해 제어됩니다.

클라우드 스토리지 풀에서 객체를 이전하려면 외부 S3 버킷에 적절한 수명 주기 구성을 생성해야 하며, Glacier 스토리지 클래스를 구현하고 S3 RestoreObject API를 지원하는 스토리지 솔루션을 사용해야 합니다.

예를 들어, StorageGRID에서 클라우드 스토리지 풀로 이동되는 모든 객체를 즉시 Amazon S3 Glacier 스토리지로 전환하려는 경우를 생각해 보겠습니다. 이 경우 외부 S3 버킷에 다음과 같이 단일 작업(전환)을 지정하는 수명 주기 구성을 생성합니다.

<LifecycleConfiguration>
  <Rule>
    <ID>Transition Rule</ID>
    <Filter>
       <Prefix></Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>0</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
  </Rule>
</LifecycleConfiguration>

이 규칙은 모든 버킷 객체를 생성된 날짜(즉, StorageGRID에서 클라우드 스토리지 풀로 이동된 날짜)에 Amazon S3 Glacier로 전환합니다.

주의 외부 버킷의 수명 주기를 구성할 때 객체 만료 시점을 정의하는 데 만료 작업을 절대 사용하지 마십시오. 만료 작업을 사용하면 외부 스토리지 시스템에서 만료된 객체가 삭제됩니다. 나중에 StorageGRID에서 만료된 객체에 액세스하려고 하면 삭제된 객체를 찾을 수 없습니다.

클라우드 스토리지 풀의 객체를 Amazon S3 Glacier 대신 S3 Glacier Deep Archive로 전환하려면 버킷 수명 주기에서 <StorageClass>DEEP_ARCHIVE</StorageClass>`을 지정하십시오. 단, `Expedited 계층을 사용하여 S3 Glacier Deep Archive에서 객체를 복원할 수 없다는 점에 유의하십시오.

Azure: 액세스 계층에 대한 고려 사항

Azure 스토리지 계정을 구성할 때 기본 액세스 계층을 핫(Hot) 또는 쿨(Cool)로 설정할 수 있습니다. 클라우드 스토리지 풀과 함께 사용할 스토리지 계정을 만들 때는 기본 계층으로 핫 계층을 사용하는 것이 좋습니다. StorageGRID는 개체를 클라우드 스토리지 풀로 이동할 때 계층을 즉시 아카이브(Archive)로 설정하지만, 기본 설정을 핫으로 해두면 쿨 계층에서 30일 최소 보관 기간 이전에 개체를 삭제할 경우 조기 삭제 수수료가 부과되지 않습니다.

Azure: 수명 주기 관리는 지원되지 않습니다

클라우드 스토리지 풀과 함께 사용되는 컨테이너에는 Azure Blob 스토리지 수명 주기 관리를 사용하지 마십시오. 수명 주기 작업이 클라우드 스토리지 풀 작업과 충돌할 수 있습니다.

관련 정보

"클라우드 스토리지 풀 생성"