On 15/03/2010 22:29, Andrea Conti wrote: > This IMHO pretty much rules out any kind of server-class hardware, which > tends to be both costly and power-hungry. If you're thinking about > buying used stuff, be sure to factor in the cost and difficulty of > finding spares in some years' time. > I'm considering neither used equipment nor 'server-class' - the workload simply doesn't demand it. > Given the point above I would also stick with software RAID. ... > If reliability is your primary concern, I would go for a simple RAID1 > setup; Absolutely. Software raid is cheaper and implies less hardware to fail. Similarly, RAID1 minimises the total number of disks required to survive a failure. It's the only way for me to go. > If you do not need data sharing (i.e. if your volumes are only mounted > by one client at a time), the simplest solution is to completely avoid > having a FS on the storage server side -- just export the raw block > device via iSCSI, and do everything on the client. This idea is on my wavelength. Has anyone on this tried this? My concerns are:
1. Are there reliability issues surrounding this technology in Gentoo? 2. Are there any howtos about putting as much of the file-system as possible onto an iSCSI device. 3. What's the best (most lightweight) way to expose the disk as a block device. I don't want to manage three fully-fledged Linux boxes. Can (cheap) NAS devices be used to export iSCSI to Gentoo? 4. What would be the strategy to 'secure' this iSCSI device... it would be a disaster if my WiFi were cracked and my data corrupted from a non-authorised host. > In my experience this also works very well with Windows clients using the > free MS iSCSI initiator. > That's fantastic - I had no idea that such software existed. Now, I wonder, what's the most lightweight solution to get a couple of iSCSI devices? Does it help that MS supports attaching devices this way? > File systems: avoid complexity. As technically superior as it might be, > in this kind of setup ZFS is only going to be resource hog and a > maintenance headache; your priority should be having a rock-solid > implementation and a reliable set of diagnostic/repair tools in case > disaster strikes. Yes. Separate arguments for snapshot support are compelling... but there are alternatives without tackling the additional complexity. That said, the iSCSI approach would work as well with ZFS as something mundane. Snap-shots, of course, are only really valuable for non-archive data... so, in future, I could add a ZFS volume using the same iSCSI strategy.
