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

요구사항을 충족해야 합니다

기여자

초기 구성과 향후 스토리지 확장을 지원할 충분한 공간을 제공할 수 있도록 StorageGRID 노드의 스토리지 요구사항을 이해해야 합니다.

StorageGRID 노드에는 다음과 같은 세 가지 논리적 스토리지 범주가 필요합니다.

  • StorageGRID 노드를 지원할 호스트에 Docker를 설치 및 구성할 때 Docker 스토리지 드라이버에 할당되는 노드 컨테이너용 * 컨테이너 풀 * — 성능 계층(10K SAS 또는 SSD) 스토리지입니다.

  • * 시스템 데이터 * — StorageGRID 호스트 서비스가 사용하고 개별 노드에 매핑하는 시스템 데이터 및 트랜잭션 로그의 노드당 영구 스토리지를 위한 성능 계층(10K SAS 또는 SSD) 스토리지입니다.

  • * 오브젝트 데이터 * — 객체 데이터 및 객체 메타데이터의 영구 스토리지를 위한 Performance-Tier(10K SAS 또는 SSD) 스토리지 및 Capacity-Tier(NL-SAS/SATA) 대용량 스토리지

모든 스토리지 범주에 RAID 지원 블록 장치를 사용해야 합니다. 비중복 디스크, SSD 또는 JBOD는 지원되지 않습니다. 모든 스토리지 범주에서 공유 또는 로컬 RAID 스토리지를 사용할 수 있지만 StorageGRID의 노드 마이그레이션 기능을 사용하려면 시스템 데이터와 오브젝트 데이터를 모두 공유 스토리지에 저장해야 합니다. 자세한 내용은 을 "노드 컨테이너 마이그레이션 요구사항"참조하십시오.

성능 요구사항

컨테이너 풀, 시스템 데이터 및 오브젝트 메타데이터에 사용되는 볼륨의 성능은 시스템의 전반적인 성능에 큰 영향을 미칩니다. 이러한 볼륨에 성능 계층(10K SAS 또는 SSD) 스토리지를 사용하면 지연 시간, IOPS(초당 입출력 작업) 및 처리량 측면에서 디스크 성능이 적절하게 보장됩니다. 객체 데이터의 영구 스토리지를 위해 용량 계층(NL-SAS/SATA) 스토리지를 사용할 수 있습니다.

컨테이너 풀, 시스템 데이터 및 오브젝트 데이터에 사용되는 볼륨에는 다시 쓰기 캐시가 설정되어 있어야 합니다. 캐시는 보호되거나 영구 미디어에 있어야 합니다.

NetApp ONTAP 스토리지를 사용하는 호스트의 요구 사항입니다

StorageGRID 노드가 NetApp ONTAP 시스템에서 할당된 스토리지를 사용하는 경우 볼륨에 FabricPool 계층화 정책이 활성화되어 있지 않은지 확인합니다. StorageGRID 노드와 함께 사용되는 볼륨에 대해 FabricPool 계층화를 사용하지 않도록 설정하면 문제 해결과 스토리지 작업이 간소화됩니다.

참고 FabricPool를 사용하여 StorageGRID 관련 데이터를 StorageGRID 자체로 계층화하지 마십시오. StorageGRID 데이터를 StorageGRID로 다시 계층화하면 문제 해결과 운영 복잡성이 늘어납니다.

필요한 호스트 수입니다

각 StorageGRID 사이트에는 최소 3개의 스토리지 노드가 필요합니다.

참고 운영 구축 시 단일 물리적 호스트 또는 가상 호스트에서 스토리지 노드를 두 개 이상 실행하지 마십시오. 각 스토리지 노드에 대해 전용 호스트를 사용하면 격리된 장애 도메인이 제공됩니다.

관리 노드 또는 게이트웨이 노드와 같은 다른 유형의 노드는 동일한 호스트에 구축하거나 필요에 따라 전용 호스트에 구축할 수 있습니다.

각 호스트의 스토리지 볼륨 수입니다

다음 표에는 각 호스트에 필요한 스토리지 볼륨(LUN) 수와 해당 호스트에 구축할 노드를 기준으로 각 LUN에 필요한 최소 크기가 나와 있습니다.

테스트된 최대 LUN 크기는 39TB입니다.

참고 이러한 숫자는 전체 그리드가 아닌 각 호스트에 대한 것입니다.
LUN 사용 목적 스토리지 범주입니다 LUN 수입니다 최소 크기/LUN

컨테이너 엔진 스토리지 풀입니다

컨테이너 풀입니다

1

총 노드 수 × 100GB

/var/local 볼륨

시스템 데이터

이 호스트의 각 노드에 대해 1개

90GB

스토리지 노드

오브젝트 데이터

이 호스트의 각 스토리지 노드에 대해 3개

  • 참고: * 소프트웨어 기반 스토리지 노드는 1-16개의 스토리지 볼륨을 가질 수 있습니다. 최소 3개의 스토리지 볼륨을 사용하는 것이 좋습니다.

12TB(4TB/LUN) 자세한 내용은 을 참조하십시오스토리지 노드의 스토리지 요구 사항.

스토리지 노드(메타데이터만)

오브젝트 메타데이터

1

4TB 자세한 내용은 을 스토리지 노드의 스토리지 요구 사항참조하십시오.

  • 참고 *: 메타데이터 전용 스토리지 노드에는 하나의 rangedb만 필요합니다.

관리자 노드 감사 로그

시스템 데이터

이 호스트의 각 관리 노드에 대해 1개

200GB

관리자 노드 테이블

시스템 데이터

이 호스트의 각 관리 노드에 대해 1개

200GB

참고 구성된 감사 레벨에 따라 S3 오브젝트 키 이름 등의 사용자 입력 크기, 그리고 보존해야 하는 감사 로그 데이터의 양을 위해 각 관리 노드에서 감사 로그 LUN의 크기를 늘려야 할 수도 있습니다. 일반적으로 그리드는 S3 작업당 약 1KB의 감사 데이터를 생성합니다. 즉, 200GB LUN이 2일에서 3일 동안 매일 7천만 개의 작업 또는 초당 800개의 작업을 지원하게 됩니다.

호스트의 최소 스토리지 공간입니다

다음 표에는 각 노드 유형에 필요한 최소 스토리지 공간이 나와 있습니다. 이 표를 사용하여 각 스토리지 범주에서 호스트에 구축해야 하는 최소 스토리지 양을 해당 호스트에 구축될 노드를 기반으로 결정할 수 있습니다.

참고 디스크 스냅샷을 사용하여 그리드 노드를 복원할 수 없습니다. 대신 "그리드 노드 복구"각 노드 유형에 대한 절차를 참조하십시오.
노드 유형입니다 컨테이너 풀입니다 시스템 데이터 오브젝트 데이터

스토리지 노드

100GB

90GB

4,000GB

관리자 노드

100GB

490GB(LUN 3개)

_해당 사항 없음 _

게이트웨이 노드

100GB

90GB

_해당 사항 없음 _

예: 호스트에 대한 스토리지 요구 사항 계산

동일한 호스트에 스토리지 노드 1개, 관리 노드 1개, 게이트웨이 노드 1개 등 3개의 노드를 구축하려고 한다고 가정해 보겠습니다. 호스트에 최소 9개의 스토리지 볼륨을 제공해야 합니다. 노드 컨테이너용 300GB 이상의 성능 계층 스토리지, 시스템 데이터 및 트랜잭션 로그용 670GB 성능 계층 스토리지, 오브젝트 데이터를 위한 12TB의 용량 계층 스토리지가 필요합니다.

노드 유형입니다 LUN 사용 목적 LUN 수입니다 LUN 크기입니다

스토리지 노드

Docker 스토리지 풀

1

300GB(100GB/노드)

스토리지 노드

/var/local 볼륨

1

90GB

스토리지 노드

오브젝트 데이터

3

12TB(4TB/LUN)

관리자 노드

/var/local 볼륨

1

90GB

관리자 노드

관리자 노드 감사 로그

1

200GB

관리자 노드

관리자 노드 테이블

1

200GB

게이트웨이 노드

/var/local 볼륨

1

90GB

  • 합계 *

  • 9 *

  • 컨테이너 풀: * 300GB

  • 시스템 데이터: * 670GB

  • 오브젝트 데이터: * 12,000GB

스토리지 노드의 스토리지 요구 사항

소프트웨어 기반 스토리지 노드는 1-16개의 스토리지 볼륨을 가질 수 있습니다. -3개 이상의 스토리지 볼륨을 사용하는 것이 좋습니다. 각 스토리지 볼륨은 4TB 이상이어야 합니다.

참고 어플라이언스 스토리지 노드는 최대 48개의 스토리지 볼륨을 가질 수 있습니다.

그림에 나와 있는 것처럼 StorageGRID는 각 스토리지 노드의 스토리지 볼륨 0에 객체 메타데이터를 위한 공간을 예약합니다. 스토리지 볼륨 0 및 스토리지 노드의 다른 스토리지 볼륨의 나머지 공간은 오브젝트 데이터에만 사용됩니다.

메타데이터 공간 스토리지 노드

이중화를 제공하고 개체 메타데이터를 손실로부터 보호하기 위해 StorageGRID는 각 사이트의 시스템 모든 개체에 대한 메타데이터 복사본을 3개 저장합니다. 오브젝트 메타데이터의 복사본 3개는 각 사이트의 모든 스토리지 노드에 균등하게 분산됩니다.

메타데이터 전용 스토리지 노드가 있는 그리드를 설치할 경우 그리드에는 오브젝트 스토리지용 최소 노드 수도 있어야 합니다. 메타데이터 전용 스토리지 노드에 대한 자세한 내용은 을 "스토리지 노드 유형"참조하십시오.

  • 단일 사이트 그리드의 경우 객체 및 메타데이터에 대해 2개 이상의 스토리지 노드가 구성됩니다.

  • 다중 사이트 그리드의 경우 사이트당 하나 이상의 스토리지 노드가 객체 및 메타데이터에 대해 구성됩니다.

새 스토리지 노드의 볼륨 0에 공간을 할당하는 경우 모든 오브젝트 메타데이터의 해당 노드에 적절한 공간이 있는지 확인해야 합니다.

  • 적어도 볼륨 0에 4TB 이상을 할당해야 합니다.

    참고 스토리지 노드에 대해 하나의 스토리지 볼륨만 사용하고 볼륨에 4TB 이하의 용량을 할당하면 스토리지 노드가 시작 시 스토리지 읽기 전용 상태로 전환되고 객체 메타데이터만 저장할 수 있습니다.
    참고 볼륨 0에 500GB 미만의 용량을 할당할 경우(비운영 전용) 스토리지 볼륨 용량의 10%가 메타데이터용으로 예약됩니다.
  • 새 시스템(StorageGRID 11.6 이상)을 설치하고 각 스토리지 노드에 128MB 이상의 RAM이 있는 경우 볼륨 0에 8TB 이상을 할당합니다. 볼륨 0에 더 큰 값을 사용하면 각 스토리지 노드에서 메타데이터에 허용되는 공간이 증가할 수 있습니다.

  • 사이트에 대해 서로 다른 스토리지 노드를 구성할 때 가능하면 볼륨 0에 대해 동일한 설정을 사용합니다. 사이트에 크기가 다른 스토리지 노드가 있는 경우 볼륨이 0인 스토리지 노드가 해당 사이트의 메타데이터 용량을 결정합니다.

자세한 내용은 을 "오브젝트 메타데이터 스토리지 관리"참조하십시오.