The OpenNET Project / Index page

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



"Представлен проект Lumberjack, нацеленный на модернизацию си..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "Представлен проект Lumberjack, нацеленный на модернизацию си..." +5 +/
Сообщение от XoRe (ok), 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жно. Кто десятилетиями ставит костыли не пытаясь
> ничего изменить - тот, простите, исполнительный ДУРАК. Специально обученная обезьяна при
> машине.

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

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Представлен проект Lumberjack, нацеленный на модернизацию си..., opennews, 02-Мрт-12, 14:25  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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