MT
Хотя говорили вечный сентябрь все дела
Size: a a a
2020 September 23
NK
A
Изучаю Docker. Подскажите, такую проблему можно решить?
не испольщуй винду скачай virtual vm и все решается проблема легко а то с виндой будешь мается долго
NK
и туда можешь любую ос кроме mac использовать
e
Я попробовал запустить проект на отдельном openvz контейнере без докера. Установил тот же php-fpm с того же репозитория, все тоже самое (в общем выполнил руками свой же Dockerfile). Такой проблемы нет, все летает
Я попробовал запустить проект на голом сервере в докере, проблема есть, php грузит процессор и сжирает весь сервер
Пробовал отлаживать через xhprof, не увидел ничего криминального, проект конечно не очень оптимизирован, но без докера же тоже самое прекрасно работает
Сравнивал конфиги с официальным php-fpm, увидел только отличие в заданном output_buffers=4096 (у меня этот параметер отключен)
Похоже следующий шаг запустить php-fpm в официальном образе, пусть на коленке, но проверить, будет ли тормозить там
Не знаю куда еще копать. Все что проект записывает на диск вынесено в volumes. Логи только через stdout/stderr
Причем время ответа с докером не на много выше получается, но загрузка процессора при этом в разы (если не в 10 раз) больше
Я попробовал запустить проект на голом сервере в докере, проблема есть, php грузит процессор и сжирает весь сервер
Пробовал отлаживать через xhprof, не увидел ничего криминального, проект конечно не очень оптимизирован, но без докера же тоже самое прекрасно работает
Сравнивал конфиги с официальным php-fpm, увидел только отличие в заданном output_buffers=4096 (у меня этот параметер отключен)
Похоже следующий шаг запустить php-fpm в официальном образе, пусть на коленке, но проверить, будет ли тормозить там
Не знаю куда еще копать. Все что проект записывает на диск вынесено в volumes. Логи только через stdout/stderr
Причем время ответа с докером не на много выше получается, но загрузка процессора при этом в разы (если не в 10 раз) больше
Попробовал запустить в официальном образе php-fpm, докер установлен на железо, ситуация такая же, сильная загрузка CPU, без докера нагрузка вообще не заметна
Скажите, кто использует php-fpm под нагрузкой, сильная патеря производительности идет?
opcache включен по максимуму, никаких проверок
Скажите, кто использует php-fpm под нагрузкой, сильная патеря производительности идет?
opcache включен по максимуму, никаких проверок
e
Может ли supervisord как то влиять на это? Он у меня php-fpm запускает
И достаточно большой entrypoint (формирует .env файл проекта, выполняет миграции и создает индексы в elastic)
И достаточно большой entrypoint (формирует .env файл проекта, выполняет миграции и создает индексы в elastic)
e
нагрузка в вечернее время около 200-250 запросов в секунду
запросы в основном маленькие и работают только с elastic/redis
запросы в основном маленькие и работают только с elastic/redis
AZ
Может ли supervisord как то влиять на это? Он у меня php-fpm запускает
И достаточно большой entrypoint (формирует .env файл проекта, выполняет миграции и создает индексы в elastic)
И достаточно большой entrypoint (формирует .env файл проекта, выполняет миграции и создает индексы в elastic)
В докере??
e
В докере??
да, entrypoint готовит контейнер к работе, создает индексы, применяет миграции и запускает supervisord
supervisord запускает php-fpm и nginx
supervisord запускает php-fpm и nginx
AZ
Чёт жуть какая-то. Всё в одном контейнере + зачем-то супервизор. Выглядит странно. И чтобы это перевести на кубер, это же куча лишнего оверхеда будет, если на каждом поде крутить такие имиджи.
e
Чёт жуть какая-то. Всё в одном контейнере + зачем-то супервизор. Выглядит странно. И чтобы это перевести на кубер, это же куча лишнего оверхеда будет, если на каждом поде крутить такие имиджи.
ну у меня нет планов на куб, и я далек от этого
это проект внутри одного провайдера, докер нужен чтобы упроситить инициализацию и обновление
это проект внутри одного провайдера, докер нужен чтобы упроситить инициализацию и обновление
AZ
Я наоборот всячески уходил от супервайзера. Он мне просто на голом железе не очень-то нравился. А тут он рулит двумя настоящими демонами. Хз, выглядит страшно
AZ
Для инициализации есть скрипты
wait-for чтобы один контейнер ждал запуск другогоe
я другое имею в виду
нет зависимости от системы, образ запустил, все внутри, как надо настроено
нет зависимости от системы, образ запустил, все внутри, как надо настроено
e
ну всякие эластики и nginx-proxy конечно в других контейнерах находятся
e
я понимаю, что это несколько разнится с best practics докера, но все же такое много где я находил, типа практикуется
разве что S6 какой то супервизор используют...
разве что S6 какой то супервизор используют...
AZ
я другое имею в виду
нет зависимости от системы, образ запустил, все внутри, как надо настроено
нет зависимости от системы, образ запустил, все внутри, как надо настроено
docker-compose позволяет всё запускать одной командойAZ
Зато каждый сидит у себя в контейнере. Легче профилировать, обновлять, отлаживать
e
хорошо попробую сейчас запустить два контейнера отдельных
e
с отладной в целом проблем нет, все логи выведены в потоки
проблема только с производительностью )
проблема только с производительностью )
e
а в продакшене допустимо код хранить на хосте и пробрасывать его в контейнеры через volume?