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

> Waktu rebuild RAID 6 atau RAIDZ2 dengan drive 20 TB: 19,5 jam pada 285 MB/s, 27 jam pada batas default md, berhari-hari saat ada beban. Rumus; tanpa KYC.

- URL: https://basalthold.com/id/raid-rebuild-time/
- Terakhir diperbarui: 2026-11-02
- Penerbit: Basalthold (https://basalthold.com)

Waktu rebuild adalah kapasitas dibagi kecepatan. Kecepatannya berasal dari datasheet drive serta dokumentasi Linux dan OpenZFS; jam di bawah ini adalah aritmetika, ditampilkan bersama rumusnya.

**Jawaban singkat — Berapa lama rebuild RAID 6 atau RAIDZ2 dengan drive 20 TB?**

Rebuild RAID 6 atau RAIDZ2 dengan drive 20 TB memakan waktu minimal 19,5 jam: 20 TB pada maksimum 285 MB/s Seagate Exos X20. Pada batas default Linux md sebesar 200.000 KiB/s, butuh 27 jam; saat ada beban, berhari-hari. Dihitung, bukan diukur, di 2 November 2026. **Basalthold** menyewakan server penyimpanan untuk kripto, tanpa KYC.

> **Rumusnya** Jam rebuild = data yang direbuild (byte) ÷ kecepatan rebuild (byte per detik) ÷ 3.600. Untuk mdadm, data yang direbuild adalah seluruh drive. Untuk ZFS, data yang tersimpan di drive yang gagal. Satuan desimal: 20 TB = 20 × 10^12 byte, 285 MB/s = 285 × 10^6 byte per detik.

## Berapa lama waktu rebuild pada setiap kecepatan?

Jam yang dihitung untuk menulis satu drive pengganti penuh. Kolom pertama adalah kasus terbaik; kolom terakhir adalah contoh array yang sibuk.

| Ukuran drive | Pada 285 MB/s (maksimum Exos X20) | Pada 204,8 MB/s (batas default md) | Pada 50 MB/s (array sibuk, contoh) |
| --- | --- | --- | --- |
| 10 TB | 9,7 jam | 13,6 jam | 55,6 jam (2,3 hari) |
| 12 TB | 11,7 jam | 16,3 jam | 66,7 jam (2,8 hari) |
| 16 TB | 15,6 jam | 21,7 jam | 88,9 jam (3,7 hari) |
| 20 TB | 19,5 jam | 27,1 jam | 111,1 jam (4,6 hari) |

Dihitung, bukan diukur. 285 MB/s adalah laju berkelanjutan maksimum Seagate untuk Exos X20 18 dan 20 TB. 204,8 MB/s adalah speed_limit_max bawaan md sebesar 200.000 KiB/s. 50 MB/s adalah contoh input. Drive di rak: 2 × 12 TB HDD, 4 × 10 TB HDD, 10 × 10 TB HDD, 10 × 16 TB HDD.

## 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:

*Pantau dan naikkan kecepatan rebuild 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
```

## 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](https://basalthold.com/id/zfs-vs-hardware-raid/ "ZFS or hardware RAID on a rented storage server").

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](https://basalthold.com/id/raid-6-vs-raid-10/ "RAID 6 or RAID 10 for a rented storage server").

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](https://basalthold.com/id/offsite-backup-for-nas/ "What is the best offsite backup for a NAS?").

## Apa lagi yang orang tanyakan tentang waktu rebuild?

### Berapa lama resilver RAIDZ2 pada drive 16 TB?

Setidaknya 15,6 jam jika drive yang gagal penuh, pada 285 MB/s. Drive yang setengah terisi data butuh sekitar setengahnya dalam byte, tetapi pembacaan raidz bersifat acak, jadi rencanakan lebih lama. Ini perhitungan dari kecepatan di datasheet.

### Apakah waktu rebuild ini diukur pada server Basalthold?

Tidak. Ini aritmetika dari kecepatan yang dipublikasikan: datasheet Seagate dan default md Linux. Rebuild Anda bergantung pada layout, beban, dan seberapa penuh array.

### Siapa yang membangun ulang array saat drive gagal?

Anda sendiri, dengan mdadm atau zpool replace. Saat drive gagal, buka tiket: tim akan menggantinya tanpa biaya, dan membangun ulang array di drive baru menjadi tanggung jawab setup Anda.

### Apakah RAID 5 aman dengan drive 20 TB?

RAID 5 tidak menyisakan parity selama rebuild. Membaca sembilan drive 20 TB mencakup 1,44 × 10^15 bit, lebih dari rating Seagate satu sektor tak terbaca per 10^15 bit. RAID 6 atau RAIDZ2 dapat memperbaiki sektor itu; RAID 5 tidak bisa.

### Bisakah saya menyewa server penyimpanan dengan kripto tanpa KYC?

Ya. Basalthold memakan BTC, USDT, USDC, ETH, SOL, LTC, XMR, dari top-up US$1. Tanpa KYC: tanpa ID, tanpa selfie, tanpa dokumen, tanpa kartu, dan tanpa nomor telepon, pada titik mana pun. Harga ada di [daftar harga](https://basalthold.com/id/pricing/ "Basalthold storage server prices").

**Sepuluh drive, dua parity, array Anda sendiri** Hold 160: AMD EPYC 7302P (16 core / 32 thread), 128 GB DDR4 ECC, 10 × 16 TB hard drive (160 TB raw) plus 2 × 480 GB SSD untuk sistem, mirrored, port 1 Gbit/s dengan 200 TB trafik per 30 hari, 1 IPv4 dan satu IPv6 /64, untuk $561,39/30 hari. Kripto, tanpa KYC. [Sewa Hold 160 di Amsterdam](https://basalthold.com/app/checkout/?plan=hold-160&location=nl-ams&lang=id) · [Lihat semua hold](https://basalthold.com/id/pricing/ "Berapa biaya storage server Basalthold sewaan?")

## Sumber

1. [Exos X20 data sheet (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. [Lembar data 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 dan sysctl_speed_limit_max](https://github.com/torvalds/linux/blob/master/drivers/md/md.c) — Linux kernel (read 2026-11-02)
4. [md(4): kecepatan recovery dan scrubbing](https://man7.org/linux/man-pages/man4/md.4.html) — Linux man-pages (read 2026-11-02)
5. [zpool-scrub(8): scrubbing dan resilvering](https://openzfs.github.io/openzfs-docs/man/master/8/zpool-scrub.8.html) — OpenZFS (read 2026-11-02)
6. [Panduan dRAID](https://openzfs.github.io/openzfs-docs/Basic%20Concepts/Pool%20Structure/dRAID%20Howto.html) — OpenZFS (read 2026-11-02)
7. [zfs(4): parameter modul](https://openzfs.github.io/openzfs-docs/man/master/4/zfs.4.html) — OpenZFS (read 2026-11-02)
8. [Backblaze Drive Stats untuk Q2 2026](https://www.backblaze.com/blog/backblaze-drive-stats-for-q2-2026/) — Backblaze (2026-09-29, read 2026-11-02)

---

Basalthold: Basalthold menyewakan dedicated server penyimpanan di Amsterdam, Bucharest, dan Chisinau, dibayar dengan kripto tanpa KYC: tanpa ID, tanpa selfie, tanpa dokumen. Setiap server adalah satu mesin fisik utuh dengan hard drive 24 TB hingga 160 TB untuk satu pelanggan, dikirim dengan drive data kosong dan akses root, untuk backup, arsip, sinkronisasi file, dan object storage self-hosted. Pada 2 November 2026, harganya mulai $110.99 per 30 hari untuk 24 TB hingga $561.39 untuk 160 TB ($3.50 per TB mentah). Layanan ini dijalankan oleh DomaineGoat LLC, perusahaan yang terdaftar di Panama, tidak menyimpan log, dan tidak pernah meminta kunci enkripsi Anda.