В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Чат конференции HighLoad++

2706 membersпожаловаться на группу
2019 July 31

ДЧ

Дмитрий Чеботарев in Чат конференции HighLoad++
Aleksandr
не понял вас... это конечно так, но не все логи складируют в эластик... не все и/или не сразу... притом чтобы сразу в эластик надо сразу определиться кто задаёт индекс и мэппинг и т.п.... получается я в свою прогу, которая делает не связанные с анализом логи действия закатываю кучу функционала, который _уже_ реализован и настроен у всех...
Индекс задает разраб по инструкции тобой написанной, к примеру "appname": "mysuperapp", на один порт вешаешь тест на другой прод, и делаешь mutate в logstash. Ничего сложного.
источник
19:34пожаловаться#1

A

Aleksandr in Чат конференции HighLoad++
Дмитрий Чеботарев
Индекс задает разраб по инструкции тобой написанной, к примеру "appname": "mysuperapp", на один порт вешаешь тест на другой прод, и делаешь mutate в logstash. Ничего сложного.
тут вообще ничего сложного нет, я и с эластиком и с логстешем собаку съел :)
вопрос про то как лучше сделать, а не как сделать в принципе...
в данном случае всё же мне кажется лишне, чтобы прога типа прокси, сама напрямую умела логгировать в эластик... когда есть filebeat, logstash и кучу других готовых решений.
источник
19:37пожаловаться#2

A

Aleksandr in Чат конференции HighLoad++
спасибо за обсуждение, я в общем то решил - ничего не стоит сделать в конфиге что-то типа: syslog|stdout|/path/to/file, и реализовать соответствующий логгер (а точнее правильно заюзать существующие, по сути только для файла надо sighup предусмотреть, пока не предполагалось перечитывание конфига на горячую).
источник
19:39пожаловаться#3

VO

Vyacheslav Olkhovchenkov in Чат конференции HighLoad++
Aleksandr
nginx не просто так сделал только syslog и только по udp...
Шо?
источник
20:02пожаловаться#4

A

Aleksandr in Чат конференции HighLoad++
Vyacheslav Olkhovchenkov
Шо?
что Шо? у nginx'а есть 3 варианта логов: файл, stdout и syslog.
источник
20:09пожаловаться#5

A

Aleksandr in Чат конференции HighLoad++
nginx не умеет логгировать напрямую в elastic если шо :)
источник
20:09пожаловаться#6

A

Aleksandr in Чат конференции HighLoad++
или я что-то не знаю 🤷‍♂️ (что вполне может быть... но... вряд ли)))
источник
20:10пожаловаться#7

VO

Vyacheslav Olkhovchenkov in Чат конференции HighLoad++
Покажи stdout в nginx
источник
20:15пожаловаться#8

A

Aleksandr in Чат конференции HighLoad++
Vyacheslav Olkhovchenkov
Покажи stdout в nginx
ну ок, у access log'а нет stdout, это у error лога есть stderr, каюсь и посыпаю голову пеплом, придётся в stdout писать ... в /dev/stdout, ужас 😱
на суть вопроса это ну никак не влияет, не понимаю к чему это было....
источник
20:29пожаловаться#9

VO

Vyacheslav Olkhovchenkov in Чат конференции HighLoad++
Не факт что в /dev/stdout nginx будет писать
источник
20:30пожаловаться#10

A

Aleksandr in Чат конференции HighLoad++
это как??? что значит не факт? это файл! будет как миленький
источник
20:31пожаловаться#11

VO

Vyacheslav Olkhovchenkov in Чат конференции HighLoad++
Исходно логи бвли только на диск
источник
20:31пожаловаться#12

VO

Vyacheslav Olkhovchenkov in Чат конференции HighLoad++
не все файлы одинаковые
источник
20:31пожаловаться#13

A

Aleksandr in Чат конференции HighLoad++
api для последовательной записи ... все одинаковые
источник
20:32пожаловаться#14

MD

Maxim Dounin in Чат конференции HighLoad++
Aleksandr
это как??? что значит не факт? это файл! будет как миленький
Файл /dev/stdout невозможно открыть, если настоящий stdout закрыт. Так что писать в /dev/stdout можно только до релоада, при релоаде оно отвалится. Именно поэтому существует специальный параметр stderr, который заодно инструктирует nginx не закрывать stderr
источник
20:33пожаловаться#15

A

Aleksandr in Чат конференции HighLoad++
это уже детали
источник
20:34пожаловаться#16

A

Aleksandr in Чат конференции HighLoad++
мой вопрос ушёл в каком-то другом направлении :)
источник
20:34пожаловаться#17

A

Aleksandr in Чат конференции HighLoad++
конфиги nginx'а я не собирался обсуждать, вопрос был - для современных админов какой наилучший способ логгирования со стороны приложений, что админы больше всего любят - просто в файл или как-то ещё?
(я вообще не админ, если что, но опыта много, потому поболтать, конечно, могу)
источник
20:36пожаловаться#18

A

Aleksandr in Чат конференции HighLoad++
(если что, я, кстати, ищу devops'а в мою команду devops'ов, а то народу много стало, нужны ещё... или такие сообщения запрещены в этом чате?)
источник
20:37пожаловаться#19

MD

Maxim Dounin in Чат конференции HighLoad++
Удобнее всего для админов - в syslog стандартными средствами, а там пусть админ сам настраивает свой syslog. Нюанс в том, что для сколько-нибудь нагруженных задач это не работает, особенно если речь идёт про event-based обработку - запись в syslog мало того что жрёт процессор, так ещё и блокируется. И именно поэтому этого нет в nginx'е
источник
20:39пожаловаться#20