RAIDZ2 또는 RAIDZ3: 대규모 ZFS 풀에는 패리티가 얼마나 필요할까요?

각 패리티 레벨은 무엇을 견디나요?

OpenZFS 매뉴얼이 규칙을 정합니다: 패리티 디스크 P개를 가진 N개 디스크의 raidz 그룹은 대략 (N − P) × 디스크 크기를 유지하며 P개의 고장 장치를 견딥니다. RAIDZ2는 두 개, RAIDZ3는 세 개를 견딥니다.

같은 페이지는 그룹당 장치를 3~9개로 권장하며, "성능 향상에 도움"이 된다고 합니다. 드라이브 10개 그룹은 그 범위보다 하나 위입니다. 이 범위는 성능에 관한 것이지 안전성에 관한 것이 아닙니다: 패리티는 어떤 폭에서든 P개의 고장을 커버합니다.

패리티 드라이브를 하나 더할 때마다 고장 하나를 더 견디고, 드라이브 하나만큼 공간을 잃습니다. Hold 160에서 그것은 16 TB, 즉 RAIDZ2 용량의 12.5%입니다.

리실버 중 풀은 얼마나 오래 노출되나요?

새 드라이브를 채우는 데 걸리는 시간만큼입니다. ZFS는 풀이 보유한 데이터만 리실버하므로, 절반이 찬 풀은 바이트의 약 절반을 재구성합니다.

• 최상의 경우, 16 TB 드라이브 가득: Seagate Exos X20의 최대 285 MB/s로 16 TB는 약 15.6시간 걸립니다.
• 바쁜 풀, 50 MB/s 예시: 같은 드라이브는 약 89시간, 즉 3.7일 걸립니다.
• 리실버 시작 전: 임대 서버의 고장 난 드라이브는 데이터센터가 교체해 줄 때까지 기다립니다. 드라이브에 장애가 발생하면 티켓을 열어 주세요. 팀이 무상으로 교체해 드리며, 새 드라이브에 배열을 재구성하는 것은 고객님의 설정에 달려 있습니다.

그 기간 동안 RAIDZ2는 패리티가 하나, RAIDZ3는 두 개 남습니다. 10~20 TB 드라이브의 재구성 산술은 RAID 6 또는 RAIDZ2 재구성에 걸리는 시간에 있습니다.

읽을 수 없는 섹터는 무엇을 바꾸나요?

세 번째 고장이 없어도 세 번째 패리티 드라이브를 쓸모 있게 만듭니다. Exos X20 데이터시트는 복구 불가능한 읽기 오류를 10^15비트 읽기당 1섹터로 규정합니다. 데이터시트 상한 기준으로 125 TB 읽기당 1섹터입니다.

리실버는 살아남은 드라이브를 읽습니다. 16 TB 드라이브로 가득 찬 10드라이브 풀에서 살아남은 9개는 144 TB를 보유하므로, 상한은 읽을 수 없는 섹터 약 하나를 허용합니다. 실제 드라이브는 보통 규정보다 낫습니다; 규정은 제조사가 인정하는 최악의 경우입니다.

• RAIDZ2, 드라이브 하나 다운: ZFS는 남은 패리티로 읽을 수 없는 섹터를 재구성합니다. 잃는 것은 없습니다.
• RAIDZ2, 드라이브 둘 다운: 남은 패리티가 없습니다. 블록이 손실되고, zpool status -v이 데이터 오류가 있는 파일을 나열합니다.
• RAIDZ3, 드라이브 둘 다운: 패리티가 하나 남아 섹터가 재구성됩니다.

RAIDZ3는 첫 번째 고장이 아니라 두 번째 고장을 위한 보험입니다.

그 기간에 두 번째 고장이 날 확률은 얼마나 되나요?

이론상으로는 작습니다. Backblaze는 2026년 2분기 보고서에서 자사 드라이브 전체의 수명 연간 고장률 1.41%를 보고했습니다. 89시간 리실버 동안 드라이브 하나가 고장 날 확률은 약 1.41% × 89 ÷ 8,760, 즉 0.014%입니다. 살아남은 9개가 있으면 하나 더 고장 날 확률은 약 0.13%입니다.

