This is the scenario:
We host several websites on multiple webservers, and I'm thinking about a way to consolidate the log-handling for all webservers.
Would it make sense to store all logs on a common NAS-device, with a dedicated machine that does logrotation, compression as well as summaries? My initial thought was to use a SAN with iSCSI, however you cannot attach a single partition to multiple clients then.
My goal was to eliminate the need for maintenance-task on the production servers, for easier deployment of new servers etc.
Follow-up question, how do IIS respond when it cannot write to the access-log? Will it fail miserably or just stop logging?
Writing IIS logs to another machine / nas is a great idea.
If you are writing to the default
%windir%\system32\logfiles
you can exhaust the disk of the OS... i.e. IIS stops operating. You don't have to worry about that with an external drive.The fallback mechanism, if your log path it unavailable (say your NAS went away) is to resume writing to the default
%windir%\system32\logfiles
For multiple iis machines, make sure to set them to log to a separate folder like :
If IIS can't write to the log, it should simply stop logging.
I have my IIS servers all write to the local drive so that the log is always available, then I've got the server that processes the logs handle the deletion of the older log files after it processes the logs. That way the production web servers only have to worry about deleting the files and having the app server process the files.