"Типа" - вы писали (#29), что последний хостер вам давал VDS со включенным администрированием.
За 30$/мес, вместе с озвученными конфигами - это достаточно скромно. Может, дело в этом?
Я писал о *скачках* нагрузки. Разница понятна?
В любом случае, связь с индексированием - один из вариантов, которые бы я проверил.
Веб-шелл, который залил вам злой хацкир - будет работать тоже от "вас одного". Так понятнее?
man iptables.
Поисковики какие-нибудь, не?
Возможно - ночью у вас "не сезон" для обычных пользователей. Соответственно, всякие индексеры могут вызывать резкие скачки нагрузки - отсюда пики в темпе форков...
PS: Но вам, в общем, правильно madoff написал - стоит стартовать с реальных проблем. Если вас беспокоит возможность спама - не пускайте исходящую почту мимо своего exim'а и контролируйте его статистику. Если беспокоят другие варианты абузы вашего VPS (ddos с него и т.п.) - закройте пользователям исходящие соединения, даже HTTP.
Вот подобные меры - действительно служат предупреждению проблем.
Подобных мне, которые знают как выглядит /proc/meminfo на openvz? 🍿
Увы, да. К вашему большому сожалению - здесь есть системные администраторы, в отличие от вас. Не нравится, когда указывают на ошибки - не давайте тупых советов.
А для меня - в стартовом сообщении информации было маловато.
Уровень ТС был не очевиден. Вон - munin он догадался поставить, мог и еще какие-то настройки провести. И все это он мог запросто вложить в слова "установил .... LAMP". А о специфике отображения статистики памяти - мог и не знать. Вон - и вы-то не разрешили ему это недоумение...
Так что, не делайте из ТС, как он сам выразился - "лоха"...
Вам же объяснили - это специфика некоторых типов виртуализации.
Сколько заплатили за администрирование, если не секрет?
Учиться. Сложно давать вам какие-то конкретные советы. Все очень сильно зависит от специфики ваших проектов.
Можете попробовать включить кеширование на уровне движков сайтов (xcache/apc, memcache). Рассмотрите возможность HTTP-кеширования, в том же nginx.
Это именно реклама, причем "тупая".
Постарайтесь "выдохнуть", не обижаться и выслушать почему.
Можно дать правильный ответ:
у ТС что-то не так со сборкой статистики. Либо не работает плагин (munin?) и нужно просто это исправить. Либо - у него просто VPS на OpenVZ/Virtuozzo и необходимых счетчиков там просто нет.
Судя по предоставленной далее ТС информации - у него именно второй случай.
Делать из этого вывода что что-то настроено "неоптимально" - мягко говоря, рано.
Увы, в вашем случае - нет.
Чтение с дисков?
PS: Большая просьба не писать "откровений" вроде "CPU загружено на 1-2%". Просто приведите вывод диагностических утилит (top, к примеру), которые это показывают.
Отвечает КО: есть, их ман-страницы.
PS: Взгляните еще на Piwik.
Нужно смотреть.
Но если не надоело - продолжайте слушать местных "експертов" с их мегасоветами по дальнейшей порче keepalive.
Reduce your overall MySQL memory footprint for system stability
Вот, что он на самом деле вам говорит. Все остальное меркнет...
[!!] InnoDB is enabled but isn't being used
Ну и што ты имеешь против сисек в другой день недели?
