терминацией?
А почему бы их не собирать всегда? Разверните ELK или loki
нет ресурсов на ещё одно чтение, передачу по сети, модификацию, запись. такой инпут, всё на бареметал
для начала ответить на вопрос. По какой причине логи хранятся в контейнере а не летят в stdout?
Вы можете тогда output plugin syslog настроить и просто на хосте всё раскладывать rsyslog'ом
летят в stdout, записываются один раз json log докер драйвером
Записывайте другим драйвером
в таком случае зачем перемешать логи контейнера перед завершением? Они же в нем не хранятся
пробовали journald, не взлетело. в syslog можно нормально настроить менеджмент логов? ротейт, аркайвинг?
json log драйвер сторит логи внутри временной fs
Вдохновляющий вопрос. Вот и выросло поколение, не видавшее rsyslog'а. В связке с logrotate он это делает без проблем
вы так говорите, как будто поколение, которое вы противопоставляете, видело всё
Просто syslog было сложно не видеть, в какой-то момент выбор был только между имплементациями сислога. И да, я без тени иронии, очень хорошо, что люди перестали с ним повсеместно сталкиваться. Но в вашей ситуации это хорошее решение
Если ты про докер говоришь. По умолчанию это /var/lib/docker/blabla/blabla-json.log. Какая еще временная фс?
journald прекрасен
ну коммон rsyslog конфиги это боль. Вот сколько я бы их не писал, каждый раз хожу в доку, потому что эту наркоманию невозможно запомнить.
Согласен. Но не иметь возможности логи по сети отправить это уже боль :)
не устраивает как я понял json-file драйвер. Я про временную фс не понял. Но ты можешь взять любой другой драйвер. syslog/journald. Хранить логи как удобно. Но в целом это будет боль их читать, без какой-то централиации их хранения. docker кстати в 1.20 depircated. А в других cri, логами рулит kubelet. Логи будут просто попадать в /var/log/pods
в var log pod раньше были только симлинки на docker/containers
Обсуждают сегодня