Это сценарий:
Мы размещаем несколько веб-сайтов на нескольких веб-серверах, и я думаю о способе консолидации обработки журналов для всех веб-серверов.
Имеет ли смысл хранить все журналы на общем NAS-устройстве, на выделенной машине, которая выполняет ротацию журналов, сжатие, а также сводки? Моя первоначальная мысль заключалась в том, чтобы использовать SAN с iSCSI, однако тогда вы не сможете подключить один раздел к нескольким клиентам.
Моя цель состояла в том, чтобы устранить необходимость в обслуживании рабочих серверов, чтобы упростить развертывание новых серверов и т. Д.
Последующий вопрос: как IIS реагирует, когда он не может записывать в журнал доступа? Будет он с треском провалиться или просто перестанет регистрироваться?
Запись журналов IIS на другую машину / NAS - отличная идея.
Если вы пишете по умолчанию %windir%\system32\logfiles вы можете исчерпать диск ОС ... т.е. IIS перестает работать. Вам не нужно беспокоиться об этом с внешним диском.
Резервный механизм, если ваш путь к журналу недоступен (скажем, ваш NAS ушел), - это возобновить запись по умолчанию %windir%\system32\logfiles
Для нескольких компьютеров iis обязательно настройте их для входа в отдельную папку, например:
\\nas\iislogs\<machinename>
Если IIS не может писать в журнал, он должен просто прекратить ведение журнала.
У меня все серверы IIS записывают на локальный диск, чтобы журнал всегда был доступен, затем у меня есть сервер, который обрабатывает журналы, и обрабатывает удаление старых файлов журналов после обработки журналов. Таким образом, производственным веб-серверам остается беспокоиться только об удалении файлов и обработке файлов на сервере приложений.