StorageGRID는 단 3개의 스토리지 노드로 구축할 수 있으며 단일 그리드는 최대 200개 노드까지 확장할 수 있습니다. 단일 그리드를 단일 사이트로 구축하거나 16개 사이트로 확장할 수 있습니다. 최소 그리드는 단일 사이트에 있는 관리자 노드와 3개의 스토리지 노드로 구성됩니다. 관리 노드에는 메트릭 및 로깅을 위한 중앙 지점인 관리 인터페이스가 포함되어 있으며 StorageGRID 구성 요소의 구성을 유지 관리합니다. 관리자 노드에는 S3 API 액세스를 위한 통합 로드 밸런서도 포함되어 있습니다. StorageGRID는 소프트웨어 전용, VMware 가상 머신 어플라이언스 또는 특별 제작된 어플라이언스로 구축할 수 있습니다.

StorageGRID 노드는 다음과 같이 배포될 수 있습니다.

각 스토리지 노드는 오브젝트 스토리지에 대해 수 페타바이트에 달하는 용량으로 확장할 수 있으며, 수백 페타바이트의 단일 네임 스페이스를 구축할 수 있습니다. StorageGRID는 게이트웨이 노드라는 S3 API 작업을 위한 통합 로드 밸런서도 제공합니다.

StorageGRID는 사이트 토폴로지에 배치된 노드 모음으로 구성됩니다. StorageGRID의 사이트는 고유한 물리적 위치일 수도 있고 그리드의 다른 사이트와 논리적 구성으로서 공유 물리적 위치에 상주할 수도 있습니다. StorageGRID 사이트는 여러 물리적 위치에 걸쳐 있을 수 없습니다. 사이트는 공유 LAN 인프라를 나타냅니다.

StorageGRID에는 장애 위험을 완화하기 위해 솔루션 설계 방법, 데이터 저장 방법 및 데이터 저장 위치를 결정할 때 고려해야 할 여러 계층의 장애 도메인이 포함되어 있습니다.

오브젝트 스토리지의 경우, 스토리지 단위는 파일 또는 블록이 아닌 오브젝트입니다. 파일 시스템 또는 블록 스토리지의 트리와 같은 계층구조와 달리 오브젝트 스토리지는 데이터를 구조화되지 않은 단순 레이아웃으로 구성합니다. 오브젝트 스토리지는 데이터의 물리적 위치를 해당 데이터를 저장하고 검색하는 데 사용되는 메서드에서 분리합니다.

오브젝트 기반 스토리지 시스템의 각 오브젝트에는 오브젝트 데이터와 오브젝트 메타데이터의 두 부분이 있습니다.

StorageGRID는 오브젝트 메타데이터를 사용하여 그리드 전체의 모든 오브젝트의 위치를 추적하고 각 오브젝트의 라이프사이클 관리를 제공합니다.

오브젝트 메타데이터에는 다음과 같은 정보가 포함됩니다.

개체 메타데이터는 사용자 지정이 가능하며 확장이 가능하므로 응용 프로그램에서 유연하게 사용할 수 있습니다. StorageGRID에서 오브젝트 메타데이터를 저장하는 방법과 위치에 대한 자세한 내용은 를 참조하십시오 "오브젝트 메타데이터 스토리지 관리".

StorageGRID의 ILM(정보 라이프사이클 관리) 시스템은 StorageGRID 시스템의 모든 오브젝트 데이터에 대한 배치, 기간 및 수집 동작을 조정하는 데 사용됩니다. ILM 규칙은 StorageGRID에서 오브젝트의 복제본을 사용하거나 노드 및 사이트 간에 오브젝트를 삭제 코딩하여 시간에 따라 저장하는 방식을 결정합니다. 이 ILM 시스템은 그리드 내의 객체 데이터 일관성을 담당합니다.

StorageGRID는 여러 레벨에서 코드 데이터를 삭제하는 기능을 제공합니다. StorageGRID 어플라이언스를 사용하면 RAID를 통해 모든 드라이브의 각 노드에 저장된 데이터를 삭제하여 여러 디스크 장애로 인한 데이터 손실 또는 중단을 방지할 수 있습니다. 또한 StorageGRID는 삭제 코딩 체계를 사용하여 사이트 내의 노드에 오브젝트 데이터를 저장하거나 StorageGRID의 ILM 규칙을 통해 StorageGRID 시스템의 3개 이상의 사이트에 분산할 수 있습니다.

