The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Разработчики systemd: загрузка с initrd оказалась быстрее за..., opennews (??), 07-Апр-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


181. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +1 +/
Сообщение от Аноним (-), 08-Апр-13, 05:30 
> Все эти костыли по-своему замечательны, но проблем дизайна протокола syslog они не
> решают. Наиболее паршивых проблем две:
> 1. Неструктурированная запись. syslog by design ориентирован на человека, а не на
> машинный парсинг, поэтому вместо структурированной записи с именами полей, получается
> одна текстовая строчка, которую в общем случае может понять только человек.
> Такое вот сжатие с потерями. В то время как в Journal
> это сжатие происходит не на стадии записи лога, а на стадии
> выдачи его человеку. При необходимости, и программы, и человек могут использовать
> полезную информацию о структуре записи (например, искать сообщения по UUID).

Все программисты сразу кинулись переписывать программы под journald ?

> 2. Недоверенная информация. В syslog может писать кто угодно и что угодно.
> Даже из-под nobody можно написать туда такого, что админ будет месяц
> разбираться.

А вот ненадо ставить права на лог 777.

> В UNIX эту проблему решили много лет назад, введя специальный защищенный бинарный
> лог (BSM). Так появилась инфраструктура аудита.
> Но вопросы структурирования, индексирования информации, быстрого поиска по ней и т.д. актуальны
> не только для событий безопасности, но и для всех системных событий,
> так что появление Journal было неизбежно.

вы действительно хотите индексировать логи на боевом сервере?

Как там у journald с удаленными логами, не стриминг по http а именно удаленная запись логов.

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

283. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –1 +/
Сообщение от Анноннимм (?), 09-Апр-13, 00:32 
> вы действительно хотите индексировать логи на боевом сервере?

А вы действительно используете syslog для логирования запросов, к скажем, высоконагруженному nginx? Мне кажется, тут безальтернативно - либо писать их в файл самим nginx'ом, что и делается в 90 из 100 инсталляций, либо, если есть реальная необходимость, то докупить озу и хранить их какое-то время в рамдиске, а потом сливать куда нибудь по сети. Можно ещё писать на отдельный диск, да, должно быть не очень печально в плане нагрузки. Впрочем, это меня уже в сторону понесло, основная мысль - писать быстро генерирующиеся большими пачками логи что в syslog, что в journal - глупость. А для системных логов, я практически уверен, переубедите меня тестами или примерами, существенной разницы и нет.

> Как там у journald с удаленными логами, не стриминг по http а
> именно удаленная запись логов.

Не знаю. Но вообще, journald более чем спорная штука, тут не поспоришь.

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

295. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от qux (ok), 09-Апр-13, 18:55 
> А вот ненадо ставить права на лог 777.

А вот не надо считать будто это убирает проблему. Вызов спец. тулзы никто не отменял.

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

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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