И снова здравствуйте.
Тут прям уже прям целое расследование: Что я сказал, что хотел сказать, где и сколько соврал...
"Без меня меня женили"...
Читается как детективная история :)
Коль пошла такая дискуссия:
" [ https://forum.nginx.org/read.php?21,298858,299091#msg-299091 | Как лучше всего сделать защиту от denial of service при исчерпании свободного места на диске большими по объему лог-файлами nginx? ]
"
Насколько понимаю, вы решили, что это одна из решаемых проблем.
Итак
Цитата:
Из его собщения от 5 февраля однозначно следует, что он
уже пытался настроить запись логов напрямую в файл но не смог
получить рабочего решения при 200-250 тысячах подключений в секунду
и необходимости делать ротацию лога каждые 30 секунд. И даже предлагает
мне самому попробовать и убедиться, что это не работает и что таким
образом запись и ротацию логов в файл самим nginx при такой большой
нагрузке и при таком интервале ротации - настроить невозможно,
Я предлагал попробовать и поделиться, лично я попробовал, получил результат -- пишет, работает, возможно. И сделал это ДО того, как сюда обратился...
НО меня сей результат не удовлетворил.
Да, да (понимаю) -- чем он меня "не удовлетворил"??
--- можете фантазировать сколько угодно.
Единственное пожелание -- при озвучивании фантазий оставаться в рамках корректного изложения.
Возможно и оттуда я почерпну что-то для себя новое и полезное.
Цитата:
Ротация логов делается с помощью программы logrotate, которая делает
ротацию только по времени и никак не смотрит на количество свободного
места на диске и на размер лог-файла. С помощью той программы logrotate,
которая идет в составе дистрибутива - неочевидно, как настроить более
быструю ротацию логов nginx, если они начинают занимать слишком много
места на диске и когда свободного места на диске остается слишком мало.
Отлично,
1. logrotate - не единственный вариант.
2. logrotate -- УМЕЕТ смотреть на размер.
3. настроить более быструю ротацию вообще штука очевидная, скорее всего, для большинства
man logrotate
Description
Normally, logrotate is run as a daily cron job.
т.е. работает через cron... Т.е. все, что умеет крон достижимо в ротации через logrotate ....
(или я слишком оптимистичен в разрезе "для большинства"??)
Задача по предотвращению исчерпания места на диске так же была решена задолго ДО обращения сюда.
Следуем дальше:
мне чисто по человечески любопытно, допустим, нашелся такой человек. ну ок,
у него работает, у меня нет. и в чем профит того факта, что такой человек
нашелся
Знание о том, что проблема разрешима, дает довольно много.
"Дайте мне точку опоры, и я переверну Землю" (кажется Архимед)
Вот эту "точку опоры" я в некотором роде и искал :)
Собственно, как и в большинстве случаев, нашел не то, что искал.
Но найденное НЕ разочаровало.
Со знающими людьми пообщался как минимум.
Что у нас еще обнаружилось:
Снисходительность, ирония, сарказм...
(возможно я самонадеян и не так понял некоторые моменты в комментариях? буду рад, если это действительно так)
Возникает впечатление, что кому-то из вас принципиально важно доказать незыблемую правоту своего мнения и ошибочность моих действий.
Вопрос - зачем?
Это не конкурс или состязание, я сюда обратился за советом.
Не за поддержкой или осуждением, сочувствием, порицанием или одобрением и т.д.
Помощь я получил.
Не в том виде, в котором ожидал. Но поверьте - оценил и благодарен ЗА ПОМОЩЬ..
Конкретный ответ на поставленный в самом начале вопрос, как правильно заметили выше, потерял актуальность.
Какая разница насколько глубокое ущелье на моем пути, если я уже построил через него мост?
Может он не самый красивый, вечный, грузоподъемный и уникальный...
Для моих целей его достаточно :)
Возможно, по мнению кого-то, я вообще иду "не туда"!
И? Вы свои аргументы привели, мое мнение они не изменили...
Или для некоторых "есть только два мнения: моё и неправильное"?
Всем дочитавшим - благодарность за терпение.
Предлагаю на сем финишировать.
Или я чего-то не понимаю?
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx-ru