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

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

기여자
PDF

가상 시스템에서 호스팅되는 StorageGRID 노드의 스토리지 및 성능 요구 사항을 이해해야 초기 구성과 향후 스토리지 확장을 지원할 수 있는 충분한 공간을 제공할 수 있습니다.

성능 요구사항

OS 볼륨 및 첫 번째 스토리지 볼륨의 성능은 시스템의 전반적인 성능에 큰 영향을 줍니다. 지연 시간, IOPS(Input/Output Operation per Second) 및 처리량 측면에서 적절한 디스크 성능을 제공해야 합니다.

모든 StorageGRID 노드에는 운영 체제 드라이브 및 모든 스토리지 볼륨에 write-back 캐시가 설정되어 있어야 합니다. 캐시는 보호되거나 영구 미디어에 있어야 합니다.

NetApp ONTAP 스토리지를 사용하는 가상 머신의 요구 사항

StorageGRID 노드를 NetApp ONTAP 시스템에서 할당된 스토리지가 있는 가상 머신으로 구축하는 경우 볼륨에 FabricPool 계층화 정책이 설정되어 있지 않은 것이 확인되었습니다. 예를 들어 StorageGRID 노드가 VMware 호스트에서 가상 머신으로 실행 중인 경우 노드의 데이터 저장소를 백업하는 볼륨에 FabricPool 계층화 정책이 설정되어 있지 않은지 확인합니다. StorageGRID 노드와 함께 사용되는 볼륨에 대해 FabricPool 계층화를 사용하지 않도록 설정하면 문제 해결과 스토리지 작업이 간소화됩니다.

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

필요한 가상 머신의 수입니다

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

중요함 운영 구축 환경에서는 단일 가상 머신 서버에서 스토리지 노드를 두 개 이상 실행하지 마십시오. 각 스토리지 노드에 대해 전용 가상 머신 호스트를 사용하면 격리된 장애 도메인이 제공됩니다.

관리 노드 또는 게이트웨이 노드와 같은 다른 유형의 노드는 동일한 가상 머신 호스트에 구축하거나 필요에 따라 전용 가상 머신 호스트에 구축할 수 있습니다. 그러나 같은 유형의 여러 노드(예: 게이트웨이 노드 2개)가 있는 경우 동일한 가상 머신 호스트에 모든 인스턴스를 설치하지 마십시오.

노드 유형별 스토리지 요구 사항

운영 환경에서 StorageGRID 그리드 노드의 가상 시스템은 노드 유형에 따라 서로 다른 요구 사항을 충족해야 합니다.

참고 디스크 스냅샷을 사용하여 그리드 노드를 복원할 수 없습니다. 대신 을 참조하십시오 "그리드 노드 복구" 각 노드 유형에 대한 절차
노드 유형 스토리지

관리자 노드

OS용 100GB LUN

관리자 노드 테이블용 200GB LUN

관리자 노드 감사 로그용 200GB LUN

스토리지 노드

OS용 100GB LUN

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

  • 참고 *: 스토리지 노드에는 스토리지 LUN이 1-16개까지 포함될 수 있습니다. 최소 3개의 스토리지 LUN을 사용하는 것이 좋습니다.

LUN당 최소 크기: 4TB

테스트된 최대 LUN 크기: 39TB.

게이트웨이 노드

OS용 100GB LUN

아카이브 노드

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

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

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

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

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

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

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

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

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

    참고 스토리지 노드에 대해 하나의 스토리지 볼륨만 사용하고 볼륨에 4TB 이하를 할당하는 경우 스토리지 노드는 시작 시 스토리지 읽기 전용 상태로 전환되어 객체 메타데이터만 저장할 수 있습니다.
    참고 볼륨 0에 500GB 미만의 용량을 할당할 경우(비운영 전용) 스토리지 볼륨 용량의 10%가 메타데이터용으로 예약됩니다.

  • 새 시스템(StorageGRID 11.6 이상)을 설치하고 각 스토리지 노드에 128MB 이상의 RAM이 있는 경우 볼륨 0에 8TB 이상을 할당합니다. 볼륨 0에 더 큰 값을 사용하면 각 스토리지 노드에서 메타데이터에 허용되는 공간이 증가할 수 있습니다.

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

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