StorageGRID의 스토리지 및 성능 요구 사항
변경 제안
PDF
StorageGRID 노드의 스토리지 요구 사항을 이해해야 초기 구성 및 향후 스토리지 확장을 지원하기에 충분한 공간을 제공할 수 있습니다.
스토리지 및 성능 요구 사항은 소프트웨어 기반 노드 구현 방식에 따라 다릅니다.
|
"Linux"는 RHEL, Ubuntu 또는 Debian 배포판을 의미합니다. 지원되는 버전 목록은 "NetApp 상호 운용성 매트릭스 툴(IMT)"을 참조하십시오. |
스토리지 범주
StorageGRID 노드에는 세 가지 논리적 범주의 스토리지가 필요합니다.
-
컨테이너 풀 — 노드 컨테이너용 성능 등급(10K SAS 또는 SSD) 스토리지입니다. 이 스토리지는 StorageGRID 노드를 지원할 호스트에 컨테이너 엔진을 설치 및 구성할 때 컨테이너 엔진 스토리지 드라이버에 할당됩니다.
-
시스템 데이터 — 시스템 데이터 및 트랜잭션 로그의 노드별 영구 스토리지를 위한 성능 등급(10K SAS 또는 SSD) 스토리지로, StorageGRID 호스트 서비스가 이를 사용하여 개별 노드에 매핑합니다.
-
객체 데이터 — 객체 데이터 및 객체 메타데이터의 영구 스토리지를 위한 성능 계층(10K SAS 또는 SSD) 스토리지 및 용량 계층(NL-SAS/SATA) 대용량 스토리지.
모든 스토리지 범주에는 RAID 기반 블록 장치를 사용해야 합니다. 비중복 디스크, SSD 또는 JBOD는 지원되지 않습니다. 공유 또는 로컬 RAID 스토리지를 모든 스토리지 범주에 사용할 수 있지만, StorageGRID에서 노드 마이그레이션 기능을 사용하려면 시스템 데이터와 객체 데이터를 모두 공유 스토리지에 저장해야 합니다. 자세한 내용은 "Node 컨테이너 마이그레이션 요구 사항"을 참조하십시오.
성능 요구사항
컨테이너 풀, 시스템 데이터 및 객체 메타데이터에 사용되는 볼륨의 성능은 시스템의 전반적인 성능에 상당한 영향을 미칩니다. 지연 시간, 초당 입출력 작업 수(IOPS) 및 처리량 측면에서 적절한 디스크 성능을 확보하려면 이러한 볼륨에는 성능 등급(10K SAS 또는 SSD) 스토리지를 사용해야 합니다. 객체 데이터의 영구 스토리지에는 용량 등급(NL-SAS/SATA) 스토리지를 사용할 수 있습니다.
컨테이너 풀, 시스템 데이터 및 객체 데이터에 사용되는 볼륨에는 쓰기 캐시가 활성화되어 있어야 합니다. 캐시는 보호된 미디어 또는 영구 미디어에 있어야 합니다.
NetApp ONTAP 스토리지를 사용하는 호스트에 대한 요구 사항
StorageGRID 노드가 NetApp ONTAP 시스템에서 할당된 스토리지를 사용하는 경우 해당 볼륨에 FabricPool 티어링 정책이 활성화되어 있지 않은지 확인하십시오. StorageGRID 노드에서 사용하는 볼륨에 대해 FabricPool 티어링을 비활성화하면 문제 해결 및 스토리지 운영이 간소화됩니다.
|
|
FabricPool를 사용하여 StorageGRID와 관련된 데이터를 StorageGRID 자체로 계층화하지 마십시오. StorageGRID 데이터를 StorageGRID로 다시 계층화하면 문제 해결 및 운영 복잡성이 증가합니다. |
필요한 호스트 수
각 StorageGRID 사이트에는 최소 3개의 스토리지 노드가 필요합니다.
|
|
운영 구축 시 단일 물리적 또는 가상 호스트에서 스토리지 노드를 두 개 이상 실행하지 마십시오. 각 스토리지 노드에 전용 호스트를 사용하면 장애 발생 시 격리된 환경을 구축할 수 있습니다. |
${post_edited_translations.segment}
|
|
디스크 스냅샷은 그리드 노드를 복원하는 데 사용할 수 없습니다. 대신 "그리드 노드 복구" 각 노드 유형에 대한 절차를 참조하십시오. |
노드당 스토리지 볼륨 수
다음 표는 각 호스트에 필요한 스토리지 볼륨(LUN)의 수와 각 LUN에 필요한 최소 크기를 보여줍니다. 이는 해당 호스트에 배포될 노드를 기준으로 합니다.
테스트된 최대 LUN 크기는 39TB입니다.
|
|
이 수치는 전체 그리드가 아닌 각 호스트에 대한 수치입니다. |
| ${post_edited_translations.segment} | ${post_edited_translations.segment} | LUN 개수 | 최소 크기/LUN |
|---|---|---|---|
컨테이너 엔진 스토리지 풀 |
컨테이너 풀 |
1 |
${post_edited_translations.segment} |
|
시스템 데이터 |
이 호스트의 각 노드마다 1개씩 |
100 GB |
스토리지 노드 |
객체 데이터 |
${post_edited_translations.segment} 참고: Linux 소프트웨어 기반 스토리지 노드는 1~48개의 스토리지 볼륨을 가질 수 있습니다. VMware 소프트웨어 기반 스토리지 노드는 1~16개의 스토리지 볼륨을 가질 수 있습니다. 최소 3개의 스토리지 볼륨을 권장합니다. |
|
스토리지 노드(메타데이터 전용) |
객체 메타데이터 |
1 |
최소 4TB/LUN 최대 테스트 LUN 크기: 39TB. 자세한 내용은 스토리지 노드에 필요한 스토리지 용량을 참조하십시오. 참고: 메타데이터 전용 스토리지 노드에는 rangedb가 하나만 필요합니다. |
관리자 노드 감사 로그 |
시스템 데이터 |
이 호스트의 각 관리 노드마다 1개 |
200 GB |
관리자 노드 테이블 |
시스템 데이터 |
이 호스트의 각 관리 노드마다 1개 |
200 GB |
|
|
구성된 감사 수준, S3 객체 키 이름과 같은 사용자 입력 크기, 보존해야 하는 감사 로그 데이터 양에 따라 각 관리 노드의 감사 로그 LUN 크기를 늘려야 할 수 있습니다. 일반적으로 그리드 환경에서는 S3 작업당 약 1KB의 감사 데이터가 생성되므로 200GB LUN은 하루 7천만 건의 작업 또는 초당 800건의 작업을 2~3일 동안 지원할 수 있습니다. |
호스트에 필요한 최소 스토리지 공간
다음 표는 각 노드 유형에 필요한 최소 스토리지 공간을 보여줍니다. 이 표를 사용하여 호스트에 배포할 노드 유형에 따라 각 스토리지 범주별로 호스트에 제공해야 하는 최소 스토리지 공간을 확인할 수 있습니다.
|
|
디스크 스냅샷은 그리드 노드를 복원하는 데 사용할 수 없습니다. 대신 "그리드 노드 복구" 각 노드 유형에 대한 절차를 참조하십시오. |
각 노드 호스트에는 운영 체제용으로 100GB LUN이 필요합니다.
| 노드 유형 | 컨테이너 풀 | 시스템 데이터 | 객체 데이터 |
|---|---|---|---|
스토리지 노드 |
100 GB |
100 GB |
4,000 GB |
관리자 노드 |
100 GB |
500GB (LUN 3개) |
해당 사항 없음 |
게이트웨이 노드 |
100 GB |
100 GB |
해당 사항 없음 |
예시: 호스트 또는 가상 머신의 스토리지 요구사항 계산
동일한 호스트 또는 가상 머신에 스토리지 노드, 관리 노드, 게이트웨이 노드 이렇게 세 개의 노드를 배포할 계획이라고 가정해 보겠습니다. 호스트에는 최소 9개의 스토리지 볼륨을 제공해야 합니다. 노드 컨테이너에는 최소 300GB의 성능 계층 스토리지가, 시스템 데이터 및 트랜잭션 로그에는 700GB의 성능 계층 스토리지가, 객체 데이터에는 12TB의 용량 계층 스토리지가 필요합니다.
| 노드 유형 | ${post_edited_translations.segment} | LUN 개수 | LUN 크기 |
|---|---|---|---|
스토리지 노드 |
컨테이너 엔진 스토리지 풀 |
1 |
${post_edited_translations.segment} |
스토리지 노드 |
|
1 |
100 GB |
스토리지 노드 |
객체 데이터 |
3 |
${post_edited_translations.segment} |
관리자 노드 |
|
1 |
100 GB |
관리자 노드 |
관리자 노드 감사 로그 |
1 |
200 GB |
관리자 노드 |
관리자 노드 테이블 |
1 |
200 GB |
게이트웨이 노드 |
|
1 |
100 GB |
총 |
9 |
컨테이너 풀: 300 GB 시스템 데이터: 700 GB 객체 데이터: 12,000 GB |
| 노드 유형 | ${post_edited_translations.segment} | LUN 개수 | LUN 크기 |
|---|---|---|---|
스토리지 노드 |
OS 볼륨 |
1 |
100 GB |
스토리지 노드 |
객체 데이터 |
3 |
${post_edited_translations.segment} |
관리자 노드 |
OS 볼륨 |
1 |
100 GB |
관리자 노드 |
관리자 노드 감사 로그 |
1 |
200 GB |
관리자 노드 |
관리자 노드 테이블 |
1 |
200 GB |
게이트웨이 노드 |
OS 볼륨 |
1 |
100 GB |
총 |
8 |
시스템 데이터: 700 GB 객체 데이터: 12,000 GB |
스토리지 노드에 대한 특정 스토리지 요구 사항
Linux와 VMware는 스토리지 노드에 대한 스토리지 요구 사항이 다릅니다.
-
${post_edited_translations.segment}
-
VMware 소프트웨어 기반 스토리지 노드는 1개에서 16개까지의 스토리지 볼륨을 가질 수 있습니다.
-
3개 이상의 스토리지 볼륨을 권장합니다.
-
각 스토리지 볼륨은 4TB 이상이어야 합니다.
|
|
어플라이언스 스토리지 노드는 최대 48개의 스토리지 볼륨을 가질 수 있습니다. |
그림에서 보는 바와 같이 StorageGRID는 각 스토리지 노드의 스토리지 볼륨 0에 객체 메타데이터를 위한 공간을 예약합니다. 스토리지 볼륨 0 및 스토리지 노드의 다른 스토리지 볼륨에 남아 있는 공간은 모두 객체 데이터 저장에만 사용됩니다.
이중화를 제공하고 객체 메타데이터를 손실로부터 보호하기 위해 StorageGRID는 시스템 내 모든 객체의 메타데이터 사본 3개를 각 사이트에 저장합니다. 이 3개의 객체 메타데이터 사본은 각 사이트의 모든 스토리지 노드에 고르게 분산됩니다.
메타데이터 전용 스토리지 노드를 사용하여 그리드를 설치할 경우, 그리드에는 객체 스토리지를 위한 최소 개수의 노드도 포함되어야 합니다. 메타데이터 전용 스토리지 노드에 대한 자세한 내용은 "스토리지 노드의 유형"을 참조하십시오.
-
단일 사이트 그리드의 경우 객체 및 메타데이터에 대해 최소 두 개의 스토리지 노드가 구성됩니다.
-
${post_edited_translations.segment}
${post_edited_translations.segment}
-
${post_edited_translations.segment}
스토리지 노드에 스토리지 볼륨을 하나만 사용하고 해당 볼륨에 4TB 이하의 용량을 할당하는 경우, 스토리지 노드는 시작 시 스토리지 읽기 전용 상태로 전환되어 객체 메타데이터만 저장할 수 있습니다.
볼륨 0(비프로덕션 용도 전용)에 500GB 미만의 용량을 할당하면 스토리지 볼륨 용량의 10%가 메타데이터용으로 예약됩니다. -
소프트웨어 기반 메타데이터 전용 노드 리소스는 기존 스토리지 노드 리소스와 일치해야 합니다. 예를 들면 다음과 같습니다.
-
기존 StorageGRID 사이트에서 SG6000 또는 SG6100 어플라이언스를 사용하는 경우, 소프트웨어 기반 메타데이터 전용 노드는 다음 최소 요구 사항을 충족해야 합니다.
-
128GB RAM
-
8코어 CPU
-
Cassandra 데이터베이스(rangedb/0)용 8TB SSD 또는 동급 스토리지
-
-
기존 StorageGRID 사이트에서 24GB RAM, 8코어 CPU, 3TB 또는 4TB의 메타데이터 스토리지를 갖춘 가상 스토리지 노드를 사용하는 경우 소프트웨어 기반 메타데이터 전용 노드도 유사한 리소스(24GB RAM, 8코어 CPU, 4TB의 메타데이터 스토리지(rangedb/0))를 사용해야 합니다.
새로운 StorageGRID 사이트를 추가할 때, 새 사이트의 총 메타데이터 용량은 최소한 기존 StorageGRID 사이트와 일치해야 하며, 새 사이트의 리소스는 기존 StorageGRID 사이트의 스토리지 노드와 일치해야 합니다.
-
-
새 시스템(StorageGRID 11.6 이상)을 설치하고 각 스토리지 노드에 128GB 이상의 RAM이 있는 경우, 볼륨 0에 8TB 이상을 할당하십시오. 볼륨 0에 더 큰 값을 사용하면 각 스토리지 노드의 메타데이터에 허용되는 공간을 늘릴 수 있습니다.
-
사이트에 대해 서로 다른 스토리지 노드를 구성할 때 가능하면 볼륨 0에 대해 동일한 설정을 사용하십시오. 사이트에 크기가 다른 스토리지 노드가 포함된 경우 볼륨 0의 크기가 가장 작은 스토리지 노드가 해당 사이트의 메타데이터 용량을 결정합니다.
자세한 내용은 "객체 메타데이터 저장소 관리"을 참조하십시오.