Внезапные проблемы производительности сайта SSL

0

У меня есть linux box с интернет-магазином. Все хорошо, пока пользователь не перейдет к оформлению заказа. Когда пользователь нажимает кнопку «Оформить заказ», система перемещает его в службу https. Изображения и время загрузки страницы занимают больше времени, чем ожидалось. Кажется, что нет никаких ненормальных процессов или процессов, занимающих нерегулярный объем памяти. Я перезапустил два процесса Apache (HTTP и HTTPS), на которых работает сайт.

Как бы я занялся профилированием этой проблемы?

linux ssl web-server

— Брайан Виггинтон
источник

1

Я предполагаю, что вы можете хотя бы воспроизвести проблему. Вы профилировали загрузку страницы, чтобы посмотреть, является ли это одной из частей страницы, которая вызывает проблему, или все вызовы плохие? Может случиться так, что это вообще не имеет никакого отношения к SSL и фактически связано с процессом извлечения (например, медлительность / блокировка базы данных).

Если это все запросы SSL, следующим шагом является тестирование SSL без каких-либо сложных действий. Время простой Wget или завиток небольшого файла по SSL. Попробуйте, если можете, как локально, так и удаленно; если это происходит с компьютера веб-сервера, возможно, возникла проблема в сети.

— Morven
источник

ОК, я попробовал это как локально на веб-сервере, так и удаленно на моем компьютере. Удаленно загрузка страницы checkout.php занимала не менее 5 секунд, но локально страница загружалась менее чем за секунду. Я также испытал задержку при подключении к устройству через SSH, опять же, для подключения потребовалось около 5 секунд, обычно это происходит довольно быстро. Обязательно ли это определяет проблему в сети, или это может быть что-то, связанное с openssl?

— Брайан Виггинтон

Если вы подключаетесь через SSL с локальным тестом, я склонен думать о сети где-нибудь, потому что нагрузка шифрования будет постоянной. Если вы делаете localhost / what.html, то единственное различие заключается в передаче по сети по сравнению с обратной связью.

— Morven

1

Какую разницу в производительности вы видите? Помните, что браузеры и прокси не должны кэшировать любой контент HTTPS, включая графику, таблицы стилей и файлы сценариев. Одно это может сделать сайт менее чувствительным в зависимости от вашего дизайна и того, насколько вы уже близки к тем волшебным точкам, где мы, люди, начинаем замечать разницу во времени отклика.

Кроме того, в какой среде вы работаете? Полностью выделенная коробка или какая-то виртуальная машина? Какой из множества веб-серверов, вариантов сценариев и решений для баз данных вы используете - это может существенно повлиять на то, как вы будете наблюдать за процессами для поиска проблем. Ваш процесс оформления заказа использует тот же язык и такой же, как основной сайт? (Я видел сайты, где основной каталог сделан на PHP, а процесс оформления заказа - чем-то другим, предположительно, когда одна или обе части были куплены и интегрированы).

— Дэвид Спиллетт
источник

Такое ощущение, что сайт просто задыхается от обработки запроса. Сайты работали в течение многих лет, а затем неожиданно на днях процесс проверки просто удушается на 5-10 секунд, иногда хуже. Весь сайт написан на PHP на специальной коробке LAMP. Разница лишь в том, что работают два http-процесса, один с SSL и один без.

— Брайан Виггинтон

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

— Дэвид Спиллетт

0

Оказывается, что DNS-серверы, которые использовала коробка, не работали по какой-либо причине. Как только мы указали окно на новый набор серверов имен, задержка исчезла.

— Брайан Виггинтон
источник