Объем журналов, создаваемых journalctl / systemd в день?

Есть ли способ получить размер журналов (в байтах), которые journalctl создает за день?

Предыстория: мы хотим хранить наши журналы в центральной базе данных.

Но прежде чем сделать это, я хотел бы приблизительно оценить, сколько байтов будет передано.

Мой вопрос к journalctl на человеческом языке: «Уважаемый journalctl, сколько байтов журналов вы создали за последние 24 часа?».

Как задать этот вопрос journaltcl?

Мой вопрос к journalctl на человеческом языке: «Уважаемый journalctl, сколько байтов журналов вы создали за последние 24 часа?»

Как правило, руководство намного лучше дает ответы на понятных человеку языках ...

man journalctl

--disk-usage Показывает текущее использование диска все файлы журнала. Это показывает сумму использования диска всеми заархивированными и активными файлами журнала.

Это говорит о том, что существует более одного файла, но не дает размеры отдельных файлов журналов или желаемую степень детализации.

А где же собственно файлы журнала?

Почти каждое руководство заканчивается разделом СМОТРИ ТАКЖЕ:

SEE ALSO
       systemd(1), systemd-journald.service(8), systemctl(1), coredumpctl(1), systemd.journal-
       fields(7), journald.conf(5)

Давай попробуем man systemd-journald.service сначала (обоснованное предположение):

...
По умолчанию журнал хранит данные журнала в /run/log/journal/. поскольку /run/ непостоянен, данные журнала теряются при перезагрузке. Чтобы данные были постоянными, достаточно создать /var/log/journal/ где systemd-journald будет хранить данные.
...

В качестве подхода первого уровня проверьте, сколько данных фактически хранится в день в одном или обоих этих каталогах:

find /run/log/journal/ -type f -ls

Если вы не видите файлы старше сегодняшнего или вчерашнего дня, возможно, журнал записывает много данных и файлы переносятся ...
Вы можете настроить это на /etc/systemd/journald.conf так что будет храниться больше, и вы сможете получить представление об общем объеме данных, которые генерируются и собираются.
Если вы получаете много данных журнала, вероятно, вам также захочется изучить источник, и вам нужно будет решить, полезно ли (потенциально) продолжать сбор этих данных, или, может быть, вам следует настроить что-то слишком подробное, чтобы стало меньше.