최소 StorageGRID 배포는 단일 사이트의 관리 노드와 3개의 스토리지 노드로 구성됩니다. 단일 그리드는 최대 220개 노드까지 확장될 수 있습니다. StorageGRID 단일 사이트로 배포하거나 16개 사이트까지 확장할 수 있습니다.

관리 노드에는 측정 항목과 로깅을 위한 중앙 지점인 관리 인터페이스가 포함되어 있으며 StorageGRID 구성 요소의 구성을 유지 관리합니다. 관리자 노드에는 S3 API 액세스를 위한 통합 로드 밸런서도 포함되어 있습니다.

StorageGRID 소프트웨어 전용, VMware 가상 머신 어플라이언스 또는 특수 목적 어플라이언스로 배포할 수 있습니다.

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

각 스토리지 노드는 수백 페타바이트 규모의 단일 네임스페이스를 허용하는 객체 스토리지의 멀티 페타바이트 용량으로 확장될 수 있습니다. StorageGRID 게이트웨이 노드라고 하는 S3 API 작업을 위한 통합 로드 밸런서도 제공합니다.

StorageGRID 사이트 토폴로지에 배치된 노드 컬렉션으로 구성됩니다. StorageGRID 의 사이트는 고유한 물리적 위치일 수도 있고, 논리적 구조로 그리드의 다른 사이트와 공유되는 물리적 위치에 상주할 수도 있습니다. StorageGRID 사이트는 여러 물리적 위치에 걸쳐 있어서는 안 됩니다. 사이트는 공유된 LAN(Local Area Network) 인프라와 장애 도메인을 나타냅니다.

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

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

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

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

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

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

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

StorageGRID 노드 수준과 드라이브 수준에서 코드 데이터를 지우는 기능을 제공합니다. StorageGRID 어플라이언스를 사용하면 노드 내의 모든 드라이브에 저장된 데이터의 삭제 코드를 작성하여 여러 디스크 장애로 인한 데이터 손실이나 중단으로부터 로컬 보호를 제공합니다. 드라이브 장애로 인한 재구축은 노드에 국한되므로 네트워크를 통해 데이터를 복제할 필요가 없습니다.

또한 StorageGRID 어플라이언스는 StorageGRID의 ILM 규칙을 통해 노드 장애로부터 보호하면서, 삭제 코딩 방식을 사용하여 사이트 내의 노드 전체 또는 StorageGRID 시스템의 3개 이상의 사이트에 걸쳐 개체 데이터를 저장합니다.

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

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

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

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

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

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

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

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

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

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

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

로컬 및 글로벌 부하 분산을 결합하면 RTO를 0으로 보장할 수 있습니다. 중단 없는 클라이언트 액세스를 보장하려면 클라이언트 요청의 부하 분산이 필요합니다. StorageGRID 솔루션은 각 사이트에 여러 개의 게이트웨이 노드와 고가용성 그룹을 포함할 수 있습니다. 사이트 장애 발생 시에도 모든 사이트의 클라이언트에 중단 없는 액세스를 제공하려면 StorageGRID 게이트웨이 노드와 함께 외부 부하 분산 솔루션을 구성해야 합니다. 각 사이트 내의 부하를 관리하는 게이트웨이 노드 고가용성 그룹을 구성하고 외부 부하 분산 장치를 사용하여 고가용성 그룹 전체에서 부하를 분산합니다. 외부 로드 밸런서는 요청이 운영 사이트에만 전송되는지 확인하기 위해 상태 검사를 수행하도록 구성되어야 합니다. StorageGRID 사용한 부하 분산에 대한 자세한 내용은 다음을 참조하세요. "StorageGRID 로드 밸런서 기술 보고서" .