# 20 TB 드라이브로 RAID 6 또는 RAIDZ2 리빌드는 얼마나 걸리나요?

> 20 TB 드라이브로 RAID 6 또는 RAIDZ2 리빌드 시간: 285 MB/s에서 19.5시간, md 기본 상한에서 27시간, 부하 시 며칠. 공식; KYC 없이, 암호화폐 결제.

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

리빌드 시간은 용량을 속도로 나눈 값입니다. 속도는 드라이브 데이터시트와 Linux 및 OpenZFS 문서에서 가져왔으며, 아래 시간은 산술 계산으로 공식과 함께 표시합니다.

**빠른 답변 — 20 TB 드라이브로 RAID 6 또는 RAIDZ2 리빌드는 얼마나 걸리나요?**

20 TB 드라이브로 RAID 6 또는 RAIDZ2를 리빌드하는 데는 최소 19.5시간이 걸립니다: Seagate Exos X20의 최대 285 MB/s로 20 TB를 처리하는 시간입니다. Linux md 기본 상한인 200,000 KiB/s에서는 27시간이 걸리며, 부하가 있으면 며칠이 걸립니다. 2 November 2026에서 계산한 값이며 측정값은 아닙니다. **Basalthold**은 암호화폐로 스토리지 서버를 임대하며, KYC 없이 이용할 수 있습니다.

> **공식** 리빌드 시간 = 리빌드할 데이터(바이트) ÷ 리빌드 속도(초당 바이트) ÷ 3,600. mdadm의 경우 리빌드할 데이터는 드라이브 전체입니다. ZFS의 경우에는 장애가 발생한 드라이브에 저장된 데이터입니다. 십진 단위: 20 TB = 20 × 10^12 바이트, 285 MB/s = 초당 285 × 10^6 바이트.

## 각 속도에서 리빌드는 얼마나 걸리나요?

교체 드라이브 한 개 전체를 기록하는 데 걸리는 계산된 시간입니다. 첫 번째 열은 최상의 경우이고, 마지막은 사용량이 많은 어레이의 예시입니다.

| 드라이브 크기 | 285 MB/s 기준(Exos X20 최대) | 204.8 MB/s 기준(md 기본 상한) | 50 MB/s 기준(바쁜 array, 예시) |
| --- | --- | --- | --- |
| 10 TB | 9.7시간 | 13.6시간 | 55.6시간(2.3일) |
| 12 TB | 11.7시간 | 16.3시간 | 66.7시간(2.8일) |
| 16 TB | 15.6시간 | 21.7시간 | 88.9시간(3.7일) |
| 20 TB | 19.5시간 | 27.1시간 | 111.1시간(4.6일) |

측정값이 아니라 계산값입니다. 285 MB/s는 18 TB 및 20 TB Exos X20에 대한 Seagate의 최대 지속 속도입니다. 204.8 MB/s는 md의 기본 speed_limit_max인 200,000 KiB/s입니다. 50 MB/s는 예시 입력값입니다. 보관 중인 드라이브: 2 × 12 TB HDD, 4 × 10 TB HDD, 10 × 10 TB HDD, 10 × 16 TB HDD.

## 드라이브의 최고 속도가 최상의 경우에만 해당되는 이유는 무엇인가요?

최고 속도는 외곽 트랙에서만 나오기 때문입니다. Western Digital의 HC560 데이터시트에 따르면 291 MB/s 최대 속도는 드라이브 시작 지점에서 약 10% 지점에 해당합니다. 안쪽 트랙은 헤드 아래를 더 느리게 지나가므로 전체 구간 평균은 더 낮습니다.

교체 드라이브가 병목입니다. 재구성되는 모든 블록이 그 드라이브 하나에 기록되므로 array는 쓰기 속도보다 빠르게 재구성할 수 없습니다. 드라이브 10개가 병렬로 읽는다고 해도 달라지지 않습니다.

**재구성은 드라이브 하나가 처음부터 끝까지 쓰는 속도를 절대 앞지를 수 없습니다.**

## mdadm 재구성이 드라이브보다 느리게 실행되는 이유는 무엇인가요?

md가 속도를 제한하기 때문입니다. Linux 커널 소스에서 `speed_limit_max`의 기본값은 200,000 KiB/s(약 204.8 MB/s)이고 `speed_limit_min`의 기본값은 1,000 KiB/s입니다. md 매뉴얼은 이 쌍을 설명합니다. md는 다른 작업이 진행 중일 때 복구 속도를 늦추고, array가 유휴 상태일 때는 최고 속도로 실행합니다.

