Berapa lama rebuild RAID 6 atau RAIDZ2 dengan drive 20 TB?

Mengapa kecepatan puncak drive hanya skenario terbaik?

Karena kecepatan puncak hanya berlaku di track terluar. Data sheet HC560 dari Western Digital menempatkan maksimum 291 MB/s sekitar 10% ke dalam drive. Track bagian dalam melintas di bawah head lebih lambat, sehingga rata-rata satu putaran penuh lebih rendah.

Drive pengganti adalah hambatannya. Setiap blok yang dibangun ulang berakhir di satu drive itu, jadi array tidak bisa rebuild lebih cepat daripada kecepatan tulisnya. Sepuluh drive yang membaca secara paralel tidak mengubah itu.

Rebuild tidak akan pernah mengalahkan satu drive yang menulis dari ujung ke ujung.

Mengapa rebuild mdadm berjalan lebih lambat daripada drive?

Karena md membatasinya. Di sumber kernel Linux, speed_limit_max default-nya 200.000 KiB/s, sekitar 204,8 MB/s, dan speed_limit_min sebesar 1.000 KiB/s. Manual md menjelaskan pasangan ini: md memperlambat recovery saat ada aktivitas lain, dan berjalan dengan kecepatan penuh saat array menganggur.

Jadi array yang sibuk bisa rebuild mendekati batas bawah. Pada 1.000 KiB/s, drive 20 TB butuh sekitar 226 hari. Array nyata berada di antara kedua batas itu, ditentukan oleh seberapa besar trafik backup atau baca yang bersaing.

Anda bisa memantaunya dan mengaturnya:

# 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

Apakah resilver ZFS lebih cepat daripada rebuild RAID 6?

Sering kali, jika pool tidak penuh. Manual OpenZFS menyatakan bahwa resilver hanya memeriksa data yang diketahui ZFS sudah usang. Pool yang terisi setengah membangun ulang sekitar setengah byte yang akan disalin mdadm.

Namun pembacaannya kurang rapi. Panduan dRAID OpenZFS mencatat bahwa raidz harus memakai healing resilver, yang menelusuri pohon blok dengan pembacaan acak. Pool RAIDZ2 yang penuh karena itu bisa memakan waktu lebih lama daripada yang diperkirakan dari jumlah byte.

dRAID mengubah gambaran untuk array besar. Rebuild berurutannya ke spare terdistribusi berskala dengan jumlah disk dibagi lebar stripe. Scrub kemudian memeriksa checksum. Dengan sepuluh drive, RAIDZ2 biasa adalah pilihan umum; pertimbangan trade-off-nya ada di ZFS atau hardware RAID.

Pantau resilver dengan zpool status. Tunable zfs_resilver_min_time_ms, default-nya 1.500 ms di manual saat ini, menentukan berapa lama ZFS mengerjakannya di antara transaction group.

Seberapa berisiko jendela rebuild?

Kecil untuk RAID 6, lebih besar untuk RAID 5. Selama rebuild RAID 6, array masih memiliki satu parity tersisa, jadi satu kegagalan lagi masih bisa ditanggung.

Backblaze mengukur tingkat kegagalan tahunan seumur pakai sebesar 1,41% di seluruh drive-nya dalam laporan Q2 2026. Selama rebuild 27 jam, sembilan drive yang tersisa memberi peluang sekitar 0,04% untuk kegagalan berikutnya. Selama 111 jam, sekitar 0,16%.

Sektor yang tidak terbaca lebih berbobot. Seagate menetapkan Exos X20 pada satu per 10^15 bit yang dibaca, paling banyak. Rebuild dari sembilan drive 20 TB membaca 1,44 × 10^15 bit, jadi spesifikasinya memungkinkan lebih dari satu sektor rusak. RAID 6 memperbaikinya dari parity kedua; RAID 5 tidak punya sisa apa pun. Perbandingan lengkapnya ada di RAID 6 atau RAID 10.

Dari 23 penjual storage server yang diperiksa Basalthold di 2 November 2026, 8 mencantumkan paket 100 TB atau lebih. Pada ukuran itu, setiap rebuild drive memakan waktu hampir sehari bahkan pada kecepatan penuh.

Bagaimana cara memperpendek rebuild di server sewaan?

Mulai lebih awal dan beri drive-nya ruang.

• Ganti drive dengan cepat. Saat drive gagal, buka tiket: tim akan menggantinya tanpa biaya, dan membangun ulang array di drive baru menjadi tanggung jawab setup Anda. Jam mulai berjalan saat drive baru terpasang.
• Jeda pekerjaan berat. Pindahkan backup besar ke luar jendela rebuild, atau naikkan speed_limit_min pada malam hari.
• Jaga pool di bawah penuh. ZFS hanya membangun ulang data yang tersimpan, jadi ruang kosong memperpendek resilver.
• Simpan salinan kedua. Rebuild melindungi dari satu kegagalan lagi, bukan dari kebakaran atau kesalahan: Storage server bukan backup untuk dirinya sendiri: kami tidak menyimpan salinan data Anda di tempat lain, jadi salinan kedua di lokasi lain tetap menjadi tugas Anda. Target untuk itu ada di backup offsite untuk NAS.