Как измерить нагрузку на веб-сервер (LAMP), создаваемую каждым отдельным сайтом?

Question

[smartup]

Здравствуйте. Есть более или менее стандартный LAMP-сервер на Ubuntu Server, на котором крутится десяток сайтов.


Каждый сайт живёт как отдельный виртуальный хост Apache2 с модулем php5, Apache работает от одного юзера www-data. MySQL-база у каждого сайта отдельная и доступ к ней сделан через отдельного MySQL-юзера.


Вопрос к знатокам: каким образом померить моментальную (или за небольшой период) нагрузку, создаваемую каждым сайтом (понять сколько памяти, процессора, а может быть даже и диска он съедает)?

Comments

[smartup]

Мне нужно знать пиковую загрузку, для этого есть профилировщики, да и сайты можно испытывать по одному. Надо именно текущую нагрузку на одном сервере получать по разным сайтам.

Это задача наверняка имеет решение, ведь как-то с этим справляются, например, провайдеры виртуального хостинга. Хотя у них, подозреваю, сайты разнесены по отдельным пользователям.

Answer 1

[Dzuba]

Варианты:
1. apachetop
2. Поставить nginx на фронтенд, заставить писать в логи $upstream_response_time и небольшим скриптом парсить хвост лога.
3. Статья.
4. Банальный путь: поставить mpm-itk, разделить сайты, дав каждому своего системного юзера. Созерцать top.
5. Для mysql: mytop.

Answer 2

[SEObomj]

Отключить остальные =) В идеале отключить все сайты и посмотреть, сколько ресурсов съедается на холостых, а потом включить нужный сайт. На все про все уйдет минут 10 (возможно дольше, если хотите более точные результаты). Еще можно задействовать loadimpact.com/

Answer 3

[SergeyGerasimov]

munin-monitoring.org/ как раз дял такого и создан. Примеры статистики по разным сайтам наодном сервере: munin.ping.uio.no/

Comments

[smartup]

Боюсь, munin на моём сервере для того же apache будет собирать только общую статистику, не показывая сколько отъедает каждый сайт ресурсов. Ведь даже прописывая в /etc/munin/munin.conf разные домены, я всё равно статистику собираю с одного и того же munin-node.

[smartup]

Нашёл как желаемое можно частично воплотить через приладку mod_watch (какой при этом мониторинг использовать: munin или, например, cacti — уже не суть важно). Драгоценная ссылка: stubbedtoe.co.nz/index.php/2009/09/apache-vhost-monitoring-with-munin/

Спасибо вам за то, что пнули в нужном направлении.

[smartup]

А конкретно для munin нашлись вот такие плагины (это консольные php-скрипты, которые мучают логи apache): benlumley.co.uk/2010/02/02/munin-plugins-to-graph-apache-virtual-hosts/

[SergeyGerasimov]

Да не за что. Удачного применения.
Вообще, если хочется поэксперементировать, то я уверен, что в больших системах мониторинга — Nagios и т.д. это все есть прямо из коробки.

Answer 4

[merlin-vrn]

mpm-itk + acct (встроенный аккаунтинг) учтёт нагрузку от вебсервера и интерпретатора (если это mod_*), но не учтёт нагрузку от БД, которая во всех случаях крутится от имени mysql.

Если вам нужно найти виновного, то этот вариант — идеально подходит.

Answer 5

[akuklev]

По крайней мере, частично эти задачи можно решить при помощи Apache2::Profiler.

Answer 6

[holyorb2]

никак в том виде что вы написали
по статистике нужно выяснить теоретически кто может грузить сервер и их перенести на VPS (как вариант что бы отделить нагрузку) и далее мерять нагрузку от отдельного сайта

Comments

[smartup]

У меня проблема не в том, чтобы выявить и наказать виновного: я не виртуальным хостингом занимаюсь. Хочется просто видеть как сервер в себя чувствует в целом и кто из сайтов вносит самый тяжелый вклад в затруднённое дыхание именно сейчас. Профилировать каждый сайт в отдельности и в изолированной среде я могу, хочется иметь срез на общем боевом сервере под текущей нагрузкой.

Answer 7

[Sergey]

Парсить вывод server-status

Comments

[etz]

правильный ответ

Answer 8

[charon]

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

Comments

[smartup]

А у вас эта работа от разных юзеров реализовывалась через ниже упомянутый apache2-mpm-itk?

[charon]

нет, php работало через cgi