Lustre with NetApp E-Series 스토리지 - 사이징 가이드
변경 제안
PDF
NetApp E-Series 스토리지 빌딩 블록을 사용하여 용량 및 메타데이터 요구 사항에 따라 Lustre의 크기를 조정하고, 용량 추가 시점을 결정하고, 성능에 영향을 미치는 요소를 검토하십시오.
용량 사이징
두 개의 EF80 어레이로 구성된 기본 빌딩 블록은 다음과 같은 Lustre 타겟 레이아웃을 제공합니다. 권장 타겟 배치 및 NVMe-oF 경로에 대한 자세한 내용은 "기본 구성 요소 볼륨 배포" 의 "하드웨어 구성 요소"을 참조하십시오.
| 요소 | 개수 | 일반적인 볼륨 사이징(대상당) |
|---|---|---|
MGS |
1 |
5~10GiB |
MDT |
8 |
크기는 드라이브 용량 및 RAID 레이아웃에 따라 다릅니다. |
OST |
32 |
크기는 드라이브 용량 및 RAID 레이아웃에 따라 다릅니다. |
각 EF80 어레이는 24개의 NVMe 드라이브를 사용합니다. 지원되는 용량은 기존 볼륨 그룹(MGS/MDT용 RAID 1 및 OST용 RAID 6) 또는 DDP를 사용하는 경우 3.84TB, 7.68TB 및 15.3TB이며, DDP만 사용하는 경우 30.7TB 또는 61.4TB 용량 플래시(QLC) 드라이브도 지원합니다. 1.92TB 드라이브는 현재 이 솔루션에 권장되지 않습니다. 드라이브 슬롯 레이아웃 및 풀 선택에 대한 자세한 내용은 "하드웨어 구성 요소"을 참조하십시오.
다음 표는 EF80 구성 요소(어레이 2개, 드라이브 48개)의 대략적인 사용 가능 용량을 나타냅니다. 어레이 사용 가능 용량은 최종 Lustre 파일 시스템 사용 가능 용량과 다릅니다. MDT inode 할당, 저널, 과잉 프로비저닝 및 인벤토리 볼륨 비율로 인해 애플리케이션에서 사용할 수 있는 용량이 줄어듭니다.
| 드라이브 용량 | 레이아웃(배열별) | 대략적인 사용 가능 (구성 요소) |
|---|---|---|
3.84 TB |
RAID 1 (2+2) + RAID 6 (10) + RAID 6 (10) |
138.08 TB |
3.84 TB |
DDP(24개 드라이브, 2개 예약됨) |
133.63 TB |
7.68 TB |
RAID 1 (2+2) + RAID 6 (10) + RAID 6 (10) |
276.35 TB |
7.68 TB |
DDP(24) |
267.47 TB |
15.3 TB |
RAID 1 (2+2) + RAID 6 (10) + RAID 6 (10) |
552.88 TB |
15.3 TB |
DDP(24) |
535.15 TB |
30.7 TB |
DDP 전용 |
1,070.35 TB |
61.4 TB |
DDP 전용 |
2,162.70 TB |
메타데이터와 데이터의 크기를 별도로 지정한 다음 Ansible 인벤토리에서 볼륨 크기를 설정합니다. 배포 템플릿은 ldiskfs를 사용하여 대상을 포맷하고, MDT는 Lustre의 기본 inode 비율을 사용하며, OST 템플릿은 `-i 4096`을 설정합니다.
-
메타데이터(MDT): 예상 파일 수를 기준으로 MDT 크기를 조정하십시오. 파일 수 증가를 고려하여 예상 파일 수의 약 두 배를 계획하십시오. MDT 크기가 부족하면 OST 용량이 남아 있더라도 새 파일 생성이 차단될 수 있습니다.
-
데이터(OST): 사용 가능한 용량과 처리량 요구 사항을 기준으로 OST 크기를 지정합니다.
-
MGS: 파일 시스템 구성에만 소용량 관리 타겟(5~10GiB)을 사용하십시오.
선택한 드라이브 용량에 맞게 인벤토리에서 MDT 및 OST 볼륨 크기를 조정하십시오. format_options.mkfsoptions`을 `eseries_lustre_filesystem_mdt 또는 `eseries_lustre_filesystem_ost`에서 변경하는 것은 사이트에서 다른 inode 비율이 필요한 경우에만 수행하십시오. inode 비율에 대한 배경 정보는 "Lustre Wiki: Lustre 튜닝"을 참조하십시오. 빌딩 블록을 추가해야 하는 시점은 [확장]을 참조하십시오.
확장
용량이나 메타데이터 부하가 필요할 때 구성 요소를 추가합니다.
-
OST 전용: 파일 수와 메타데이터 로드가 기존 MDT 용량 내에 있지만 데이터 용량 또는 총 처리량이 더 필요한 경우. OST 32개와 OSS/MDS 서버 노드 2개를 추가합니다.
-
MDT+OST: 파일 수 또는 메타데이터 처리량이 MDT 용량에 근접했거나, 메타데이터 처리량과 데이터 용량 모두 더 필요한 경우. MDT 8개와 OST 32개를 추가합니다.
기존 MDT에서 `mdt.*.md_stats`을 사용하여 메타데이터가 포화 상태인지 확인하십시오. 각 Pacemaker/Corosync 클러스터를 5개의 빌딩 블록(10개의 OSS/MDS 서버 노드)으로 제한하십시오. 대규모 배포의 경우 빌딩 블록을 여러 HA 클러스터에 균등하게 분산하십시오. 확장 규칙은 "솔루션 아키텍처"을 참조하십시오.
다음 예는 기본 구성 요소와 OST 전용 구성 요소를 포함하는 파일 시스템을 하나의 HA 클러스터에 나타낸 것입니다.
| 빌딩 블록 | 유형 | 서버 | 배열 | MGS | MDT | OST |
|---|---|---|---|---|---|---|
BB1 |
베이스 |
2 |
2 |
1 |
8 |
32 |
BB2 |
OST 전용 |
2 |
2 |
0 |
0 |
32 |
총 |
4 |
4 |
1 |
8 |
64 |
BB2는 `mgsnode=`을 사용하여 BB1의 MGS에 대해 OST 대상을 등록합니다. BB2의 OST 인덱스는 전역적으로 할당됩니다(예: OST0032~OST0063). 따라서 인덱스가 BB1과 충돌하지 않습니다.
성능
형식적 검증은 Lustre 클라이언트의 IOR, mdtest 및 fio를 사용하여 상대적 처리량, IOPS 및 메타데이터 동작을 특성화하고 HA 페일오버를 검증합니다. 이러한 테스트는 보장된 성능 수치를 제공하지 않습니다. 합성 벤치마크는 최상의 경우 동작을 측정하며 실제 애플리케이션 성능을 반영하지 않을 수 있습니다.
성능은 구성 요소의 수에 비례하여 향상됩니다. 실제 결과는 드라이브 유형 및 풀 레이아웃, NVMe-oF 경로 수, LNet 패브릭 및 클라이언트 수, 데이터 및 메타데이터 I/O의 비율에 따라 달라집니다.
워크로드별 크기 조정 및 성능 권장 사항에 대해서는 NetApp 계정 담당 팀에 문의하십시오.
드라이브 레이아웃 및 볼륨 수에 대해서는 "하드웨어 구성 요소"을 참조하십시오. 배포 단계에 대해서는 "솔루션 배포"을 참조하십시오. 현장 수준 인벤토리 지침에 대해서는 "Lustre Ansible 인벤토리를 사용자 지정합니다"을 참조하십시오.