RAID Capacity Calculator
Calculate usable storage capacity for RAID 0, 1, 5, 6, and 10 from the number of disks and disk size in TB, with parity and mirroring overhead shown.
RAID Capacity Calculator
Calculator
Adjust values & calculateEnter your values below. Every result is computed in your browser — no data is sent to any server.
Formula: RAID 0: N×size | RAID 1: size | RAID 5: (N-1)×size | RAID 6: (N-2)×size | RAID 10: N/2×size
Worked example — 6 TB usable
Formula
RAID 0: N×size | RAID 1: size | RAID 5: (N-1)×size | RAID 6: (N-2)×size | RAID 10: N/2×size
Calculate usable storage capacity for different RAID levels.
Worked Examples
Example 1: 4×2TB RAID 5
Problem:4 disks, 2 TB each, RAID 5
Solution:(4-1)×2 = 6 TB usable, 75% efficient
Result:6 TB usable
Frequently Asked Questions
Which RAID for a home NAS?
RAID 1 for 2 disks (mirror). RAID 5 for 3-4 disks (good balance). RAID 6 for 5+ disks (survives 2 failures). Never RAID 0 for important data.
How is usable RAID capacity calculated?
RAID 0: all disks contribute (N×size). RAID 1: only one disk usable (size). RAID 5: one disk is parity ((N-1)×size). RAID 6: two disks are parity ((N-2)×size). RAID 10: half the disks mirror the other half (N/2×size).
What is fault tolerance in RAID?
Fault tolerance is the number of drives that can fail simultaneously without data loss. RAID 0 has none. RAID 5 tolerates one failure and RAID 6 tolerates any two. RAID 1 keeps working while at least one mirror member survives. RAID 10 guarantees only one arbitrary failure: it survives a second only when the two failures land in different mirror pairs, and the array is lost if both members of one pair fail. Always have a backup even with fault-tolerant RAID.
When would I use RAID 10 instead of RAID 5?
RAID 10 offers faster write speeds and better rebuild performance than RAID 5 because it uses mirroring instead of parity calculation. Choose RAID 10 for databases, virtual machines, or any workload with heavy random writes where rebuild time matters.
Why does a 4 TB drive provide less than 4 TB of usable space?
Two separate deductions apply. First the units: manufacturers sell decimal terabytes of 10^12 bytes while most operating systems divide by 2^40, so a 4 TB disk reports about 3.64 TiB, roughly nine percent less, before anything is written to it. Then the filesystem takes its own share for inodes, journals and metadata, ext4 reserves a slice for the root user by default, and the array writes RAID metadata on each member. Budget from the reported figure, not the label on the box.
Why does adding disks raise efficiency without raising fault tolerance?
For single parity, efficiency is (N-1)/N, so it climbs from 75 percent on four disks to 87.5 percent on eight and about 91.7 percent on twelve. The parity cost stays at one disk however wide the array grows. Fault tolerance stays at exactly one the whole way, while the number of disks that must all survive a rebuild keeps rising and the rebuild itself takes longer. Wide single-parity arrays are therefore most efficient precisely where they are least safe.
Why is a three-disk mirror usually a poor use of capacity?
A three-way RAID 1 stores every block three times, so one disk of usable space comes out of three, about 33 percent, in exchange for surviving two failures. Four disks in RAID 6 also survive any two failures but return two disks of usable space, 50 percent, and the gap widens with every disk added. Mirrors keep an advantage in rebuild speed and read latency, since recovery is a straight copy rather than a parity recomputation, so they suit small write-heavy volumes rather than bulk storage.
What is the parity write hole and how is it closed?
If power is lost between writing a data block and writing the parity for its stripe, the stripe is left inconsistent and nothing in the array records the fact. A later rebuild then reconstructs that stripe from wrong parity and silently returns corrupt data. Hardware controllers guard against it with a battery or flash-backed write cache, Linux mdadm offers a write-intent journal or partial parity log, and ZFS RAID-Z avoids it entirely by writing variable-width full stripes so a partial update never exists.
How much free space should a RAID volume keep?
That depends on the filesystem more than the array. Copy-on-write designs such as ZFS and Btrfs never overwrite in place, so as a pool fills the allocator has to hunt for contiguous free space and write performance degrades well before the disk is genuinely full; a common rule of thumb is to keep around twenty percent free. Snapshots draw from the same pool, so a snapshot schedule needs its own allowance on top of live data growth.
How do I plan an array for future capacity growth?
Three routes exist and they cost differently. Adding a member to a parity array and restriping, through mdadm grow or a controller expansion, works but reads and rewrites every stripe and can run for days. Replacing disks one at a time with larger ones and letting the array rebuild after each is safer but yields nothing until the final swap. Adding a whole second group or vdev is fastest but buys capacity in large blocks. Decide which route you want before choosing a bay count.
Background & Theory
History
Reviewed for accuracy by Daniel Agrici, Founder & Lead Developer · Editorial policy
Related Calculators
🧮RAID Calculator — Usable Capacity by Level
Calculate raid with inputs, formulas, and instant results.
🧮Server Capacity Planning Calculator
Calculate how many users your server can handle based on CPU, RAM, and request patterns.
🧮Bandwidth Time Transfer Calculator
Calculate bandwidth time transfer with inputs, formulas, and instant results.
🧮Download Time Calculator
Calculate download time with inputs, formulas, and instant results.
🧮Throughput Efficiency Calculator
Calculate throughput efficiency with inputs, formulas, and instant results.
🧮Base64 Encode & Decode Calculator
Calculate base64encode decode with inputs, formulas, and instant results.