Hello Alexander,
Friday, November 15, 2002, 3:07:58 PM, you wrote:
AVA> Hello!
AVA> On Fri, 15 Nov 2002, Zherdev Anatoly wrote:
>> On Fri, 15 Nov 2002 10:49:42 +0300 (MSK)
>> Alexander V Alekseev <alex@alemate.ru> wrote:
>>
>> > > Мне действительно интересно услышать серьезные аргументы "против", уж
>> > > оченьмного "за"...
>> > Господа, а зачем складывать логи на одну машину? Почему не
>> > монтировать на одну машину (анализатор) каталоги с логами с разных
>> > серверов? Сразу решаются все проблемы: надежность, доступность
>> > из одного места, блокировки, etc...
>>
>> Да дело то в том, что речь идет не про анализатор работающий внутри, тут
>> можно делать как удобнее, а про логи которые люди качают к себе и у себя
>> чем-то смотрят проверяют и т.д. Кто какую то свою статистику рисует, кто
>> архивирует, кто еще чего делает. А это значит, что мы должны этим людям
>> давать возможность скачивать логи в привычном им виде, а это апачевский
>> лог стандартных форматов (Common или Combined), одним файлом и
>> сортированный. Именно поэтому надо чтобы в независимости от вариантов
>> записи на выходе был именно такой файл.
>>
>> Ну и вообще монтирование на одну машину с кучи бакендов пусть даже с
>> bg,intr не есть гуд, на мой взгляд NFS'a чем меньше тем лучше.
AVA> Я исхожу из следующего:
AVA> 1) Работа с логами не должна влиять на работу апача. Следовательно
AVA> варианты с блокируемой отправкий логов от имени апача отпадают.
AVA> Т.е. все tcp-based протоколы, запись на NFS-диск, etc...
AVA> 2) Если не обращать внимание на пропажу записей, то это syslog по сети.
AVA> 3) Если логи не должны пропадать, то остается только вариант с локальным
AVA> хранением в файлах стандартного формата.
AVA> Необходимость отдавать кому-то логи в привычном виде является
AVA> требованием не к сбору данных, а к генератору отчетов по
AVA> ним. В простейшем варианте (по умелчанию) генератором отчетов является
AVA> сам апач. В других случаях требуется явный обработчик.
AVA> Я же хочу заметить, что не стоит нагружать веб-сервер
AVA> дополнительной функциональностью, которая может влиять на выполнение им
AVA> своих обязанностей. Т.е. все желающие получить логи должны сами
AVA> обращаться в их хранилище, а не требовать, чтобы им их присылали.
AVA> Поэтому монтировать диски можно только _с_ веб-серверов. Причем
AVA> лучше всего read-only. Тогда и блокировок нет, и на работу веб-сервера
AVA> обработка логов не повлияет. А уж куда вы потом логи кладете (после
AVA> закрытия конкретного файла апачем) - на работу веба не влияет.
AVA> Bye. Alex.
AVA>
=============================================================================
AVA> = Apache-Talk@lists.lexa.ru mailing list
=
AVA> Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to
quit.
AVA> = Archive avaliable at
=
У меня логи валются напрямую в mysql, из mysql проходит дамп логов в
папку к юзерам, таким образом (по ftp|через web) можно скачать логи, нагрузка
около 600 пользователей, все работает без проблем, главное грамотно
хранить данные в mysql.
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
