mejalx
2nd November 2007, 18:55
I posted this over at webhostingtalk.com and got nothing other than the usual advertisement spam from random hosting companies. So I decided to ask here :)
Hello guys, I've come for some advice regarding the architecture of a file serving cluster. Let me give you some background information.
I run a gaming community, and we've recently become quite popular. We allow our members to upload gaming related photos, videos, and files.
Currently we're running one dedicated server providing the web app/database, and another cheap unmetered box (lighttpd) for serving the static files. We're literally growing exponentially and I foresee the need to add 2 to 3 file servers within the next month.
What would an ideal architecture be to host/manage these fileservers?
Here is what I've come up with, but somehow I think it's not as good as it should be.
- central application server / db server
- central upload server
- cheap unmetered fileserver boxes
The central upload server will be the file upload gateway. It'll mount each of the cheap unmetered servers through NFS, and then appropriately distribute the files to one of the fileservers.
The problems I see with this are:
1. Load balancing (if a file is taking huge amounts of bandwidth, I'd like to distribute it across multiple servers, but how do I do this when I give a user an absolute link to his or her file like img1.myserver.com/545/file.zip). I suppose I could do this with rewrite rules, but that seems super excessive.
2. NFS - I've read many bad things.
3. Moving files ( same dilemma as load balancing)
If anyone could shed some light or give me some advice, that would be amazing.
Thanks,
Alex
Hello guys, I've come for some advice regarding the architecture of a file serving cluster. Let me give you some background information.
I run a gaming community, and we've recently become quite popular. We allow our members to upload gaming related photos, videos, and files.
Currently we're running one dedicated server providing the web app/database, and another cheap unmetered box (lighttpd) for serving the static files. We're literally growing exponentially and I foresee the need to add 2 to 3 file servers within the next month.
What would an ideal architecture be to host/manage these fileservers?
Here is what I've come up with, but somehow I think it's not as good as it should be.
- central application server / db server
- central upload server
- cheap unmetered fileserver boxes
The central upload server will be the file upload gateway. It'll mount each of the cheap unmetered servers through NFS, and then appropriately distribute the files to one of the fileservers.
The problems I see with this are:
1. Load balancing (if a file is taking huge amounts of bandwidth, I'd like to distribute it across multiple servers, but how do I do this when I give a user an absolute link to his or her file like img1.myserver.com/545/file.zip). I suppose I could do this with rewrite rules, but that seems super excessive.
2. NFS - I've read many bad things.
3. Moving files ( same dilemma as load balancing)
If anyone could shed some light or give me some advice, that would be amazing.
Thanks,
Alex