|
Отказоустойчивый Log4j2 - appender
|
|||
---|---|---|---|
#18+
Заказчик пожелал такую схему. Если файловый аппендер падает (IOExceptions) то необходимо писать в резервный аппендер на базе Unix-syslog. Предполагается что syslog доступен всегда а файловые хранилища (logs/app.log) могут иногда "отъезжать". Вот примерно типовая конфигурация логгирования облачной ноды (на данный момент). Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31.
Кто знает как это сделать коробочными средствами - Log4j2 ? Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2019, 13:28 |
|
Отказоустойчивый Log4j2 - appender
|
|||
---|---|---|---|
#18+
mayton, мне чет кажется что в твоем случае надо делать настройку из java кода, а не в xml ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2019, 13:33 |
|
Отказоустойчивый Log4j2 - appender
|
|||
---|---|---|---|
#18+
Где именно? В java будет обычный Код: java 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2019, 13:35 |
|
Отказоустойчивый Log4j2 - appender
|
|||
---|---|---|---|
#18+
maytonПредполагается что syslog доступен всегда а файловые хранилища (logs/app.log) могут иногда "отъезжать".Заказчик упорот, в log4j2/syslog нет поддержки RELP, так что никаких "доступен всегда" там нет, вместо этого там "иногда сообщения приходят". Если по теме то это в документации описано: https://logging.apache.org/log4j/2.x/manual/appenders.html#FailoverAppender ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2019, 16:15 |
|
Отказоустойчивый Log4j2 - appender
|
|||
---|---|---|---|
#18+
UP. Прилетел update. Ситуация еще хуже чем я думал. Планировалось что primary=UnixSyslog, secondary=FileAppender. Что думаете, Андрей? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.06.2019, 10:51 |
|
Отказоустойчивый Log4j2 - appender
|
|||
---|---|---|---|
#18+
maytonUP. Прилетел update. Ситуация еще хуже чем я думал. Планировалось что primary=UnixSyslog, secondary=FileAppender. Что думаете, Андрей? не понял, почему unixsyslog - это хуже. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.06.2019, 11:26 |
|
Отказоустойчивый Log4j2 - appender
|
|||
---|---|---|---|
#18+
представляю сєбє это счастьє - копаться в разбросанньіх логах.... пишите тупо в файл и в сислог ... |
|||
:
Нравится:
Не нравится:
|
|||
18.06.2019, 11:30 |
|
Отказоустойчивый Log4j2 - appender
|
|||
---|---|---|---|
#18+
Я думаю что я буду продавливать именно такую мысль. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.06.2019, 11:47 |
|
Отказоустойчивый Log4j2 - appender
|
|||
---|---|---|---|
#18+
Все. Тема закрыта. Слился кабанчик. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.06.2019, 19:40 |
|
Отказоустойчивый Log4j2 - appender
|
|||
---|---|---|---|
#18+
Озверинне понял, почему unixsyslog - это хуже.вообще писать только в сислог - это как минимум странно, ну вот я как-то не припомню что когда-либо устанавливал jre/jdk из rpm/dev/etc, ровно как все остальное типа кота, мейвена и пр, хотя не отрицаю тот факт что особо одаренные индивидуумы существуют (на продакшене win встречался с ситуацией, когда админы обчитавшись всяких CVE решили что дыры в апплетах это ну очень опасно у нужно срочно обновить серверную jvm, результат предсказуемый), толстые сервера приложений ну очень давно таскают jvm с собой, текущий тренд со всякими докерами тоже намекает, что системная jvm никому нафиг не впилась. То же самое с сислогом: хочется доставлять логи в безопасное место - есть куда более другие альтернативы, хочется логи как-то анализировать - опять же альтернативы куда лучше. А терять логи и настраивать severity в двух разных местах - так себе затея. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.06.2019, 05:15 |
|
|
start [/forum/topic.php?fid=59&msg=39826819&tid=2121246]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
156ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
2ms |
others: | 16ms |
total: | 266ms |
0 / 0 |