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

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

최고 속도는 외곽 트랙에서만 나오기 때문입니다. 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는 백업 또는 읽기 트래픽이 얼마나 경쟁하는지에 따라 두 한계 사이에 위치합니다.

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

# 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에서 다룹니다.

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에서 확인할 수 있습니다.

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

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

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

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