Сайт на docker медленно работает?

Question

[dlakazov]

Мне показалось что приложение на хосте развернутое шустрее работает,чем приложение на контейнерной основе docker. Это так? Или крестится надо когда кажется?

Comments

[sim3x]

Когда сделаете нагрузочное тестирование обоих вариантов - приходите с вопросом и цифрами

[dlakazov]

sim3x, Нет,у меня банальный вопрос,я хочу знать именно о том нагружает ли docker сильнее машину,чем обычная установка на хост машину,без нюансов типо "все зависит от ос,cpu и тд".

[sim3x]

dlakazov, все зависит от софта

[artem78]

dlakazov,

я хочу знать именно о том нагружает ли docker сильнее машину,чем обычная установка на хост машину

А Вы сами как думаете?

[dlakazov]

artem78, не знаете что ответить не пишите,вот что я думаю

[artem78]

dlakazov, Зачем так грубо? Я же помочь хотел.

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

[dlakazov]

artem78, сори я думал что вы с подтекстом написали

[dlakazov]

artem78, ну то понятно что docker жрет у системы,но на столько ли заметно и при увеличении приложения не скажется это еще сильнее?

[artem78]

dlakazov,

сори я думал что вы с подтекстом написали

Ничего такого не имел. Извините, если так сильно отреагировали.

на столько ли заметно и при увеличении приложения не скажется это еще сильнее?

Сейчас на 100% Вам точно никто не сможет этого сказать. Лучше не гадать, а смотреть по ситуации. Пусть сейчас проект работает с docker. Если со временем будет заметна нехватка ресурсов, будете думать о переносе на реальную систему или увеличению мощностей сервера. Лично я сторонник того, чтобы контейнеры не использовать без необходимости.

[dlakazov]

Спасибо большое! Верно сказали,всегда можно передумать,тем более если речь идет о докер,просто удалить его и система чиста,все установить уже на хосте,да думаю тоже только при необходимости использовать

Answer 1

[metajiji]

Есть такое да, если делаете паблишинг портов, то на голом докере по умолчанию это произойдет через docker-proxy у которого катастрофически низкая производительность + огромный аппетит к Cpu, выход крайне простой - при создании контейнеров, которые будут взаимодействовать с внешним миром используйте --net host. Например у вас есть php-fpm, nginx и любая бд, в таком случае делаете --net host для nginx, остальные могут оставаться в сети docker, конечно же вам понадобится icc(inter container communication) и для этого нужно создать так называемую user-defined network. Для упрощения жизни создавайте контейнеры через docker-compose.

Comments

[dlakazov]

Спасибо! Это самый лучший ответ,развернутый и чувствуется опыт сразу! Я лично понял одно,что как вы и сказали аппетит к cpu есть у него это точно.У меня в сильном напряжении машина когда заведены контейнеры,все подвисает,также подключение к субд которая в контейнере,при первой загрузке медленнее чем если бы приложение было на хосте.

Answer 2

[FruTb]

Комменты правильные. Правда надо понимать что контейнеризацая в докере происходит за счёт cgroups и разделяемого ядра. Те в некоторых ситуациях докер будет давать лучшие результаты по сравнению с полной виртуализацией сервера, а есть когда обратно. Базовое правило такое - если мы cpu-intensive то мы можем жить в докере. Если это io bound (много срем в сеть/диск) - могут появляться "артефакты" (причём, как показывает опыт) диагностировать их приходится отладкой ядра. Но это при нагрузках 10к+ запросов в подсистемы ваода-вывода. Если у вас "полтора колеки" сидят на сайте - тогда это скорее всего проблема инфраструктуры

Answer 3

[Владимир]

Если вы берете VDS, и на него ставите докер, естественно нагрузка на него будет выше чем от чистого приложения, ведь у вас на машине работают ещё и сервисы докера.

Comments

[dlakazov]

Спасибо! Можете подсказать,докер очень популярен и удобен для разделения,но сильнее нагружает систему,я читал что не слишком заметно это,когда данных будет много это скажется еще сильнее,или докер окупает все?

[Владимир]

dlakazov, Нужен ли вам этот оверхед или нет, решать вам. Докер любят за то, что процесс разработки и деплоя на продакшн стандартизирован, и локальная разработка идет на той же конфигурации, которая будет работать в продакшене. А если использовать его совместо с кубернетис, сильно упрощается оркестровка конфигурациями с большим количеством нод и сервисов.

Answer 4

[ky0]

Любая контейнеризация - это оверхед. Насколько он большой, зависит от конкретных условий - технологии, верности настройки, особенности приложения. Те же данные СУБД, например, внутри докера располагать не стоит.

Comments

[dlakazov]

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