Size: a a a

Сбор и аналитика системных сообщений

2018 September 24

S

Serega in Сбор и аналитика системных сообщений
если из рсислога выгребать метрики мтейлом и склалывать в пром, то это будет постобработка.
Под постобработкой подразумевается применение каких-то действий к логам, постройка метрик, аналитики, алертов и т.д.
Хотя некоторым хватает и просто парсера при поиске проблем )
источник

SP

Sergey Pechenko in Сбор и аналитика системных сообщений
Serega
если из рсислога выгребать метрики мтейлом и склалывать в пром, то это будет постобработка.
Под постобработкой подразумевается применение каких-то действий к логам, постройка метрик, аналитики, алертов и т.д.
Хотя некоторым хватает и просто парсера при поиске проблем )
лол.
слушай, ну ты же умный человек, умеешь в доки (https://www.rsyslog.com/doc/v8-stable/configuration/modules/index.html), ну как не стыдно дезинформацию писать?
источник

SS

Shamil Sattarov in Сбор и аналитика системных сообщений
Sergey Pechenko
лол.
слушай, ну ты же умный человек, умеешь в доки (https://www.rsyslog.com/doc/v8-stable/configuration/modules/index.html), ну как не стыдно дезинформацию писать?
Блин, я и не знал, про это вот все... https://www.rsyslog.com/doc/v8-stable/configuration/modules/omelasticsearch.html
источник

SS

Shamil Sattarov in Сбор и аналитика системных сообщений
Главная проблема, как быть с контейнерами.
источник

SS

Shamil Sattarov in Сбор и аналитика системных сообщений
Протсо fluentd, он как бы CNCF и все такое...
источник

S

Serega in Сбор и аналитика системных сообщений
Sergey Pechenko
лол.
слушай, ну ты же умный человек, умеешь в доки (https://www.rsyslog.com/doc/v8-stable/configuration/modules/index.html), ну как не стыдно дезинформацию писать?
ну и что не так?  я говорю за метод хранения а не передачи. Рсислог в типичном кейсе - это складывать файло на диск, что дешево.  Отправлять в еластик дорого. не?
источник

SP

Sergey Pechenko in Сбор и аналитика системных сообщений
Serega
ну и что не так?  я говорю за метод хранения а не передачи. Рсислог в типичном кейсе - это складывать файло на диск, что дешево.  Отправлять в еластик дорого. не?
Отчего вдруг дорого стало?
источник

SP

Sergey Pechenko in Сбор и аналитика системных сообщений
Я уж не говорю, что rsyslog умеет в очереди внутренние с приоритетами и буферизацией (на предмет выпадения принимающего endpoint).
источник

SS

Shamil Sattarov in Сбор и аналитика системных сообщений
Отправлять в эластик, дорого, в прямом виде, если все нормально по пути жать, то проблем быть не должно. У меня индексы по 40ГБ на дебаге, бывают. И ничего, кибана не особо тормозит.
источник

SS

Shamil Sattarov in Сбор и аналитика системных сообщений
Самая главная претензия к эластику, это отсутствие контроля доступа из коробки. А 12 килобаксов, за каждую ноду выкладывать, это как-то и правда "дорого"
источник

SP

Sergey Pechenko in Сбор и аналитика системных сообщений
Shamil Sattarov
Самая главная претензия к эластику, это отсутствие контроля доступа из коробки. А 12 килобаксов, за каждую ноду выкладывать, это как-то и правда "дорого"
Это опенсорс.
источник

S

Serega in Сбор и аналитика системных сообщений
Sergey Pechenko
Отчего вдруг дорого стало?
скажем так, это на порядок дороже(по ресурсам) чем просто хранить сжатые файлы на диске (на центральном рсислог сервере). Вопросы масштабирования вообще можно даже не вспоминать.
источник

SS

Shamil Sattarov in Сбор и аналитика системных сообщений
Serega
скажем так, это на порядок дороже(по ресурсам) чем просто хранить сжатые файлы на диске (на центральном рсислог сервере). Вопросы масштабирования вообще можно даже не вспоминать.
Ага, и парсить grep'ом, как старовер.
источник

SS

Shamil Sattarov in Сбор и аналитика системных сообщений
Давай еще на перфокарты скинем.
источник

SP

Sergey Pechenko in Сбор и аналитика системных сообщений
Serega
скажем так, это на порядок дороже(по ресурсам) чем просто хранить сжатые файлы на диске (на центральном рсислог сервере). Вопросы масштабирования вообще можно даже не вспоминать.
хмык. вообще-то elasticsearch предполагает full text search. если ты делаешь "предпродажную подготовку" сообщений перед закидыванием в elastic, то лишней инфы там уже не будет.
источник

S

Serega in Сбор и аналитика системных сообщений
Sergey Pechenko
хмык. вообще-то elasticsearch предполагает full text search. если ты делаешь "предпродажную подготовку" сообщений перед закидыванием в elastic, то лишней инфы там уже не будет.
и как это относится к аксес логам?
источник

S

Serega in Сбор и аналитика системных сообщений
Shamil Sattarov
Ага, и парсить grep'ом, как старовер.
ребята из меил.ру так и делают. "просто поток логов большой (с)"
источник

SP

Sergey Pechenko in Сбор и аналитика системных сообщений
Serega
и как это относится к аксес логам?
хорошо относится. по-дружески, можно сказать.
источник

SS

Shamil Sattarov in Сбор и аналитика системных сообщений
Я тут пытаюсь разрабов научить культуре логов, сам пытаюсь как-то кибану подраскурить, а тут: ну нахер, давай все в архивчиках хранить, на выделенном "отказоустойчевом" сервере.
источник

SP

Sergey Pechenko in Сбор и аналитика системных сообщений
Shamil Sattarov
Я тут пытаюсь разрабов научить культуре логов, сам пытаюсь как-то кибану подраскурить, а тут: ну нахер, давай все в архивчиках хранить, на выделенном "отказоустойчевом" сервере.
ELK-стек предполагает, что тебе нужен full text search, иначе ты ССЗБ - для задачи достаточно SQL.
источник