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

> 10 또는 16 TB 드라이브 10개에서 RAIDZ2 또는 RAIDZ3: 사용 가능 공간, 리실버 시간, 읽기 오류 산술, 트리플 패리티가 값을 하는 때. 빈 드라이브, 암호화폐 결제, KYC 없이.

- URL: https://basalthold.com/ko/raidz2-vs-raidz3/
- 최종 업데이트: 2026-11-02
- 발행자: Basalthold (https://basalthold.com)

드라이브 10개 풀에서 패리티 드라이브 두 개 또는 세 개: 각각이 공간에서 얼마를 차지하고, 무엇을 견디며, 임대 스토리지 서버에서 선택을 뒷받침하는 산술.

**빠른 답변 — RAIDZ2 또는 RAIDZ3: 대규모 ZFS 풀에는 패리티가 얼마나 필요할까요?**

RAIDZ2는 두 번째 사본이 있는 대부분의 10드라이브 풀에 충분합니다. RAIDZ3는 풀이 유일한 사본이거나 고장 난 드라이브 교체를 며칠씩 기다려야 할 때 값을 합니다. 16 TB 드라이브 10개에서 RAIDZ2은 128 TB, RAIDZ3는 112 TB를 유지합니다(OpenZFS 공식, 2 November 2026). **Basalthold** Hold는 빈 상태로 배송하며, 암호화폐 결제만, KYC 없이.

## 각 패리티 레벨은 Hold에 얼마의 공간을 남기나요?

사용 가능 공간은 (N − P) × 드라이브 크기입니다: 그룹의 드라이브 수 N, 그중 P개만큼의 패리티. ZFS 메타데이터와 패딩을 빼기 전의 십진 TB입니다.

| Hold와 드라이브 | RAIDZ2 사용 가능 | RAIDZ3 사용 가능 | 패리티 비중 (Z2 / Z3) | 견디는 고장 수 (Z2 / Z3) |
| --- | --- | --- | --- | --- |
| Hold 160: 10 × 16 TB HDD | 128 TB | 112 TB | 20% / 30% | 2 / 3 |
| Hold 100: 10 × 10 TB HDD | 80 TB | 70 TB | 20% / 30% | 2 / 3 |
| Hold 40: 4 × 10 TB HDD | 20 TB | 10 TB | 50% / 75% | 2 / 3 |
| Hold 24: 2 × 12 TB HDD | 불가능(드라이브 3개 이상 필요) | 불가능(드라이브 4개 이상 필요) | 미러: 50% | 미러: 1 |

OpenZFS 공식으로 계산했으며 측정값이 아닙니다. raidz 그룹은 패리티 수보다 장치가 하나 더 필요합니다. 2 November 2026에 표시된 드라이브 기준.

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

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 재구성에 걸리는 시간](https://basalthold.com/ko/raid-rebuild-time/ "How long does a RAID 6 or RAIDZ2 rebuild take with 20 TB drives?")에 있습니다.

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

세 번째 고장이 없어도 세 번째 패리티 드라이브를 쓸모 있게 만듭니다. 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 배열을 준비해 주길 원하시면 서버가 인도되기 전에 지원팀에 알려 주세요.

*10드라이브 RAIDZ3 풀을 생성하고 확인하기*

```bash
# 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 가격 페이지](https://basalthold.com/ko/pricing/ "How much does a rented Basalthold storage server cost?")에 있습니다.

패리티는 백업이 아닙니다. 스토리지 서버는 그 자체로 백업이 아닙니다. 저희는 고객님의 데이터를 다른 곳에 사본으로 보관하지 않으므로, 다른 장소에 두 번째 사본을 두는 것은 고객님의 몫입니다. NAS의 일반적인 두 번째 사본은 [NAS에 가장 좋은 오프사이트 백업은 무엇인가](https://basalthold.com/ko/offsite-backup-for-nas/ "What is the best offsite backup for a NAS?")에 정리되어 있습니다. ZFS 없이 같은 트레이드오프는 [RAID 6 또는 RAID 10](https://basalthold.com/ko/raid-6-vs-raid-10/ "RAID 6 or RAID 10: which is better for a rented storage server?")에, ZFS가 베어 드라이브를 원하는 이유는 [ZFS 또는 하드웨어 RAID](https://basalthold.com/ko/zfs-vs-hardware-raid/ "Should I use ZFS or hardware RAID on a rented storage server?")에 있습니다.

## RAIDZ2와 RAIDZ3에 대해 사람들이 또 무엇을 묻나요?

### RAIDZ3가 RAIDZ2보다 느린가요?

쓰기에서는 조금 느립니다: 각 스트라이프가 패리티 블록을 하나 더 지니므로, 드라이브 10개가 데이터를 8개 대신 7개에 씁니다. OpenZFS RAIDZ 페이지는 둘 다에 대한 경험칙을 줍니다: 기본 대형 레코드에서 랜덤 읽기 IOPS는 그룹 폭이 어떻든 대략 디스크 하나 수준입니다.

### RAIDZ2는 RAID 6과 같은가요?

둘 다 어떤 두 고장 드라이브도 견딥니다. RAIDZ2는 또한 모든 블록을 체크섬하고 풀이 보유한 데이터만 리실버하는 반면, md RAID 6 재구성은 드라이브 전체를 복사합니다. 둘은 [RAID 6 또는 RAID 10](https://basalthold.com/ko/raid-6-vs-raid-10/ "RAID 6 or RAID 10: which is better for a rented storage server?")에서 비교됩니다.

### dRAID를 쓰는 게 나을까요?

10개 드라이브에서는 그렇지 않습니다. dRAID는 예비 공간을 모든 드라이브에 분산시키는데, OpenZFS 매뉴얼에 따르면 더 이상 한 장치가 병목이 되지 않기 때문에 resilvering이 훨씬 빨라진다고 합니다. 예비 공간은 그룹 내부에 따로 확보되므로, 10개 드라이브에서는 사용 가능한 용량에서 빠집니다.

### RAIDZ3 그룹은 몇 개의 드라이브로 구성할 수 있나요?

최소 4개이며, 이는 3개의 패리티 드라이브보다 하나 더 많은 수입니다. OpenZFS는 성능을 위해 그룹당 3~9개의 장치를 권장합니다. 더 큰 풀은 그 규모의 그룹 여러 개를 사용할 수 있습니다.

### Basalthold이(가) 대신 풀을 만들어 주나요?

데이터 드라이브는 빈 상태로 도착하므로, 명령 한 줄로 직접 만드시면 됩니다. 운영 체제는 전용 SSD에 설치됩니다(용량이 큰 모델은 미러링된 SSD 2개에 설치). 데이터 드라이브는 비어 있고 파티션이 나뉘지 않은 상태로 제공되므로 ZFS, mdadm 배열 또는 독립 디스크 세트를 직접 구성할 수 있습니다. 배송 전에 팀이 RAID 6 또는 RAID 10 배열을 준비해 주길 원하시면 서버가 인도되기 전에 지원팀에 알려 주세요.

**빈 드라이브 10개, 직접 고른 패리티** Hold 160: 30일당 $561.39에 AMD EPYC 7302P (16코어 / 32스레드), 128 GB DDR4 ECC, 10 × 16 TB 하드 드라이브(160 TB 원시 용량) 및 시스템용 2 × 480 GB SSD 미러링, 30일당 200 TB 트래픽의 1 Gbit/s 포트, IPv4 1개 및 IPv6 /64. 암호화폐 결제, KYC 없이. [암스테르담에서 Hold 160 렌트하기](https://basalthold.com/app/checkout/?plan=hold-160&location=nl-ams&lang=ko) · [부쿠레슈티에서 Hold 100 임대](https://basalthold.com/app/checkout/?plan=hold-100&location=ro-buh&lang=ko)

## 출처

1. [zpoolconcepts(7): raidz 및 draid 가상 장치](https://openzfs.github.io/openzfs-docs/man/master/7/zpoolconcepts.7.html) — OpenZFS (read 2026-11-02)
2. [RAIDZ: 공간 효율성, 읽기와 쓰기](https://openzfs.github.io/openzfs-docs/Basic%20Concepts/Pool%20Structure/RAIDZ.html) — OpenZFS (read 2026-11-02)
3. [zpool-attach(8): RAID-Z 확장](https://openzfs.github.io/openzfs-docs/man/master/8/zpool-attach.8.html) — OpenZFS (read 2026-11-02)
4. [zpool-status(8): -v 옵션](https://openzfs.github.io/openzfs-docs/man/master/8/zpool-status.8.html) — OpenZFS (read 2026-11-02)
5. [Exos X20 데이터 시트 (DS2080-2111US)](https://www.seagate.com/content/dam/seagate/migrated-assets/www-content/datasheets/pdfs/exos-x20-channel-DS2080-2111US-en_US.pdf) — Seagate Technology (November 2021, read 2026-11-02)
6. [Backblaze Drive Stats for Q2 2026](https://www.backblaze.com/blog/backblaze-drive-stats-for-q2-2026/) — Backblaze (2026-09-29, read 2026-11-02)

---

Basalthold: Basalthold는 암스테르담, 부쿠레슈티, 키시너우에서 스토리지 전용 서버를 임대하며, KYC 없이 암호화폐로 결제합니다: 신분증도, 셀카도, 서류도 필요 없습니다. 각 서버는 한 고객 전용의 물리 머신 전체로, 24 TB에서 160 TB 하드 드라이브를 갖추고 빈 데이터 드라이브와 root 액세스와 함께 제공되며, 백업, 아카이브, 파일 동기화, 셀프 호스팅 오브젝트 스토리지에 적합합니다. 2026년 11월 2일 기준 가격은 24 TB가 30일당 $110.99부터, 160 TB가 $561.39(원본 TB당 $3.50)까지였습니다. 파나마에 등록된 회사 DomaineGoat LLC가 운영하며, 로그를 남기지 않고 암호화 키를 절대 요구하지 않습니다.