3 ms·
I only have experience running Lustre and Gluster. Gluster was a mess, to be honest, though that was several years ago. Lustre (and we run Intel Enterprise Lu
by zhynn 9y ago
I only have experience running Lustre and Gluster. Gluster was a mess, to be honest, though that was several years ago. Lustre (and we run Intel Enterprise Lustre) has been pretty solid. Most HPC outfits run lustre over ZFS, actually, so you get the benefits of both.
Ceph and Gluster can't achieve the kind of performance required for HPC scratch. Hadoop can, but if you are managing a general purpose HPC cluster, nearly all software out there is expecting to write to a posix filesystem. Much of this software is built out of old C and FORTRAN that is not going to be rewritten. Researchers are not software engineers. You need a "lowest common denominator" of storage that you can read/write at high speed in parallel. There are few technologies for this particular use case.
The others that I know of (but haven't tried) are:
- OrangeFS (http://www.orangefs.org/ http://www.orangefs.org/)
- BeeGFS (http://www.beegfs.com/ http://www.beegfs.com/)
- OpenAFS/Arla (ancient, and weird, it is one of the big reasons Scientific Linux exists as a distro: http://www.openafs.org/ http://www.openafs.org/, http://www.stacken.kth.se/project/arla/ http://www.stacken.kth.se/project/arla/)
- Scality (http://www.scality.com/ http://www.scality.com/)
- GPFS (Spectrum now: https://www-03.ibm.com/systems/storage/spectrum/scale/ https://www-03.ibm.com/systems/storage/spectrum/scale/)
- Qumulo (they say they can hit the numbers, but I have doubts: http://qumulo.com/ http://qumulo.com/
There are probably many more, but these are the ones I know about.
- pinewurst 9y agoQumulo can't hit the numbers. It's just NFS, running on ho-hum hardware with an Ethernet cluster interconnect. It's like slow Isilon if cheaper and with less functionality.
- __jal 9y agoPeople may use Gluster for HPC; I don't know. But it really isn't suited. I run two Gluster clusters for more boring enterprisey reliability. It is still kind of a mess - there are rough edges all over. Log messages make zero sense by themselves - you either need to learn what they're indicative of or read the code. Frequently, typoing configuration commands (configuration is mostly imperative command line driven, not via configuration files) so that it fails, actually does make changes, such that you'll have to unwind what it did before you can try again, etc. All that said, Gluster is pretty solid for our sue - distributed, fault-tolerant POSIX storage. But I wouldn't use it in an HPC environment.