이 계산은 고장을 독립적으로 봅니다. 함께 구매한 드라이브는 모델, 배치, 연식을 공유하고, 리실버는 살아남은 모든 드라이브를 혹사합니다. 이 수치는 하한선이지 예측이 아닙니다.

시장은 그 크기로 이동하고 있습니다. 2 November 2026에 Basalthold 확인한 23개의 스토리지 서버 판매처 중 8곳이 하드 드라이브 100 TB 이상 서버를 등록했습니다.

나중에 RAIDZ2에서 RAIDZ3로 전환할 수 있나요?

아니요. OpenZFS 2.3은 RAID-Z 확장을 추가했습니다: raidz_expansion 풀 기능으로 기존 그룹에 새 디스크를 붙일 수 있습니다. 매뉴얼은 "RAID-Z2는 확장 후에도 여전히 RAID-Z2다"라고 분명히 밝힙니다. 기존 블록도 예전 데이터 대 패리티 비율을 유지합니다.

패리티 레벨을 바꾸려면 데이터를 밖으로 복사하고, 풀을 파괴한 뒤 다시 생성해야 합니다. 임대 서버에서는 데이터 드라이브가 아직 비어 있는 인도 시점이 적기입니다. 운영 체제는 전용 SSD에 설치됩니다(용량이 큰 모델은 미러링된 SSD 2개에 설치). 데이터 드라이브는 비어 있고 파티션이 나뉘지 않은 상태로 제공되므로 ZFS, mdadm 배열 또는 독립 디스크 세트를 직접 구성할 수 있습니다. 배송 전에 팀이 RAID 6 또는 RAID 10 배열을 준비해 주길 원하시면 서버가 인도되기 전에 지원팀에 알려 주세요.

# your ten data drives by stable ID; the system SSDs stay out of the pool
ls -l /dev/disk/by-id/ | grep -v part

# three drives' worth of parity (replace DRIVE01 to DRIVE10 with the real IDs)
zpool create -o ashift=12 -O compression=lz4 tank raidz3 /dev/disk/by-id/ata-DRIVE{01..10}

# capacity, health, and the files hit by any data error
zpool list tank
zpool status -v tank

임대 스토리지 서버에서는 무엇을 골라야 하나요?

풀이 무엇을 위한 것인지, 고장이 얼마나 기다릴 수 있는지로 고르세요.

• RAIDZ2: 원본이 다른 곳에 있는 백업 대상. 잃은 파일을 다시 복사할 수 있습니다.
• RAIDZ3: 한동안 유일한 사본인 아카이브, 매일 지켜볼 수 없는 풀, 또는 부하 상태의 리실버가 며칠씩 걸릴 만큼 큰 드라이브.
• 드라이브 두 개 또는 네 개: Hold 24에서는 미러; Hold 40에서는 RAIDZ2와 스트라이프 미러가 모두 20 TB를 유지합니다: RAIDZ2는 어떤 두 고장도 견디고, 미러는 더 빠른 랜덤 I/O를 줍니다.

Hold 100와 Hold 160은 각각 데이터 드라이브 10개를 갖추며, 약관은 Basalthold 가격 페이지에 있습니다.

패리티는 백업이 아닙니다. 스토리지 서버는 그 자체로 백업이 아닙니다. 저희는 고객님의 데이터를 다른 곳에 사본으로 보관하지 않으므로, 다른 장소에 두 번째 사본을 두는 것은 고객님의 몫입니다. NAS의 일반적인 두 번째 사본은 NAS에 가장 좋은 오프사이트 백업은 무엇인가에 정리되어 있습니다. ZFS 없이 같은 트레이드오프는 RAID 6 또는 RAID 10에, ZFS가 베어 드라이브를 원하는 이유는 ZFS 또는 하드웨어 RAID에 있습니다.