Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

We have a cluster of web servers that currently stores temporary files (that have been uploaded by users) on a central shared filesystem. The limitation being that anytime the server containing the shared filesystem goes down our entire site is down (or crippled at least). I've looked at solutions like Gluster and GridFS to create a fault tolerant filesystem but none seemed ideal for ephemeral files that are frequently being created and deleted. Security is also important and Gluster didn't seem to have any means of encryption over the wire.

What are some good fault-tolerant distributed filesystem options that have the capability of being secure and handling frequent file creation / deletion?

share|improve this question

3 Answers 3

up vote 1 down vote accepted

Warning: opinionated content.

Distributed filesystems suck. There are good distributed object stores like cassandra and ceph, but invariably any filesystem emulation on top is a problematic beast, because filesystem operations don't map very well to distribution (locking, fsync()ing), and that leaves out the issue of needing to put code in the kernel to support them instead of in your application.

I do appreciate the simplicity of making all your content accessible via the filesystem, but maybe it's easier to write a bit more code and use a distributed object store like it's meant to be used.

share|improve this answer

openAFS --- (open Andrew File System)

share|improve this answer
2  
While this link may answer the question, it is better to include the essential parts of the answer here and provide the link for reference. Link-only answers can become invalid if the linked page changes. –  Ward Oct 16 '13 at 2:25
1  
@Ward: There are no hyperlinks in my answer. openAFS is a distributed file system that does exactly what the OP needs. –  Michael Martinez Oct 16 '13 at 17:33

Depends on how want/need to access the filesystem. If you don't mind using API calls you could do something as simple as S3, or to keep it in-house run a RIAK cluster for a similar experience.

If that's too heavyweight you could run something like etcd (https://github.com/coreos/etcd). etcd is designed to run on every node and it's very high performance, if a bit more work to interface with.

share|improve this answer
    
RIAK's S3 clone looks very intriguing. Thanks! –  Dan Oct 22 '13 at 20:52

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.