Kalkulator kapasiti cakera dan RAID untuk rumah dan pejabat kecil
Taip saiz cakera anda, bandingkan setiap tahap RAID dalam satu jadual, kemudian simpan tahap yang sesuai dengan bajet dan risiko anda.
🔒 100% dalam pelayar · tiada muat naik ke pelayan
Menyalin jadual teks biasa ke kotak output. Tiada data dimuat naik.
| Tahap | TB boleh guna | TiB boleh guna | Cakera yang boleh gagal | TB terbuang |
|---|
Tahap yang dipilih
Overhed sistem fail, dan sebabnya
Setiap faktor di bawah ialah anggaran ruang yang disimpan sistem fail untuk dirinya, dikenakan pada kapasiti boleh guna tatasusunan — bukan pada kapasiti mentah, jadi pariti tidak dikira dua kali.
| Sistem fail | Disimpan | Sebab angka itu |
|---|---|---|
| ext4 | 6.5 % · anggaran | Menyimpan 5 % untuk root secara lalai (“mke2fs -m 0” membuangnya) tambah ~1.5 % untuk inod dan bitmap. |
| XFS | 0.1 % · anggaran | Tiada blok simpanan langsung; kira-kira 0.1 % untuk metadata peruntukan. |
| Btrfs | 3.5 % · anggaran | Menduplikasi metadata secara lalai dan menambah pelapik chunk/kumpulan blok: 2–5 %, jadi 3.5 % di sini. |
| ZFS | 4.2 % · anggaran | Menyimpan 3.2 % ruang slop yang tidak boleh diperuntukkan, tambah pelapik RAIDZ/ashift dan uberblock: ~4.2 %. |
| NTFS | 1 % · anggaran | MFT dan cerminnya, kira-kira 1 % pada volum berbilang TB; bertambah dengan bilangan fail. |
| exFAT | 0.5 % · anggaran | Dua FAT dan baki kelompok, kira-kira 0.5 %; tiada kebenaran fail dan tiada jurnal. |
| APFS | 3 % · anggaran | Metadata kontena, syot kilat dan perkongsian blok copy-on-write: kira-kira 3 %. |
| FAT32 | 1 % · anggaran | FAT itu sendiri, kira-kira 1 % — dan had keras 4 GB setiap fail. |
RAID bukan sandaran. Lebihan melindungi daripada cakera rosak; ia tidak melindungi daripada fail yang terpadam, perisian tebusan, atau NAS yang terbakar. Simpan salinan di tempat lain.
Peraturan Malaysia & kes luar biasa
Cakera yang dijual sebagai “4 TB” menyimpan 1012 bait, tetapi Windows dan DSM mengira dalam TiB (240 bait), jadi cakera yang sama terbaca 3.64 TiB. Kedua-dua nombor itu betul — cuma unitnya berbeza. Satu peraturan menjelaskan hampir setiap kejutan yang tidak menyenangkan:
- RAID klasik memotong setiap cakera mengikut cakera paling kecil. Bagi 4+4+8 pada RAID 5 anda mendapat (3−1)×4 = 8 TB, dan 4 TB atas cakera 8 TB terbuang, bukan pariti.
- SHR Synology hanya menggunakan hirisan atas apabila cukup cakera berkongsi hirisan itu. SHR-1 memerlukan sekurang-kurangnya 2 cakera pada saiz itu, SHR-2 memerlukan sekurang-kurangnya 3. Dengan 4+4+8, 4 TB atas cakera 8 TB tunggal tidak boleh digunakan — SHR tidak dapat melindungi hirisan pada satu cakera.
- RAID 10 menjamin 1 cakera yang gagal, bukan 2. Dua kegagalan hanya selamat apabila kedua-dua cakera yang rosak berada dalam pasangan cermin yang berbeza; jika kedua-duanya dalam satu pasangan, tatasusunan itu musnah.
- Masa bina semula ialah tahap terbaik yang mungkin. Angka-angka ini mengandaikan bina semula pada kelajuan penuh semasa sistem melahu. Di bawah beban pejabat biasa, bina semula sebenar mengambil masa 2–4 kali lebih lama.
- Overhed sistem fail ditolak dari atas — dan ia satu anggaran. ext4 menyimpan 5% untuk root secara lalai (
mke2fs -m 0membuangnya), Btrfs menduplikasi metadata dan menambah pelapik chunk, ZFS menyimpan 3.2% slop yang tidak boleh diperuntukkan, XFS hampir tiada. Alat ini memaparkan faktor yang dikenakan bagi sistem fail yang anda pilih, dan ia dikenakan pada kapasiti boleh guna tatasusunan — bukan kapasiti mentah, jadi pariti tidak dikira dua kali.
| Tahap | Cakera minimum | Boleh guna (cakera sama) | Boleh gagal |
|---|---|---|---|
| JBOD / tunggal | 1 | jumlah semua cakera | 0 |
| RAID 0 | 2 | semua cakera | 0 |
| RAID 1 | 2 | 1 cakera | semua kecuali 1 |
| RAID 5 | 3 | (n−1) cakera | 1 |
| RAID 6 | 4 | (n−2) cakera | 2 |
| RAID 10 | 4, genap | separuh cakera | 1 dijamin |
| Synology SHR | 2 | seperti RAID 5/1, tahap demi tahap | 1 |
| Synology SHR-2 | 4 | seperti RAID 6, tahap demi tahap | 2 |
Sistem fail mana? Pada NAS Linux atau Synology dengan tatasusunan md RAID klasik, ext4 ialah pilihan selamat. Btrfs dan ZFS berbaloi apabila anda mahu checksum dan syot kilat, tetapi kedua-duanya membina RAID sendiri — jangan tindihkannya di atas RAID 5, pilih salah satu. Windows memerlukan NTFS, pemacu USB sesuai dengan exFAT, dan FAT32 tidak sesuai untuk video: ia menolak sebarang fail melebihi 4 GB.
Tiada apa yang anda taip dimuat naik: halaman ini berjalan sepenuhnya dalam pelayar anda.
Sebelum dan selepas
Sebelum
4TB, 4TB, 8TB — tiga cakera, saiz bercampurSelepas
level usable_TB usable_TiB drives_may_fail wasted_TB free_TB
single 16.00 14.55 0 0.00 16.00
raid0 12.00 10.91 0 4.00 12.00
raid1 4.00 3.64 2 0.00 4.00
raid5 8.00 7.28 1 4.00 8.00
shr 8.00 7.28 1 4.00 8.00Cara ia berfungsi
- Bina senarai cakera: setiap cakera ialah satu kad, dan menu kapasiti ada di dalam kad itu — ringkasan berubah serta-merta, tiada butang untuk dijalankan. Pilih saiz rak dan tekan "Tambah cakera" (atau taip saiz tersuai dalam GB atau TB), kemudian seret kad mengikut susunan slot anda; anak panah di bawah kad melakukan perkara sama dari papan kekunci. Cakera yang melebihi muat kekal pada satu baris yang boleh ditatal ke sisi.
- Baca jadual perbandingan: setiap baris ialah satu tahap RAID berserta TB boleh guna, TiB boleh guna, berapa cakera yang boleh gagal, dan berapa banyak kapasiti terbuang. Apabila saiz cakera berbeza, halaman menyatakan cakera mana yang mengehadkan tatasusunan.
- Ketik satu baris untuk melihat pecahan kapasiti (Kapasiti mentah → redundansi → tidak boleh digunakan → boleh guna oleh tatasusunan → overhed sistem fail → ruang bebas) dan masa bina semula. Pilih sistem fail untuk melihat faktor yang dikenakan dan sebabnya. Tekan "Salin hasil" untuk menyalin keseluruhan jadual.
Soalan lazim
Mengapa cakera 4 TB saya hanya memaparkan 3.64 TB dalam Windows?
Windows dan DSM mengira dalam TiB (2^40 bait) manakala pengeluar menjual dalam TB perpuluhan (10^12 bait). 4 TB = 3.64 TiB, jadi kedua-dua nombor menggambarkan bait yang sama. Kalkulator ini memaparkan kedua-duanya supaya anda boleh merancang mengikut apa yang benar-benar dipaparkan oleh sistem operasi.
Adakah RAID 10 selamat daripada dua cakera yang gagal?
Hanya kadang-kadang. RAID 10 dijamin selamat daripada 1 cakera yang gagal. Dua kegagalan hanya selamat apabila dua cakera yang rosak itu berada dalam pasangan cermin yang berbeza; jika kedua-dua kegagalan mengenai pasangan yang sama, tatasusunan itu hilang. Sebab itu jadual mencetak 1, bukan 2.
Mengapa SHR mengabaikan sebahagian cakera saya yang paling besar?
SHR menghiris cakera mengikut tahap kapasiti dan memerlukan cukup cakera dalam setiap tahap untuk melindunginya: sekurang-kurangnya 2 untuk SHR-1 dan sekurang-kurangnya 3 untuk SHR-2. Cakera 8 TB tunggal bersebelahan dengan cakera 4 TB memberi SHR satu tahap cakera tunggal yang tidak dapat dilindungi, jadi 4 TB atas kekal tidak boleh digunakan sehingga anda menambah cakera kedua bersaiz itu.
Berapa lama masa bina semula yang sebenar?
Alat ini mengandaikan bina semula pada kelajuan penuh, iaitu tahap terbaik yang mungkin. Cakera 8 TB pada 140 MB/s dibina semula dalam kira-kira 15.9 jam dengan cara itu. Di bawah beban pejabat — tulis aktif, semakan pariti, cakera pengganti yang perlahan — jangka 2 hingga 4 kali lebih lama.
Adakah anda memuat naik saiz cakera saya ke mana-mana?
Tidak. Kalkulator ini ialah JavaScript statik dalam pelayar anda. Buka tab Network dan anda akan lihat sifar permintaan. Konfigurasi cakera anda ialah data perkakasan biasa, tetapi peraturannya tetap: tiada data keluar dari mesin anda.