Hetzner одно время сдавал какие-то cruicial - укатывались за год-два. Сейчас там таких моделей нет по очевидной причине.
Надо просто перепроверить за хостером какую именно модель вам поставили, погуглить, организовать мониторинг расхода этого странного ресурса.
Значит есть какие-то другие сходные настройки.
Это типовое поведение в сегменте. Владельцы форумов завышают настройки чтобы при визите на главную был виден список пользователей "Сейчас на форуме 20K пользователей!".
А настройки по-умолчанию вполне адекватные и не приводят к проблемам на пустом месте.
Есть еще вариант, что там было периодическое задание очистки таблицы и оно сломалось.
Это же коробочный движок. Он задуман так чтобы работать хорошо в типовых случаях.
так вам надо было просто в настройках движка поменять время хранения сессий.. и перестать делать вид что форум посещаемый!
что там по-умолчанию было ? 15 минут? оставьте 15 минут.
Пошел и проверил - вроде перемешивают.
Так что не понятно.
а шо таки могло произойти с функцией random() последние годы? раскройте, пожалуйста.
Ну конечно.
Но вы не сможете замерить как именно.
baas, все понятно, но если количество серверов увеличивается, я бы рекомендовал zabbix.
основной аргумент к замене на zabbix - заранее сконфигурированные другими людьми триггеры из шаблонов и более удобная обработка инцидентов.
Разумеется, агент и шаблоны для windows там есть разнообразные. И с русскоязычной документацией все хорошо.
Так это ж битрикс. По крайней мере, эти поведение описанных параметров характеризует движок сайта, а от железа не зависит. Примерно понятно как он себя ведет, тем кто его эксплуатирует.
Вроде бы с этим поведением mysql наконец-то что-то сделали:
https://mysqlserverteam.com/mysql-8-0-support-for-blobs-in-temptable-engine/.
Раньше многие просто включали tmpfs для временного каталога mysql.
Так что настало время обновлять mysql.
Другое дело, что у вас может быть какой-нибудь старый битрикс или модули для битрикса не работающие в mysql 8.0. Переезжать и тестировать следует внимательно.
И кто вообще обещал, что изменение этих параметров так важно? Если вы с этим справитесь, то пропадет красный текст в phpmyadmin. Это все, что можно сказать наверняка.
В чем проблема включить в nginx полную отладку, сходить на сайт и выяснить наконец передают или не передают?
X-GT-ClientIP - этот заголовок ведь cloudflare нет резона трогать.
Dram, ну что такое? там разве примеров плагинов мало или лога нет?
Прежде чем обрабатывать строчки значений, он еще обработает вывод от первого запуска config. Наверное, там тоже ошибки.
попробуй имя значения другое выбрать. "200" - выглядит не так как обычно называют идентификаторы. в моем примере значение называлось normal.
Я бы попробовал "code_200".
очень неэффективно. Каждый раз сначала файл читать?
Программа logtail2 отлично решает задачу постепенной обработки логов и я привел пример скрипта, который использует logtail2.
Вот я нагуглил готовый плагин:
https://github.com/GerritDamen/munin-apache-status-codes/blob/master/apache_status_codes
А там несколько типов графиков.
Нужно определить значение, например, в bash так:
echo 'normal.info normal'
echo 'normal.type ABSOLUTE'
echo 'normal.label normal req/sec'
чтобы потом подсчитывать , например, вызывая программу logtail2 :
echo -n "normal.value "
logtail2 -f /var/log/nginx/error.log -o /tmp/munin-debug | grep nowait | wc -l
Используя ключ -t в программе logtail2, можно в одном плагине несколько раз пройтись по куску лога и посчитать разные события.
В данном случае, у меня графически представлены эксперименты по замедлению и ограничению ботов в одном из проектов.
Этой информации должно хватить.
