VestaCP и mysqltuner.pl

[Kirill]

Доброго времени суток.

После установки панели Vesta, долго не думая всегда устанавливал:
mysqltuner.pl, модули ModSecurity и mod_evasive, mod_geoip и другие полезности.

После обновления Vesta, увеличилась нагрузка, но стресс тест каждый из 7 сайтов выдерживал достойно.
Кроме того, что временами стали падать БД MySQL, причем не у всех сайтов, 2 - 3 всегда оставались в строю.
Вчера заметил, что после проверки настроек конфига MySQL - mysqltuner.pl, ровно через пару минут падают БД у большинства сайтов.
Проверял раз 30.
После перезапуска MySQL нормализуется, но через пару часов опять пике.

Сегодня утром переустановил сервер, залил все сайты, но без mysqltuner.pl, все конфиги оставил предыдущей конфигурации и уже 6 часов полет нормальный.
Стресс тесты в 100 уников на 15 мин. каждуй из сайтов держит нормально.
Конфигурация сервера (CPU: 1x3400 Mhz, RAM: 1024 mb, SSD: 25 Gb).
На предыдущей версии Vesta все умещалось и отлично работало на (CPU: 1x3400 Mhz, RAM: 512 mb, SSD: 15 Gb).

Не пойму почему так происходит.

[Kirill]

Последний нагрузочный тест:


Пока без падений БД.
Думаю, что mysqltuner.pl вызывает какой то конфликт.

[Kirill]

Как не прискорбно это писать, но сайты опять упали ночью.
Ничего не пойму.
На ISPmanager работают на сервере с оперативкой в 512 и не падают, а с Vesta, но уже на сервере с 1024 оперативной памяти и те же сайты падают.
В чем блин дело!!!
Скрин нагрузки на графиков:

Падение ровно в 2.21 ч. и как видно оперативки вполне хватало.

Индексы таблицы БД все целые:
Часть вывода команды - "mysqlcheck -Arp"

Code: Select all

admin_forum*******.reputationlevel                  OK
admin_forum*******.route                            OK
admin_forum*******.rssfeed                          OK
admin_forum*******.rsslog                           OK
admin_forum*******.searchcore                       OK
admin_forum*******.searchcore_text                  OK
admin_forum*******.searchgroup                      OK
admin_forum*******.searchgroup_text                 OK

Вообще все таблицы в порядке.
Почему на Vesta падает БД, а на ISPmanager не падают даже на менее мощном сервере мне не понятно.
Причем на 12 версии панели Vesta все было в порядке.

[skurudo]

Почему на Vesta падает БД, а на ISPmanager не падают даже на менее мощном сервере мне не понятно.Причем на 12 версии панели Vesta все было в порядке.

При одинаковых конфигах базы?

[Kirill]

И при одинаковых тех которые были с Vesta ставил на ISPmanager и пытался на Vesta менять по всякому пробовал.
Но если на ISPmanager конкретно копируешь с Vesta все конфиги то все работает как минимум 1 сутки (больше не проверял) и без падений.
С Vesta перепробовал все, так как эксперименты провожу уже 2.5 недели.
Сейчас установил Vesta с php 5.3 и MySQL 5.1, установлены те же сайты, наблюдаю.
Стресс тесты все сайты так же держат как и вчера.
Если ночью не упадут то будет радость мне )))
Ну а если упадут, буду размещать сайты без панели и ждать новую версию Vesta.

[imperio]

Не пробовали применить стандартный конфиг mysql ?
Падение происходит в одно и тоже время или рандомно ?

[insound]

Попробуйте пройти мастера создания my.cfg для mysql (кстати так же можно и сменить мускул на перкону) (если особо не разбираетесь в настройках - мастер пойдет для начала)
https://tools.percona.com/wizard

У вас что то с конфигом не то.

Ну а если упадут, буду размещать сайты без панели и ждать новую версию Vesta.

А причем здесь веста то? my.cfg зависит от образа дистрибутива и из какого репозитория ставится мускул. vesta почти ничего не хавает.

[Kirill]

Тогда вопрос.
Почему эти же сайты работали нормально на 12 версии, а с 14 начались проблемы.
И с кофигом все в порядке не первый день как говорится.

[insound]

Тогда проверяй топами хотя бы кто грузит тебе сайты, смотри поток прибывающих логов - по ним смотри почему крашится мускул. Смысл в том, что это не более чем совпадение - если рост занимания памяти у БД то дело не в весте, да и в my.cfg можно слишком ограничить настройки что мускул будет падать и вставать по циклу. Может кто школодудосом занимается... можно долго гадать.

[Kirill]

Тогда проверяй топами хотя бы кто грузит тебе сайты, смотри поток прибывающих логов - по ним смотри почему крашится мускул. Смысл в том, что это не более чем совпадение - если рост занимания памяти у БД то дело не в весте, да и в my.cfg можно слишком ограничить настройки что мускул будет падать и вставать по циклу. Может кто школодудосом занимается... можно долго гадать.

Убедительная просьба читайте внимательно тему и пишите пожалуйста по делу и те кто хотя бы понимает суть вопроса.

Теперь следующее:
После вчерашней установки с php 5.5 и MySQL 5.1
1. После изменения времени создания бэкапов в cron, бэкапы по расписанию перестали создаваться (для особо одаренный - перезапускал)
2. Сайты по прежнему держат нагрузку, причем нагрузку увеличил до 350 уников. генерация страниц менее 1 сек.
3. Привожу скрин mysqltuner.pl (сделан после нагрузки в 350 уников)


Как видно скрипт не ругается не на что.

Но БД по прежнему падают

PS: Эти же сайты на VDS с 512 оперативки под ISPmanager работают нормально. А тут на VDS 1024 почему то падают БД. На 12 версии панели VestaSP эти же сайты работали на 512 оперативки после смены панели понеслась свистопляска с самоплясом.

DDOS любой исключен!!!!!!!

Вывод за 2.5 недели уже устал тестить, ставлю сайты на VDS 512 без панели и жду новый релиз!!!