a short example of how the infrastructure may look like:

4 servers act as iscsi targets and expose 1x2TB each (every of those servers has a raid10 for the storage, thus 2TB of usable capacity)

n servers that need to have an 8 TB (consisting of the exposed disks above: 4x2TB) disk attached to them, concurrent writes are necessary. All servers really share the storage.

Now, how to achieve that? I do not have any preference regarding the clustered fs.

regards, Patrick

link|improve this question
feedback

1 Answer

I implemented something similar for this need just yesterday. Our situation was similar. 3 machines total, 1 was the 'head' and 2 were simply serving up their data via iSCSI target. I used openfiler as the head. They do not officially support mounting iSCSI and re-serving them as native NFS/CIFS however it was trivial to log in via ssh, mount them, and proceed normally within the openfiler GUI to add them to the volume. If you use a versatile file system (XFS), combining them all and expanding over time should be pretty easy.

Under the hood, this is nothing more than openiscsi+lvm+samba/nfs but it tends to work pretty well.

I did, however, have some issues since a) its not supported and b) its a bit kludgy. I was able to get everything to start properly on reboot, including mounting the downstream iSCSI targets and having it serve properly from a reboot, however I expect complications should an individual SAN become unavailable to the rest of the kit.

Good luck

link|improve this answer
I agree that this is possible, but having very high availability requirements in conjunction with 'unsupported configuration' is doubleplusungood. – Chris Thorpe Feb 6 '11 at 21:52
feedback

Your Answer

 
or
required, but never shown