따라서 바쁜 array는 하한에 가까운 속도로 재구성될 수 있습니다. 1,000 KiB/s에서는 20 TB 드라이브에 약 226일이 걸립니다. 실제 array는 백업 또는 읽기 트래픽이 얼마나 경쟁하는지에 따라 두 한계 사이에 위치합니다.

확인하고 조정할 수 있습니다:

*md 재구성 속도 확인 및 높이기*

```bash
# progress, speed and time left
cat /proc/mdstat

# current limits, in KiB/s
sysctl dev.raid.speed_limit_min dev.raid.speed_limit_max

# let the rebuild use more of the disks during a quiet period
sysctl -w dev.raid.speed_limit_min=100000
sysctl -w dev.raid.speed_limit_max=500000
```

## ZFS resilver가 RAID 6 재구성보다 빠른가요?

종종 풀이 가득 차지 않았을 때 그렇습니다. OpenZFS 매뉴얼에 따르면 resilvering은 ZFS가 오래된 것으로 아는 데이터만 검사합니다. 절반이 찬 풀은 mdadm이 복사할 바이트의 약 절반만 재구축합니다.

다만 읽기는 그렇게 깔끔하지 않습니다. OpenZFS dRAID 가이드에 따르면 raidz는 힐링 resilver를 사용해야 하며, 이는 무작위 읽기로 블록 트리를 순회합니다. 따라서 가득 찬 RAIDZ2 풀은 바이트 수가 시사하는 것보다 더 오래 걸릴 수 있습니다.

dRAID는 대규모 어레이에서 상황을 바꿉니다. 분산 스페어로의 순차 재구축은 디스크 수를 스트라이프 폭으로 나눈 값에 비례해 확장됩니다. 그다음 scrub이 체크섬을 검사합니다. 드라이브 10개라면 일반 RAIDZ2가 보통 선택이며, 트레이드오프는 [ZFS 또는 하드웨어 RAID](https://basalthold.com/ko/zfs-vs-hardware-raid/ "ZFS or hardware RAID on a rented storage server")에서 다룹니다.

`zpool status`로 resilver를 지켜볼 수 있습니다. 현재 매뉴얼에서 기본값이 1,500 ms인 `zfs_resilver_min_time_ms` tunable은 트랜잭션 그룹 사이에 ZFS가 resilver에 얼마나 오래 작업할지를 설정합니다.

## 재구축 구간은 얼마나 위험한가요?

RAID 6에서는 작고, RAID 5에서는 더 큽니다. RAID 6 재구축 중에는 어레이에 패리티가 하나 남아 있으므로 추가 고장 한 번은 견딜 수 있습니다.

Backblaze는 2026년 2분기 보고서에서 자사 드라이브 전체의 수명 기준 연간 고장률을 1.41%로 측정했습니다. 27시간 재구축 동안 남은 드라이브 9개 기준 추가 고장 확률은 약 0.04%입니다. 111시간이면 약 0.16%입니다.

읽을 수 없는 섹터는 더 무겁게 작용합니다. Seagate는 Exos X20의 비트 읽기당 섹터 오류를 최대 10^15비트당 1개로 규정합니다. 20 TB 드라이브 9개에서 재구축하면 1.44 × 10^15비트를 읽으므로, 스펙상으로도 불량 섹터가 한 개를 넘을 수 있습니다. RAID 6은 두 번째 패리티로 이를 복구하지만 RAID 5는 남은 것이 없습니다. 전체 비교는 [RAID 6 또는 RAID 10](https://basalthold.com/ko/raid-6-vs-raid-10/ "RAID 6 or RAID 10 for a rented storage server")에서 확인할 수 있습니다.

2 November 2026에서 Basalthold 확인한 스토리지 서버 판매업체 23곳 중 8곳이 100 TB 이상 요금제를 게시했습니다. 그 규모에서는 최고 속도에서도 드라이브 한 개 재구축에 하루의 대부분이 걸립니다.

## 임대 서버에서 재구축 시간을 어떻게 줄이나요?

일찍 시작하고 디스크를 충분히 주십시오.

- **드라이브를 빠르게 교체하십시오.** 드라이브에 장애가 발생하면 티켓을 열어 주세요. 팀이 무상으로 교체해 드리며, 새 드라이브에 배열을 재구성하는 것은 고객님의 설정에 달려 있습니다. 시계는 새 드라이브가 장착될 때부터 시작됩니다.
- **무거운 작업을 멈추십시오.** 대규모 백업 작업을 재구축 구간 밖으로 옮기거나 밤에 `speed_limit_min`을 높이십시오.
- **풀을 가득 채우지 마십시오.** ZFS는 저장된 데이터만 재구축하므로 여유 공간이 있으면 resilver가 짧아집니다.
- **두 번째 사본을 유지하십시오.** 재구축은 추가 고장 한 번을 막아 줄 뿐 화재나 실수를 막아 주지는 않습니다: 스토리지 서버는 그 자체로 백업이 아닙니다. 저희는 고객님의 데이터를 다른 곳에 사본으로 보관하지 않으므로, 다른 장소에 두 번째 사본을 두는 것은 고객님의 몫입니다. 그 대상은 [NAS용 오프사이트 백업](https://basalthold.com/ko/offsite-backup-for-nas/ "What is the best offsite backup for a NAS?")에서 다룹니다.

## 재구축 시간에 대해 사람들이 또 무엇을 묻나요?

### 16 TB 드라이브에서 RAIDZ2 resilver는 얼마나 걸리나요?

고장 난 드라이브가 가득 차 있었다면 285 MB/s 기준으로 최소 15.6시간입니다. 데이터가 절반 찬 드라이브는 바이트 기준으로 그 절반 정도면 되지만, raidz 읽기는 무작위이므로 더 길게 잡으십시오. 이는 데이터시트 속도로 계산한 값입니다.

### 이 재구축 시간은 Basalthold 서버에서 측정한 것인가요?

아니요. 게시된 속도로 계산한 산술값입니다: Seagate 데이터시트와 Linux md 기본값입니다. 실제 재구축은 레이아웃, 부하, 어레이가 얼마나 찼는지에 따라 달라집니다.

### 드라이브가 고장 나면 누가 어레이를 재구축하나요?

본인이 mdadm 또는 zpool replace로 합니다. 드라이브에 장애가 발생하면 티켓을 열어 주세요. 팀이 무상으로 교체해 드리며, 새 드라이브에 배열을 재구성하는 것은 고객님의 설정에 달려 있습니다.

### 20 TB 드라이브에서 RAID 5는 안전한가요?

재구축 중에는 패리티가 남지 않습니다. 20 TB 드라이브 9개를 읽으면 1.44 × 10^15비트로, Seagate가 규정한 10^15비트당 읽을 수 없는 섹터 1개보다 많습니다. RAID 6 또는 RAIDZ2는 해당 섹터를 복구할 수 있지만 RAID 5는 그럴 수 없습니다.

### KYC 없이 암호화폐로 스토리지 서버를 임대할 수 있나요?

예. Basalthold는 US$1 충전으로 BTC, USDT, USDC, ETH, SOL, LTC, XMR입니다. KYC 없음: 어느 단계에서도 신분증, 셀피, 서류, 카드, 전화번호를 요구하지 않습니다. 가격은 [가격표](https://basalthold.com/ko/pricing/ "Basalthold storage server prices")에 있습니다.

**드라이브 10개, 패리티 2개, 직접 구성하는 어레이** 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) · [모든 보유량 보기](https://basalthold.com/ko/pricing/ "임대한 Basalthold 스토리지 서버 비용은 얼마인가요?")

## 출처

1. [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)
2. [Ultrastar DC HC560 데이터 시트 (D018-000383-AA02)](https://documents.westerndigital.com/content/dam/doc-library/en_us/assets/public/western-digital/product/data-center-drives/ultrastar-dc-hc500-series/data-sheet-ultrastar-dc-hc560.pdf) — Western Digital (July 2022, read 2026-11-02)
3. [drivers/md/md.c: sysctl_speed_limit_min and sysctl_speed_limit_max](https://github.com/torvalds/linux/blob/master/drivers/md/md.c) — Linux kernel (read 2026-11-02)
4. [md(4): recovery speed and scrubbing](https://man7.org/linux/man-pages/man4/md.4.html) — Linux man-pages (read 2026-11-02)
5. [zpool-scrub(8): scrubbing and resilvering](https://openzfs.github.io/openzfs-docs/man/master/8/zpool-scrub.8.html) — OpenZFS (read 2026-11-02)
6. [dRAID Howto](https://openzfs.github.io/openzfs-docs/Basic%20Concepts/Pool%20Structure/dRAID%20Howto.html) — OpenZFS (read 2026-11-02)
7. [zfs(4): 모듈 파라미터](https://openzfs.github.io/openzfs-docs/man/master/4/zfs.4.html) — OpenZFS (read 2026-11-02)
8. [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가 운영하며, 로그를 남기지 않고 암호화 키를 절대 요구하지 않습니다.