Исправление shahid, (текущая версия) :
Чем лучше?
Сам следит за своими логами и их размером без чужой помощи по крону.
Что в этом случае дает systemd?
Позволяет серверу продолжать обслуживать клиентов до последнего. В случае традиционных логов на традиционной разметке диска, заполнение /var из-за наполнения /var/log привело к постепенному скорому падению всех СУБД, стопору виртуалок на /var (если динамические виртуальные диски) и нарушения сервиса в целом. Если syslog и /var/log на отдельном разделе, то конечно эффект от флуда в логах заметно снижается, но все же не исчезает.
Исправление shahid, :
Чем лучше?
Сам следит за своими логами и их размером без чужой помощи по крону.
Что в этом случае дает systemd?
Позволяет серверу продолжать обслуживать клиентов до последнего. В случае традиционных логов на традиционной разметке диска, заполнение /var из-за наполнения /var/log привело к постепенному скорому падению всех СУБД, стопору виртуалок на /var и нарушения сервиса в целом. Если syslog и /var/log на отдельном разделе, то конечно эффект от флуда в логах заметно снижается, но все же не исчезает.
Исходная версия shahid, :
Чем лучше?
Сам следит за своими логами и их размером без чужой помощи по крону.
Что в этом случае дает systemd?
Позволяет серверу продолжать обслуживать клиентов до последнего. В случае традиционных логов на традиционной разметки диска, заполнение /var из-за наполнения /var/log привело к постепенному скорому падению всех СУБД, стопору виртуалок на /var и нарушения сервиса в целом. Если syslog и /var/log на отдельном разделе, то конечно эффект от флуда в логах заметно снижается, но все же не исчезает.