Рейтинг:0

Apache с PHP FPM и скачками запросов, как настроить оптимальную конфигурацию?

флаг vu

Мне повезло, что мой сайт стал вирусным, а сервер, конечно же, не был к этому готов.

К сожалению, моя установка довольно плохая, один сервер с Apache, PHP (Laravel), Mongodb и Redis.

Бэкэнд (laravel) в основном обслуживает REST API. В настоящее время у меня более 1000 одновременных пользователей, пытающихся использовать веб-сайт, и все загружается очень медленно. MongoDB, кажется, работает нормально, так как я могу получить к нему доступ через терминал, и запросы решаются немедленно. Меня беспокоит конфигурация Apache/PHP FPM.

Мой сервер: 8 ядер, 16 ГБ ОЗУ

Я попытался поиграть с конфигурациями PHP FPM, но не сильно улучшился. На данный момент он у меня включен статический с 300 макс_дети.

В Apache я использую событие MPM с этой конфигурацией:

<IfModule mpm_event_module>
ServerLimit 40
    StartServers             2
    MinSpareThreads      50
    MaxSpareThreads      100
    ThreadLimit          64
    ThreadsPerChild      50
    MaxRequestWorkers     1000
    MaxConnectionsPerChild   0
</IfModule>

С использованием вершина У меня есть это, что мне кажется нормальным: введите описание изображения здесь

Кто-нибудь может указать мне в правильном направлении?

флаг np
Используете ли вы OPcache для PHP? Вы также можете рассмотреть возможность перехода на nginx или OpenLiteSpeed. Основанные на мнении, но тем не менее они обычно намного лучше масштабируются для высокой нагрузки.
флаг vu
Я не использую OPCache, будет ли это полезно, даже если PHP просто обслуживает API? У меня есть монго как БД и слой кэширования Redis. Что касается nginx и OPS, я искал краткосрочное решение, а не мигрировать все подряд. Но спасибо за предложение
флаг np
Laravel — довольно продвинутый фреймворк, и OPCache действительно может улучшить время его выполнения. Использование вашего процессора довольно близко к 100%, и большая его часть используется процессами apache, но все же там много рабочих php-fpm. Его довольно легко установить и настроить, поэтому я думаю, стоит попробовать. Я не вижу никакого ожидания ввода-вывода, поэтому узким местом должна быть обработка ЦП.
флаг vu
Тогда попробую! Просто для проверки я попытался обновить сервер до 32 ядер и 192 ГБ оперативной памяти, просто чтобы быть уверенным. Немного изменив конфигурацию, я достиг 1500 одновременных пользователей, а затем веб-сайт начал замедляться, используя всего 30 ГБ из 192 ГБ, странно.
флаг np
Честно говоря, у меня нет опыта работы с новыми работниками Apache MPM, такими как event one. Так что тут не угадаешь. Но со старыми версиями и другими работами он всегда был медленным для любой значительной нагрузки для меня. Я всегда выбирал nginx, если ожидал значительных нагрузок. После того, как я попробовал OLS, я обычно стараюсь придерживаться его. У него есть своя проблема, но с точки зрения производительности это действительно отличное программное обеспечение. И мне нравится, что он может анализировать правила перезаписи .htaccess в стиле apache (к сожалению, только для mod_rewrite, но обычно этого достаточно).

Ответить или комментировать

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