삭제 코딩은 노드 장애에 대한 복원력을 제공합니다. 스토리지 레이아웃은 오버헤드가 낮은 반면, 복제는 동일한 작업을 수행할 수 있습니다. 데이터 청크를 저장하는 데 필요한 최소 노드 수가 충족될 경우 모든 StorageGRID 삭제 코딩 체계를 단일 사이트에 구축할 수 있습니다. 즉, EC 구성표가 4+2인 경우 데이터를 수신하려면 최소 6개의 노드를 사용할 수 있어야 합니다.

StorageGRID에서 메타데이터는 일반적으로 사이트당 3개의 복제본으로 저장되므로 정합성 보장 및 가용성이 보장됩니다. 이러한 중복성은 장애가 발생한 경우에도 데이터 무결성과 접근성을 유지할 수 있도록 도와줍니다.

기본 일관성은 그리드 전체에서 정의됩니다. 사용자는 언제든지 버킷 수준에서 일관성을 변경할 수 있습니다.

StorageGRID에서 사용할 수 있는 버킷 일관성 옵션은 다음과 같습니다.

사이트 내부 및 사이트 간에 메타데이터가 자동으로 복제되지만, 오브젝트 데이터 스토리지를 배치할 결정은 사용자의 몫입니다. 오브젝트 데이터는 사이트 내부 및 사이트 간 복제본에 저장되거나, 사이트 내부 또는 사이트 간 삭제 코딩되거나, 복제 및 삭제 코딩 스토리지 스키마의 조합에 저장될 수 있습니다. ILM 규칙은 모든 오브젝트에 적용되거나 특정 오브젝트, 버킷 또는 테넌트에만 적용되도록 필터링될 수 있습니다. ILM 규칙은 객체의 저장 방식, 복제본 및/또는 삭제 코딩 방식, 해당 위치에 객체가 저장되는 기간, 복제본 또는 삭제 코딩 체계 수가 변경되거나 위치가 시간에 따라 변경될 경우 정의합니다.

각 ILM 규칙은 오브젝트 보호를 위한 세 가지 수집 동작 중 하나인 이중 커밋, 균등 또는 엄격 으로 구성됩니다.

Dual Commit 옵션은 그리드의 다른 두 스토리지 노드에서 즉시 두 개의 복제본을 만들고 클라이언트에 요청을 반환합니다. 노드 선택은 요청의 사이트 내에서 시도되지만 경우에 따라 다른 사이트의 노드를 사용할 수 있습니다. ILM 규칙에 따라 평가되고 배치될 ILM 대기열에 개체가 추가됩니다.

균형 조정 옵션은 ILM 정책을 기준으로 개체를 즉시 평가하고 클라이언트에 요청이 성공적으로 반환되기 전에 개체를 동기적으로 배치합니다. 운영 중단이나 배치 요구 사항을 충족하기에 부적절한 스토리지로 인해 ILM 규칙을 즉시 충족할 수 없는 경우 이중 커밋이 대신 사용됩니다. 문제가 해결되면 ILM은 정의된 규칙에 따라 개체를 자동으로 배치합니다.

Strict 옵션은 ILM 정책을 기준으로 개체를 즉시 평가하고 클라이언트에 요청이 성공적으로 반환되기 전에 개체를 동기식으로 배치합니다. 운영 중단이나 배치 요구 사항을 충족하기에 스토리지 부족으로 인해 ILM 규칙을 즉시 충족할 수 없는 경우 요청이 실패하고 클라이언트가 다시 시도해야 합니다.

StorageGRID는 통합 게이트웨이 노드, 외부 타사 로드 밸런서, DNS 라운드 로빈 또는 스토리지 노드에 대한 직접 클라이언트 액세스를 통해 배포할 수 있습니다. 한 사이트에 여러 게이트웨이 노드를 구축하고 고가용성 그룹으로 구성하여 게이트웨이 노드가 중단될 경우 자동 페일오버 및 장애 복구를 제공할 수 있습니다. 솔루션에 로드 밸런싱 방법을 결합하여 솔루션의 모든 사이트에 대한 단일 액세스 지점을 제공할 수 있습니다.

게이트웨이 노드는 기본적으로 게이트웨이 노드가 있는 사이트의 스토리지 노드 간 로드 밸런싱을 수행합니다. 게이트웨이 노드가 여러 사이트의 노드를 사용하여 부하를 분산하도록 StorageGRID를 구성할 수 있습니다. 이렇게 구성하면 클라이언트 요청에 대한 응답 지연 시간에 이러한 사이트 간의 지연 시간이 추가됩니다. 이는 클라이언트가 총 지연 시간을 허용할 경우에만 구성해야 합니다.