Можно заставить journald валить логи в локальный syslog сервер, который настроить на пересылку логов на удаленный. Или просто расположить логи на NFS :]
journald вообще не совсем сравним с syslog серверами. Это скорее комбайн агрегатора и средства управления хранилищем. Вместо второго можно использовать форвардинг в сислог
Если в плане обработки информации, то там все нормально будет. А вот если только хранения - тогда да. journald не умеет фильтрацию на уровне сервера, только ограничениями в юнитах
Вместо второго можно использовать форвардинг в сислог
почему бы в таком случае не использовать его и вместо первого? Ситуация бредовее некуда: есть решение, но жизнеспособно оно только в сочетании с более старым подходом, которое оно было призвано заменить.
Потому что journald собирает больше информации из большего количества источников. Пуш для журнала еще никто не начинал пилить, но принципиальных проблем там нет никаких, просто всем лень.
почему бы в таком случае не использовать его и вместо первого? Ситуация бредовее некуда: есть решение, но жизнеспособно оно только в сочетании с более старым подходом, которое оно было призвано заменить.
Они разные. Например, у тебя демон пишет в syslog, но что если произошла авария при запуске демона, и он что-то написал в stderr про то, что не хватает прав. Как это в SysV увидеть в syslog? Правильно - никак. В случае последнего Upstart и systemd, это будет перехвачено, и отранслировано туда, куда укажут (напр. в syslog).
Это не замена, это расширение имеющегося инструментария. А syslog - лишь агрегатор.