The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Представлен проект Lumberjack, нацеленный на модернизацию си..."
Отправлено XoRe, 03-Мрт-12 05:59 
>> Против 20гиговых логов есть ротация.
> Угу, что однако не отменяет факта что логи могут быть большими даже
> с ротацией.

"могут быть" - это предположение.
факт - это "бл*, вот это логи отожрали!"
А с фактом уже можно работать - почему отожрали?
Это с уровнем логирования debug, или warning?
А напуркуа на продакшене debug?
Ах, это варнинг, и о чем он варнингует?
Так исправьте, чтобы не варнинговал.
И т.д.

Можно пойти другим путем.
20 гигов текста - это очень дофига.
Это примерно 250 миллионов строк (допустим, 80 символов на сообщение).
250 миллионов делим на 86400 (сутки) = 2893 строк в секунду(!)
И что у вас там генерирует 3000 записей в лог за секунду?
Если это записи уровня debug - отключайте debug скорее!
А если это полезные записи, то пора переводить все логи на специальный сервер логов.
Пожалейте ваши жесткие диски!

>> Кто не настроил, тот - ...)
> На объем логов это ВНЕЗАПНО никак не влияет: если я хочу проанализировать
> логи за сутки, я хочу проанализировать логи за сутки и все
> тут. Хоть ротейть, хоть не ротейть, суммарное количество данных за сутки
> никак не изменится.

Вот как раз ротация поможет вам посмотреть лог за сутки, а не грепать недельный лог по "2012-03-03".

>> На средненагруженном сервере в логи ничего не упирается.
> Сферические кони в вакууме - это здорово. А вот когда приходит атакер
> и получается что сервер больше пыжится с записью лога чем со
> всем остальным, так что приходится логгинг отключать - это как-то неправильно.

Отключение логов при атаке?
А если атака в 4 утра?
Если исходить, что атака очень может быть, лучше заранее к ней подготовиться.
Настройка логирования по сети - это не так сложно.
Я даже делал логирование по сети сообщений при kernel panic.
Ну а подружить zend с syslog - вообще благое дело.

>> А на высоконагруженном... там уже другие способы работы с логами.
> Ну вот в идеале хотелось бы чтобы сабжевый способ был достаточно компактен
> и быстр чтобы это для него не было проблемой.

Пока сабжевый способ только обсуждается.
Я рекомендую настроить сервер, чтобы он уже сейчас сделал логи вашими друзьями, а не врагами.
Сетевое логирование + ротация со сжатием - и ваши проблемы решены уже сейчас.
А не когда команда программистов вместе с поттерингом что-то напишет.

>> Например, отправлять на специальный сервер логов, не храня у себя.
>> Кто не настроил - тот ...)
> Да-да-да, кто не понаставил костылей... а есть другой вариант: сделать так чтобы
> ставить костыли стало не нyжно. Кто десятилетиями ставит костыли не пытаясь
> ничего изменить - тот, простите, исполнительный ДУРАК. Специально обученная обезьяна при
> машине.

Смотря что считать костылями.
Если в программу добавили функционал работы с сетью, разве это костыль?
Или вам нужно окошечко с галочкой "фича из коробки - включена по дефолту"?)

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру