ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [apache-talk] Re: [apache-talk] =?KOI8-R?B?7M/HySDB0MHewQ==?=



                Hello!

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 чем меньше тем лучше.
        Я исхожу из следующего:
1) Работа с логами не должна влиять на работу апача. Следовательно
варианты с блокируемой отправкий логов от имени апача отпадают.
Т.е. все tcp-based протоколы, запись на NFS-диск, etc...
2) Если не обращать внимание на пропажу записей, то это syslog по сети.
3) Если логи не должны пропадать, то остается только вариант с локальным
хранением в файлах стандартного формата.
       
       Необходимость отдавать кому-то логи в привычном виде является
требованием не к сбору данных, а к генератору отчетов по
ним. В простейшем варианте (по умелчанию) генератором отчетов является
сам апач. В других случаях требуется явный обработчик.

       Я же хочу заметить, что не стоит нагружать веб-сервер
дополнительной функциональностью, которая может влиять на выполнение им
своих обязанностей. Т.е. все желающие получить логи должны сами
обращаться в их хранилище, а не требовать, чтобы им их присылали.

        Поэтому монтировать диски можно только _с_ веб-серверов. Причем
лучше всего read-only. Тогда и блокировок нет, и на работу веб-сервера
обработка логов не повлияет. А уж куда вы потом логи кладете (после
закрытия конкретного файла апачем) - на работу веба не влияет.

                Bye. Alex.

=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.