Как определить, чем ограничивается производительность веб-сервера (LAMP)?

Question

[sameoldmadness]

Есть сервер на Amazon EC2 типа m1.xlarge (4 ядра, 15 ГБ) с ubunstu server 12.04.

Внутри — php, mysql, apache и php-приложение (SugarCRM).

Для тестирования нагрузки используется Yandex.Tank.

Сервер справляется с 10 запросами в секунду при среднем времени запроса в 300 мс. При увеличении количества запросов в секунду происходит следующее.

Среднее время запроса начинает линейно расти до тех пор, пока 100% запросов не начинают отваливаться по таймауту. Одновременно с этим в mysql начинают копиться процессы со статусом sleep.

Лимиты на количество процессов апача и количества соединений mysql не достигаются, загрузка процессора и использование памяти — в пределах 20%.

При замене связки libapache2-mod-php5 + mpm_prefork на php-fpm + mpm_worker симптомы сохраняются.

В чём может быть причина появления незакрытых процессов? Как определить, из-за чего серверу нехорошо?

Answer 1

[Виталий Желтяков]

Посмотрите какие цифры показывает трассировка xdebug.

Comments

[sameoldmadness]

80% времени занимает php::session_start.
Переключил session.save_handler на memcache, не помогло.

Answer 2

[Василий]

Ubuntu 12.04 + nginx + php-fpm + percona mysql = ноу проблем. А вообще зачем вам для таких задач дурной Amazon EC2? Чем тотже DO не катит?

Answer 3

[Василий]

Скорее всего по какой-то причине не завершаются процессы PHP (висят до таймоута).

Answer 4

[sameoldmadness]

Попробовать апач выкинуть? Рассматриваю такой вариант, но не хотелось бы пробовать наудачу.

На данный момент мне непонятно, где затор.

DO — катит, забыл про него.

Comments

[Василий]

Зачем вам этот больной гениталий? Весь ваш стек настраивать 30 минут максимум. Если что - пишите помогу. По затору - требуется полный анализ системы @bondbig ниже написал про это.

Answer 5

[Sergey]

Смотреть iostat, делать strace для процессов, смотреть, на чем затыкается.
Организовать мониторинг (хотя бы munin и включить побольше плагинов для мониторинга как самой системы - диск, память, процессор, прерывания,etc; так и сервисов apache/mysql/nginx/fpm/etc) и смотреть на аномалии/корреляции на графиках по всем модулям.

Прогнать синтетические тесты (типа unixbench/phoronix) и смотреть, где затыкается.

Answer 6

[sameoldmadness]

Скорее всего по какой-то причине не завершаются процессы PHP (висят до таймоута).

Ну и пускай висят. Пока память есть, не должно же влиять на производительность?

Comments

[Василий]

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