Расход оперативной памяти

1 234
M
На сайте с 17.09.2016
Offline
124
#21

вполне возможно тогда что просто бекенд php и mysql некорректно настроены, что они пытаются "попросить" памяти больше, чем выделено

[Удален]
#22

судя по скринам на этом полудохлом vps php-fpm, nginx и mysql. Gnome еще запустить до кучи

L
На сайте с 13.03.2010
Offline
93
#23

Решение очень простое - не используйте шаред впсы, тем более в России, где степень оверселла даже представить страшно и при этом лютые цены. Если интересует именно Россия, Присмотритесь к впсам от reg.ru или artplanet.su, цены такие же, только ресурсы гарантированные + ддос защита

adel92
На сайте с 04.01.2012
Offline
334
#24
Nickolay365:
судя по скринам на этом полудохлом vps php-fpm, nginx и mysql. Gnome еще запустить до кучи

Я тоже так думал

но там еще httpd.itk - мелькает поэтому я не понял что за связка у него стоит.

Тогда нужно менять хостера, раз у этого такие условия.

NVMe VDS (https://well-web.net/nvme-vps) с поддержкой 24/7 - от 545 руб.! Безлимитный хостинг (https://well-web.net/ssd-hosting) - от 129 руб.! Домен в подарок! Перенос бесплатно! Заказывайте сейчас, и получите скидку 50%! Заходи! (https://well-web.net/limited-offers)
vitzer
На сайте с 16.02.2017
Offline
169
#25

Похоже, что и вправду мой косяк.

Поставил галку в окошке "Модуль PHP" настроек сервера и нагрузка вернулась к прежним значениям.

jpg 160426.jpg
vitzer
На сайте с 16.02.2017
Offline
169
#26

Ну вот прошла очередная суббота с непонятным багом.

Предыстория.

Уже больше месяца не могут разобраться с проблемой. После переезда на VPS каждую пятницу начинает тупить сайт/сервер, достигая пика в субботу. В воскресенье проблема уходит, и сайт начинает летать. Для простоты понимания время ответа сервера во вложении.

Причину найти не удалось. Все потребляемые ресурсы в пределах разрешенных. Сегодня Вс и сайт снова заработал, как прежде. Объемы потребляемых ресурсов, что в дни проблем, что в будни - одинаковые (судя по top и htop). Однако на графиках в панели ISP в эти дни расход оперативной памяти увеличивается (вложение 2).

Сравнил задачи в процессах - никаких изменений. Тех поддержка со своей стороны заявляет, что с их стороны все в порядке.

В планировщике стояла задача еженедельного сканирования вирусов Clamav в ночь с Пт на Сб, но я ее оставил неактивной, а вчера и вовсе удалил.

В логах ошибок нет.

Куда копать в следующую субботу?😡

jpg 160620.jpg
jpg 160621.jpg
adel92
На сайте с 04.01.2012
Offline
334
#27

Бекапы не запускаются случайно?

Может тогда лучше VPS с администрированием?

покажите список крон комманд

vitzer
На сайте с 16.02.2017
Offline
169
#28
adel92:
Бекапы не запускаются случайно?

Может тогда лучше VPS с администрированием?
покажите список крон комманд

Бэкапы до проблемы вроде как не запускались.

Плановый бэкап запустился в 3.00.

Причем в этот момент (график в предыдущем посте) потребление оперативки упало, а после вновь восстановилось.

Что самое примечательное. Утром сайт еще тупил. Я решил скачать бэкап. В момент, когда в браузере открылась новая вкладка с сообщением "Подождите, скоро начнется скачивание", я передумал и отменил скачивание.

Нагрузка тут же упала и сайт заработал. Совпадение или корень проблемы, так и не понял.

Во вложении логи крона.

По поводу администрирования. Вроде бы и так с администрированием... или я вопрос не понял?

txt cron-20170226.txt
txt cron-20170225.txt
txt cron-20170224.txt
redeyer
На сайте с 27.01.2010
Offline
102
#29

В момент тормозов нужно смотреть логи, процессы, коннекты.

Услуги сисадмина. Настройка и оптимизация VPS https://searchengines.guru/ru/forum/928318 . Поднятие своих прокси, восстановление сайтов из вебархива. Мой канал о хостингах https://t.me/hostingexpert
vitzer
На сайте с 16.02.2017
Offline
169
#30
redeyer:
В момент тормозов нужно смотреть логи, процессы, коннекты.

Логи в норме, процессы штатные.

А вот про коннекты: как посмотреть?

1 234

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий