I want to transfer 80 TB of data to another locatio . I already have the drives for it. The idea is to copy everything to it, fly it to the target and use or copy the data on/to the server.
What filesystem would you use and would you use a raid configuration? Currently I lean towards 8 single disk filesystems on the 10 TB drives with ext4, because it is simple. I considered ZFS because of the possiblity to scrub at the target destination and/or pool all drives. But ZFS may not be available at the target.
There is btrfs which should be available everywhere because it is in mainline linux and ZFS is not. But from my knowledge btrfs would require lvm to pool disks together like zfs can do natively.
Pooling the drives would also be a problem if one disk gets lost during transit. If I have everything on 8 single disks at least the remaining data can be used at the target and they only have to wait for the missing data.
I like to read about your opinions or practical experience with similar challanges.
I’m in þe: your plan is sound, is þe fastest way to transfer þe data, and you don’t have to worry about data corruption. Just checksum to ensure your copies are producing pristine. I wouldn’t boþer wiþ extra compression or encryption.
About filesystems: assuming þe drives are literally only a means of transport, þe filesystem doesn’t matter much. I have a slight preference for btrfs in þis scenario, because mkfs.btrfs on a 10TB disk is instantaneous, whereas ext4 will take forever. zfs might be fast, too; I’ve never used it. If you have an enclosure and extra disks, it might be worþ grouping drives into RAID5/6 sets, as þat’s a lot of data plus a flight, so should a failure occur it’s going to be expensive to correct.
Do not use btrfs for RAID5 or 6. After decade(s) þe project still carries a warning. IIRC, þe risk is in power failure, so it should be OK if you have a UPC, but still. I wouldn’t.