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

вот и спрашиваю как лучше и правильней будет это сделать при помощи докера

Сервис для управления базами данными - это один контейнер. Сервис для управления сайтами - другой контейнер. Ну можно phpmyadmin вынести также отдельно, хотя по факту это сайт.

я думаю что Maridb+Phpmyadmin в один контейнер...

сайты пусть живут в своих контейнерах

я думаю что Maridb+Phpmyadmin в один контейнер...

Не надо

а как лучше?

Всё в отдельные контейнеры

что за мания все в один контейнер завернуть

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

сайты как отдельные приложения

я не знаю что там будут наворачивать

мало ли что туда запихнуть захотят..

могут и цмс какую нибудь или что то еще

поэтому хочу их отдально в контейнеры..

линковать по контейнеры

Тогда и базы для сайтов должны быть отдельные

тогда и сервера должны быть отдельны

тогда получается что под каждый сайт (если требуется база) то отдельный контейнер с базой?

не забывай про потоки

да

Паразитная нагрузка от других сайтов может сильно мешать

Всем привет. У меня два контейнера - nginx и php-fpm. Если исходники положить только в php-fpm, то получается этот же контейнер будет солвить статику, что не гут. А если положить в оба, то какой-то оверхед по размеру контейнеров. Какие еще есть варианты решения, кроме того как смержить эти контейнеры ?

тогда схема немного меняется... Phpmyadmin - отдельный кентейнер Сайты каждый в свой контейнер база для сайтов каждая в отдельный контейнер все это потом линкуем и разруливаем на nginx-proxy

Такой еще вопрос по swarm'у. Внешний балансировщик трафика nginx (вроде бы haproxy убого с php-fpm работает ) изначально 3 реплики приложения, сделал 4-ре как передать nginx'у информацию о новой реплике?!?

Надо какой-то внешний SD настраивать ?

Всем привет. У меня два контейнера - nginx и php-fpm. Если исходники положить только в php-fpm, то получается этот же контейнер будет солвить статику, что не гут. А если положить в оба, то какой-то оверхед по размеру контейнеров. Какие еще есть варианты решения, кроме того как смержить эти контейнеры ?

Маунтить не вариант?

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

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

папку в оба контейнера

а меня интересует вариант для прода. Туда же готовые имаджи идут, без маунта исходников

тогда схема немного меняется... Phpmyadmin - отдельный кентейнер Сайты каждый в свой контейнер база для сайтов каждая в отдельный контейнер все это потом линкуем и разруливаем на nginx-proxy

если сайты php-fpm в один контейнер, на разные пулы

можно и в один пул

а меня интересует вариант для прода. Туда же готовые имаджи идут, без маунта исходников

статику отдельно выложить

а меня интересует вариант для прода. Туда же готовые имаджи идут, без маунта исходников

если есть бинарники сразу в имадж

Добрый день коллеги. Столкнулся тут со странностью. Использую виртуалки в неком flops.ru, видимо в этом часть проблемы кроется. При запуске демона докера, отваливается сеть. Перестают пинговаться как узлы в сети, так и сама виртуалка на которой докера поднял. При этом остановка демона не возвращает сеть в исходное состояние, помогает только ребут. Вижу что в процессе поднятия эта хреновина производит какие-то манимпуляции с сетевыми интерфейсами eth0 и br. Куда копать, как чинить?

что то в виде kvm есть? дабы можно было посмотреть что произошло после запуска ?

что то в виде kvm есть? дабы можно было посмотреть что произошло после запуска ?

Да, ДЦ даёт консольку.

ну тогда покажи, что ты видишь ( eth0 br ), в логах

не убежало...

ось какая?

походу бубунту с включенным аппармором

выруби попробуй еще

выруби попробуй еще

Аппармор вырубить?

# docker push registry.a0.ru/tyb/gateway:cors The push refers to repository [registry.a0.ru/tyb/gateway] 2ab7926ff5ae: Pushing [==================================================>] 3.072kB 3ef4f3d482b8: Pushing [==================================================>] 25.6kB 12e51843d975: Preparing d489f746495f: Pushing [==================================================>] 40.45kB eb3551c72d50: Pushing [==================================================>] 3.584kB 89bd874fbc75: Waiting 8cc1f1992840: Waiting 2d7bb3264199: Waiting 553b5298e24c: Waiting b637cbf57345: Waiting 1c862c0e1a30: Waiting 7bff100f35cb: Waiting unauthorized: authentication required Нифига непонятно, почему не пушится имидж? Да ещё и падает всегда на одном и том же месте. И никакого вербос режима нету у этого пуша что бы понять где именно и почему у него не проходит авторизация...

docker login разумеется уже сделал

docker login разумеется уже сделал

дебаг попробуй включи для докера

# docker push registry.a0.ru/tyb/gateway:cors The push refers to repository [registry.a0.ru/tyb/gateway] 2ab7926ff5ae: Pushing [==================================================>] 3.072kB 3ef4f3d482b8: Pushing [==================================================>] 25.6kB 12e51843d975: Preparing d489f746495f: Pushing [==================================================>] 40.45kB eb3551c72d50: Pushing [==================================================>] 3.584kB 89bd874fbc75: Waiting 8cc1f1992840: Waiting 2d7bb3264199: Waiting 553b5298e24c: Waiting b637cbf57345: Waiting 1c862c0e1a30: Waiting 7bff100f35cb: Waiting unauthorized: authentication required Нифига непонятно, почему не пушится имидж? Да ещё и падает всегда на одном и том же месте. И никакого вербос режима нету у этого пуша что бы понять где именно и почему у него не проходит авторизация...

допускаю, что там докер регистри за прокси. Типа nginx. И тупо ломается с ошибкой 500 или 400

