S
Shabam
I have a dotnet application that allows users to upload images. These
images are stored in separate folders like this:
E:\images\{first 2 letters of user ID}\{3rd and 4th letter of user ID}\{user
ID}\user-image.gif
This is to prevent overloading of too many files in one particular
directory.
Now, suppose the hard drive maxes out later on and instead of adding more
drive to the same machine I want to spread the data across multiple servers.
For a user to access their image it's no big deal, because I can just set a
DNS entry for http://{first 2 letters of user ID}.domain.com and point to
the proper server.
The problem comes in integrating all of these servers together so that they
still appear under E:\images\ so that the dotnet application can still
handle all of the user uploads/edits/deletes.
I've thought of running Apache web servers, using NFS to bind them all
together, then use Samba to link to the E drive. Not sure if this is the
best way though.
What are your suggestions?
images are stored in separate folders like this:
E:\images\{first 2 letters of user ID}\{3rd and 4th letter of user ID}\{user
ID}\user-image.gif
This is to prevent overloading of too many files in one particular
directory.
Now, suppose the hard drive maxes out later on and instead of adding more
drive to the same machine I want to spread the data across multiple servers.
For a user to access their image it's no big deal, because I can just set a
DNS entry for http://{first 2 letters of user ID}.domain.com and point to
the proper server.
The problem comes in integrating all of these servers together so that they
still appear under E:\images\ so that the dotnet application can still
handle all of the user uploads/edits/deletes.
I've thought of running Apache web servers, using NFS to bind them all
together, then use Samba to link to the E drive. Not sure if this is the
best way though.
What are your suggestions?