RAID is not backup. RAID improves availability during drive failure but does not create an independent copy against deletion, ransomware or logical corruption.
Compare RAID 1, RAID 10 and ZFS mirrors by performance, drive failure, rebuild, checksums, snapshots, HBA and backup strategy.
RAID is not backup. RAID improves availability during drive failure but does not create an independent copy against deletion, ransomware or logical corruption.
Proxmox does not support ZFS on top of hardware RAID controllers; ZFS needs direct access to disks.
RAID 1 mirrors the same data across drives. In a two-disk setup, one disk can fail while service continues. Usable capacity is roughly half of raw capacity.
Reads can benefit from multiple members depending on implementation, while writes are constrained by mirror behavior and the slowest path. It is a strong simple baseline for small servers.
RAID 10 stripes across mirror pairs and can provide more IOPS and throughput with four or more drives, especially for VM and database workloads. Usable capacity remains around 50 percent.
If both disks in the same mirror pair fail, the array can be lost; failures across different pairs may be tolerated. Therefore 'RAID 10 survives any two disk failures' is false.
ZFS is more than a RAID layout; it combines filesystem and volume-management features. End-to-end checksums, copy-on-write, snapshots, scrubs and replication distinguish it from classic hardware RAID plus filesystem.
A mirror vdev stores duplicate copies across drives. Multiple mirror vdevs in a pool can scale similarly to RAID10, though ZFS allocation and resilver behavior are not identical to classic RAID10.
Classic RAID controllers often rebuild at the block-device level. ZFS resilver operates with knowledge of allocated data and metadata. Duration depends on used data, workload and disk performance.
Latency can rise during rebuild or resilver while production continues. Verified backups and health of remaining drives become especially important.
Proxmox does not support ZFS over hardware RAID. ZFS expects direct visibility into drive errors, flushes and device behavior. A RAID controller can hide these behind cache and virtual disks.
For ZFS, HBA/JBOD or direct-attached disks are preferred. HBA firmware and power-loss behavior still need validation.
Enterprise SSD endurance, power-loss protection, same-batch failure risk, hot spares, controller/HBA behavior, filesystem and backup windows all matter. Four cheap consumer SSDs are not automatically safer than two enterprise SSDs.
lsblk -o NAME,MODEL,SERIAL,SIZE,TYPEsmartctl -a /dev/sdXzpool statuszpool iostat -v 1zpool scrub <pool>Deletion, ransomware, bad migrations and application bugs are immediately mirrored. A ZFS snapshot is also not an offsite backup by itself. Storage redundancy, snapshots and independent backups are separate layers.
| Layout | Minimum drives | Capacity efficiency | Strength |
|---|---|---|---|
| RAID 1 | 2 | ~50% | Simple mirror |
| RAID 10 | 4 | ~50% | Higher parallel I/O |
| ZFS Mirror | 2 | ~50% | Checksums + snapshots + scrubs |
Do not confuse minimum system requirements with production capacity. Evaluate peak workload, backups, growth headroom, resource-sharing policy and recovery planning together.
No. RAID 1 helps with drive failure, not deletion, ransomware or independent disaster recovery.
No. Proxmox does not support it and recommends direct disk access.
Evaluate CPU, RAM, storage, network and operations together; buying a larger plan without identifying the bottleneck is rarely a durable fix.