сами образы скрыты пеленой докера

а удалить docker rmi код образа

а, вот это я и хотел. :)

команда очистки всех образов docker rmi -f $(docker images -aq)

ok)

docker run --rm \ -v $(pwd):/tmp/dumps \ -v $(pwd)/docker/postgres/.pgpass:/root/.pgpass \ postgres \ pg_dump \ -U ${USER} \ -h ${HOST} \ -d ${DATABASE} \ --no-owner \ --no-privileges \ --verbose \ --format=p \ -f /tmp/dumps/uley.sql

docker rm -f $(docker ps -aq) это всех контейнеров

а я правильно понимаю, что вот этот архив - это не полноценный докер ? это сборка из нескольких образов, но не являющийся полноценным докер image?

Это контейнеры, запущенные и остановленные неудаленные

а как происходит разделение портов между web серверами? есть 2 докер образа. в каждом свой сайт на сервере 1 ip и что дальше?

в обычном варианте, крутится или апач, или nginx с виртуальными сайтами, которые отвечают по dns запросу. Как это будет в случае докера? dns будет ссылаться на реальный ip сервера. это понятно. не понятно, можно ли запустить одновременно apaча и nginx? в разных контейнерах.?

надо порт пробрасывать на хост

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

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

для этого насколько я знаю используется "проксирующий nginx", всё верно?

я бы так сделал, да

а как происходит разделение портов между web серверами? есть 2 докер образа. в каждом свой сайт на сервере 1 ip и что дальше?

конфликт портов будет

при поднятии докера можешь указать scale=2 и увидишь конфликт)

ага, то есть докер не панацея :) но 2 nginx запустить можно?

с разными портами естесна

которые на 2 разных домена будут откликаться.

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

которые на 2 разных домена будут откликаться.

ну я хз как это докер воспримет

да и смысл

в 1 нгиксе в конфиге указываешь 2 разных сервера

и делов

просто 2 разных server_name с твоим доменом

я так поддомены плодил

был поддомен api.localhost там крутился php-fpm и рест апи

ага, то есть, по хорошему - на хост надо ставить nginx не в докере, настраивать его на проксирование, а дальше в докере уже пускать на разных портах?

кстати, вот вчера статья интересная про скалинг веб серверов в докере была https://medium.com/@nirgn/load-balancing-applications-with-haproxy-and-docker-d719b7c5b231

там haproxy и nodejs

на обычном локалхосте была чистая статика(vue.js сбилденный в одну статику без ноды)

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

ну хотя бы ставновится понятно как 2 вебсервера одновременно запустить

какой там потолок у нгикса, 10к коннектов в раз?

думаю если больше 5к уже можно балансить

согласен, но если один контейнер с вебсервером, то его не обновить без простоя

тоже верно

согласен, но если один контейнер с вебсервером, то его не обновить без простоя

контейнер с haproxy перед ним и обновлять почереди бэкэнд контейнеры

естественно должно быть минимум 2 контейнера

согласен, но если один контейнер с вебсервером, то его не обновить без простоя

хотя по сути, ты часто обновляешь нгикс?

обычно конфигурирование единоразовая процедура в продакшине

да это я просто в теории

настроил, пнул и пахает

обычно конфигурирование единоразовая процедура в продакшине

если какой то малонагруженный и простой сервис, то может быть

какой нибудь говносайтик)

ну о нём и речь

ну в таком случае и даунтайм в принципе не важен

Друзья, использую nginx в контейнере. Как правильно делать proxy_pass на другие контейнеры в одной network?

proxy_pass http://containername

ну и порт какой нибудь если отличный от 80

nginx: [emerg] host not found in upstream "media" in /etc/nginx/conf.d/default.conf:15

Мне кажется я что-то делаю не так )

так, но не до конца

нужен resolver и media в переменную засунь

нужен resolver и media в переменную засунь

А резолвер на какой IP? А зачем в переменную?

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

резолвер внутренний докера

resolver 127.0.0.11;

да у него скорее всего контейнер не так называется

потому и апстрима нет

docker ps | grep media

или поднимается после того как nginx поднялся

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

set $upstream media;

то да, или 1500$ за боярский нджинкс)

и дальше proxy_pass http://$upstream;

то да, или 1500$ за боярский нджинкс)

да, без костылей, но за баксы :)

resolver 127.0.0.11;

Хм, сейчас попробую, спасибо!

для начала проверь имя контейнера)

для начала проверь имя контейнера)

Да я поднимаю без того контейнера

docker ps | grep media

😉

ну так у тебя и будет ругаться на отсутствие апстрима и падать нджинкс

сначала все поднимаешь, а потом уже nginx

он их проверяет при старте

Понял

Буду поднимать nginx последним

А можно сделать чтобы nginx игнорил упавшие апстримы?

если юзаешь компоуз то depends_on в помощь

И обслуживал другие