ибо много потоков

попробуй лить в один поток и посмотреть что будет

дебаг попробуй включи для докера

В настройках демона?

допускаю, что там докер регистри за прокси. Типа nginx. И тупо ломается с ошибкой 500 или 400

Ну вот хотяб что-то увидеть бы хотелось, а никакого дебага не вижу

попробуй лить в один поток и посмотреть что будет

а как это сделать?

а как это сделать?

в настроках докера это есть…. к сожалению, тебе быстрее доку почитать

В настройках демона?

https://success.docker.com/article/how-do-i-enable-debug-logging-of-the-docker-daemon

Спс. Теперь бы ещё доку про то как один поток сделать...

один поток аплоада?

"max-concurrent-uploads": 1 туда же где и дебаг

https://stackoverflow.com/questions/44938902/how-to-push-single-docker-image-layers-at-time

Jan 22 17:37:53 jax systemd[1]: var-lib-docker-overlay2-3cd0e0ff7366eaeb5fe2fb9f96b745b243464b22233ffe050c05e53b4fcad950-merged.mount: Succeeded. Jan 22 17:37:53 jax dockerd[2199]: time="2019-01-22T17:37:53.969037981+03:00" level=error msg="Upload failed: unauthorized: authentication required" Просто охерительнейший дебаг... Прямо настолько больше полезной инфы и настолько сразу всё прояснилось... б..ть...

"max-concurrent-uploads": 1 туда же где и дебаг

спс, ща чекну

Похоже в один поток помогло и больше не дропает

Спасибо

Теперь бы где-нить в стэковерфлоу это запостить, а то нигде не видел такого совета

А, нет, нифига. Это я через tail -f не правильно понял. Почему-то теперь отлуп выдаётся при заливке первого же образа из пачки. А до этого почему-то на третьем падало

попробуй в другое место запушить

Было бы оно ещё.

Если пушу локально с того же сервака где гитлаб и регистри, то пушится нормально.

Такой вопрос, хотел попробовать автобилд имейджа докер-хаба с репозитория гит-хаба, но всё что он сделал за 15минут только подтянул докерфайл который лежит в репозитории, что может быть не так?

Такой вопрос, хотел попробовать автобилд имейджа докер-хаба с репозитория гит-хаба, но всё что он сделал за 15минут только подтянул докерфайл который лежит в репозитории, что может быть не так?

А не использовать билд встроенный в докерхаб

Коллеги сильно ругались на него

Коллеги сильно ругались на него

тоесть, он еще сырой ?!)

Нет. Там ограничения лихие.

Проще билдить на quay (сам не пробовал, но тоже бесплатно). Или в гитлаб си в пределах бесплатных 2000 мин в месяц и тупо пушить образ в докерхаб

Нет. Там ограничения лихие.

ну я вот хотел купить подписку, но сперва хотел так протестировать

HTTPS-PORTAL is a fully automated HTTPS server powered by Nginx, Let's Encrypt andDocker.  https://github.com/SteveLTN/https-portal

Есть проблема с работой докер. На машине debian 8.11 поднимаю через docker-compose четыре контейнера. Все в апе. В двух контейнерах веб сервера. Обращаюсь к хосту с докер по внешнему IP. Вначале ответа нет вообще. Пакетов на созданном бридже сети докера не вижу. Только на docker0. Через некоторое время появляется отклик от контейнеров. На бридже появляются пакеты. Но nginx из контейнеров сообщает о тайм ауте. В одном по логу таймаут доступа к контейнеру с php, в другом нет доступа к базе данных. Контейнеры бд и php говорят, что запущены и ждут

Есть проблема с работой докер. На машине debian 8.11 поднимаю через docker-compose четыре контейнера. Все в апе. В двух контейнерах веб сервера. Обращаюсь к хосту с докер по внешнему IP. Вначале ответа нет вообще. Пакетов на созданном бридже сети докера не вижу. Только на docker0. Через некоторое время появляется отклик от контейнеров. На бридже появляются пакеты. Но nginx из контейнеров сообщает о тайм ауте. В одном по логу таймаут доступа к контейнеру с php, в другом нет доступа к базе данных. Контейнеры бд и php говорят, что запущены и ждут

Что держит на debian8? Какая версия докера? Ядра?

Distributor ID: Debian Description: Debian GNU/Linux 8.11 (jessie) Release: 8.11 Codename: jessie

-------------------------------------------------------- Client: Version: 18.06.1-ce API version: 1.38 Go version: go1.10.3 Git commit: e68fc7a Built: Tue Aug 21 17:25:03 2018 OS/Arch: linux/amd64 Experimental: false Server: Engine: Version: 18.06.1-ce API version: 1.38 (minimum version 1.12) Go version: go1.10.3 Git commit: e68fc7a Built: Tue Aug 21 17:23:29 2018 OS/Arch: linux/amd64 Experimental: false -------------------------------------------------------- docker-compose version 1.23.1, build b02f1306 docker-py version: 3.5.0 CPython version: 3.6.7 OpenSSL version: OpenSSL 1.1.0f 25 May 2017 --------------------------------------------------------

Linux s0565b3aa.fastvps-server.com 3.16.0-6-amd64 #1 SMP Debian 3.16.57-2 (2018-07-14) x86_64 GNU/Linux

помогло service docker restart

Но как бы делать такое после перезапуска сервера не правильно

помогло не надолго. опять отвалилос

docker-compose logs -f?

У меня вчера магия с мариядб была)) Запускается, все ок, но... Порт используется 0))) Минуты через полторы сама ребутается уже на порту 3306. Плюнул, включил mysql8

Но он стартует дольше (( В конфиге ci пришлось выставить sleep 40. В шоке был.