danielnewman
@danielnewman
Front-end

Тот, кто жрет мой iotop или «куда писать логи»?

Имеем обычный HDD iotop -o -a за ½ часа

USER	DISK WRITE	IO	COMMAND
root	54,52 M		0,00%	sw-collectd -C /etc/sw-collectd/collectd.conf
				
root	77,27 M		0,71%	[flush-253:0]
root	49,90 M		1,74%	[jbd2/dm-0-8]
				
apache	19,04 M		0,01%	httpd
apache	18,16 M		0,04%	httpd
apache	14,61 M		0,02%	httpd
apache	12,80 M		0,01%	httpd
apache	12,63 M		0,03%	httpd
apache	12,11 M		0,02%	httpd
apache	10,42 M		0,02%	httpd
apache	5,02 M		0,01%	httpd
apache	4,83 M		0,01%	httpd
nginx	4,72 M		0,01%	nginx worker
				
mysql	2,37 M		0,02%	mysqld
mysql	2,03 M		0,00%	mysqld
mysql	88,00 K		0,00%	mysqld



Итоги:

* sw-collectd — наследие Plesk'а. Какой-то прожорливый по записи (но не по IO) мониторинг.

* flush-253:0 + jbd2/dm-0-8 — дисковое журналирование (?).

* httpd/nginx — а это и есть основной источник дисковой записи — ЛОГИ!


Вроде бы не велика беда. Ну проходит за месяц ± 500Gb по дисковой системе, ну отъедаете это 0.2% IO, однако хочется понимать, на что уже сегодня следует обратить внимание, что бы меньше было вопросов завтра.


Есть какой-нибудь администраторский Дзен на дисковую тему?

Логи последнего часа вынести на безжурнальную систему?

Упростить логи и отловить ошибки кода, что бы не крошило в лог?
  • Вопрос задан
  • 9448 просмотров
Решения вопроса 1
VBart
@VBart
Можно сжимать логи перед записью: nginx.org/r/access_log/ru
Если задан параметр gzip, то буфер будет сжиматься перед записью в файл.
Типичные логи в среднем gzip-ом жмутся в 7-15 раз.
Ответ написан
Пригласить эксперта
Ответы на вопрос 1
amarao
@amarao
Ну, тут ситуация простая: либо вам логи нужны, либо нет. Если вас access не интересует, то просто отключите.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы