Производительность сайта и APM

Application Performance Monitoring показывает, где на самом деле уходит время вашего сайта: процентили времени отклика, самые медленные URL, самые медленные запросы базы данных и насколько интенсивно работает PHP. Это руководство охватывает включение APM, чтение каждой панели и действия на основе того, что она показывает.

Где APM находится в KPanel

1. Войдите в KPanel.
2. Нажмите Websites на левой боковой панели, затем нажмите на сайт.
3. На вкладке сайта откройте WordPress, затем APM.

Прямой адрес: /websites/<site-id>/performance.

Включение APM

APM выключен до тех пор, пока вы его не включите. На подходящем плане страница показывает карту Application Performance Monitoring с кнопкой Enable APM.

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

После включения страница показывает таблетку APM Active с датой включения, кнопку Refresh и кнопку Disable APM. Метрики появляются только после поступления реального трафика, поэтому тихий сайт показывает Waiting for requests некоторое время.

Время отклика

Первая карта содержит четыре показателя за последний час с количеством запросов и временем захвата в заголовке.

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

Читайте процентили вместе, а не отдельно. Хороший медиан с ужасным P95 означает, что большинство запросов в порядке и меньшинство болезненно, что является классической сигнатурой одной медленной страницы, одного медленного запроса или кэша, который пропускает на определенных URL. Плохой медиан означает, что весь сайт медленный и причина обычно структурная: недостаточный план, тяжелая тема или отключенное кэширование.

Коэффициент ошибок 5xx - это единственная цифра, которая должна быть нулевой. Что-либо длительное выше нуля означает, что посетители видят сбои.

Рабочие процессы PHP

Карта PHP Workers показывает три числа:

• Active Workers: сколько процессов PHP в настоящее время обрабатывают запросы.
• Slow Requests: запросы, превысившие порог медленного запроса и зафиксированные в журнале.
• Total Handled: подключения, принятые с момента запуска пула.

Активные рабочие процессы - это сигнал насыщения. Если он остается на потолке во время нормального трафика, запросы ждут своей очереди за PHP, и каждое время отклика на странице выше частично является временем в очереди. Это проблема емкости, а не проблема кода, и решение - больший план или меньше работы на запрос.

Растущее количество медленных запросов со стабильным объемом запросов означает, что что-то стало дорогим.

Самые медленные конечные точки

На этой карте список ваших самых медленных URL по времени отклика P95, каждый с полоской, P95 в миллисекундах и количеством вызовов, которые он получил. Цвет отмечает самые плохие нарушители.

Читайте это как краткий список, а не таблицу лидеров. Что вам нужно, так это пересечение медленного и часто вызываемого: страница, которая загружается четыре секунды и попадается два раза в день, имеет значение гораздо меньше, чем страница, которая загружается 900 миллисекунд и попадается десять тысяч раз.

Частые виновники:

• Страницы поиска, которые сканируют без индекса.
• Категории и архивные списки, которые создают большие запросы за каждый запрос.
• Корзина, оформление и страницы аккаунта, которые никогда не кэшируются, потому что они зависят от посетителя. Смотрите Site Caching для того, какие пути обходят кэш по дизайну.
• URL администратора, которые всегда динамичны.
• Все, что вызывает внешний API внутри запроса, где вы измеряете чужой сервер.

Медленные запросы

Карта Slow Queries показывает запросы базы данных, усредняющиеся свыше 100 миллисекунд, полученные из собственных данных производительности базы данных. Каждая строка показывает среднее время, максимальное время, количество вызовов и нормализованный текст запроса.

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

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

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

Правильное использование APM

Снимите исходный показатель. Посмотрите цифры, когда сайт здоров, чтобы вы знали, как выглядит норма. P95 в 700 миллисекунд ничего не значит, пока вы не знаете, что раньше он был 300.

Меняйте одно в раз. Включите кэш, обновите и сравните. Деактивируйте подозрительный плагин, обновите и сравните. Пакетные изменения не дают никакого сигнала.

Обновляйте намеренно. Кнопка Refresh повторно читает метрики по требованию. Цифры охватывают последний час, поэтому дайте изменению немного времени перед его оценкой.

Смотрите вне APM тоже. APM измеряет вашу заявку. Если проблема в сети или на краю, а не в коде, Site Traffic Analytics и Site Uptime Monitoring покажут это вместо этого.

Устранение неполадок

На странице показана панель обновления. APM включен в Managed WordPress Pro. На других планах это недоступно.

APM включен, но метрик нет. Трафика еще нет. Метрики появляются после того, как сайт получит запросы.

Время отклика в APM в порядке, но сайт работает медленно. APM измеряет только время на стороне сервера. Время, потраченное на загрузку изображений, запуск JavaScript и загрузку шрифтов в браузер, невидимо здесь. Если время сервера хорошее и страница все еще работает медленно, проблема находится на фронте или в том, что вы просите браузер загрузить.

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

Все медленно все время. Сначала проверьте рабочие процессы PHP на насыщение. Если рабочие процессы закреплены, добавьте емкость или сократите работу на запрос перед оптимизацией чего-либо еще.

Ошибки выше нуля. Исправьте их перед преследованием миллисекунд. Начните с ваших логов и используйте кнопку Troubleshoot with Kora на вкладке Error pages сайта, которая просит Kora прочитать ваши журналы ошибок и недавние сбои для вас. Смотрите Custom Error Pages.

Связанные страницы

• Site Caching обычно является единственным наибольшим преимуществом для сайта WordPress.
• Site Security для сканирования уязвимостей и вредоносного ПО на одном и том же сайте.
• Taking a Backup перед началом удаления плагинов.