конфиг перезаписывается в контейнере

FROM nginx RUN rm /etc/nginx/conf.d/default.conf COPY default.conf /etc/nginx/conf.d/default.conf

ну я же делаю так

он перезаписывается в entrypoint

там есть папка с шаблонами

на основе неё с помощью subst генерируются шаблоны

https://github.com/nginxinc/docker-nginx/blob/master/stable/debian/20-envsubst-on-templates.sh пруфчик

он перезаписывается в entrypoint

т.е. мой конфиг тупо не применяется?

поэтому находясь в контейнере посмотри какой там конфиг

все равно, что зря его писал?

открой и посмотри конфиг

скорей всего он может быть заменен

я тебе сразу написал что надо подключаться в контейнер и проверять доступность сервиса и уже из контейнера настрайвать

вместо telnet я бы wget, или curl поставил для проверки

скорей всего он может быть заменен

etc/nginx/conf.d# ls

там вообще пусто

в этом контейнере нгинкса

ну бывает

😁👍

что? поэтому и ничего и не работает

Конечно)

Пробросьте свой конфиг как вольюм

Вашконфиг:/etc/nginx/conf.d/default.conf

я бы лучше сразу пробрасывал его в шаблоны предварительно прочитав на hub.docker.com инфу по этому образу и потом бы уже стандартно генерился default.conf если даже сейчас переменные окружения не нужны, потом могут пригодится

Не надо всю папку монтировать

Вашконфиг:/etc/nginx/conf.d/default.conf

- default.conf:/etc/nginx/conf.d/default.conf

о ты примонтирвоал named volume вместо файла

всегда так делаю p.s нет

Sleep 6h, напрягает)

6 часов нормальный здоровый сон

Здравствуйте. Кто-нибудь запускал bunkerized-nginx в linux вместе с UI? Вот чтобы не в контейнере а просто в системе? Какие настройки прописывали в /opt/bunkerized-nginx/ui/variables.env /opt/bunkerized-nginx/variables.env?

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

бэкапить контейнеры ? или их данные ?

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

только данные, базу данных или загруженые медиа файлы

ну базы сохраняют точно так же как и не в докере

например поднимают slave

реплицирование избыточно это кучка сайтов каждый в своем контейнере с базой в пару 1мб и медиа в 100мб обновляемые раз в месяц

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

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

и все апп не подключались бы к нему

например aws rds ?

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

ну в целом то с базой меньше всего проблем

а с чем проблема?

медиа файлы

вы их где храните ?

бинд маунт на хосте от каждого контейнера в разной папке

хосты разные и переодически их надо менять

а прод у вас в docker-compose (не docker swarm ? или kub)

да простоые docker-compose с nginx на хосте

но можно и решение для swarm

ну вообще volume он может быть не только биндом это может быть и remote volume и работать поверх nfs например

опять же контейнер приложения не должен писать в себя файлы он должен их писать куда то где организовано хранение например s3 если не охото зависит от aws есть minio можно поднять его как сервер бд и все приложения будут заходить в него для записи файлов например

Ок примерно понял куда копать

тут такой же принцип как с бд на проде лучше иметь один сервис рсубд к которому цеплять сайты также и с медиафайлами

потому что ты не сможешь скейлится по разным хостам, так как файлы лежат на другом хосте

ну и docker-compose не позволяет несколько машинок объединить чтобы по ним сервисы разворачивать поэтому для прода надо смотреть в сторону сварма или куба (срачи что лучше и что первое возможно мертво и тд это без мну)

но репликация дБ и разворачивание сервисов и внешний стораж это же не бэкап

Данные могут и юзеры «похерить» и надо будет восстановить

Конечно)

Cпасибо, вы мне помогли, вчера все поулчилось, не знаю как, но норм!

ну бывает

Cпасибо, вы мне помогли, вчера все поулчилось, не знаю как, но норм!

Cпасибо, вы мне помогли, вчера все поулчилось, не знаю как, но норм!

👍😁

Вот интересно, почему, когда этот вольюм убираешь, то все сразу же делает нормальный прокси volumes: - ./nginx:/etc/nginx/conf.d/😂

странно же

именованный volume хранится в специальной папке и скорей всего там просто пусто

https://docs.docker.com/storage/volumes/

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

именованный volume хранится в специальной папке и скорей всего там просто пусто

Но я же на впс только файл композер скачал и в нем прописал image с реестров

А в корне проекта самого есть конечно

я еще раз повторю когда монтируешь именованный раздел например default.conf:/etc/... ты монтируешь не файл из своей папки, ты монтируешь именованный volumes который реально расположен в другом месте и монтируешь его содержимое, которое скорей всего пустое (раз ты туда ничего не добавлял)

когда ты прописываешь ./default.conf:/etc/.... ты монтируешь файл из текущей папки

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

когда ты прописываешь ./default.conf:/etc/.... ты монтируешь файл из текущей папки

Хм, наверное этот вариант нужен

https://docs.docker.com/storage/volumes/

Спасиб, я в этим volume плаваю, нужно почитать внимательно

Привет. А докер должен создавать отдельную директорию для вольюма если тип указан nfs?

Всем привет есть такой вопрос Есть redhat 8.5 докер установлен, если выйти из ssh - понимаешь что контейнеры были выключены и поднимаются вместе с заходом по ssh Не могу понять куда смотреть и где это конфижется(если конфижется докером)

а ты делаешь detach ?

да конечно

doker daemon обычно не зависит от юнита ssh может кто то кастомно на конфигурировал

но после выхода должен оставаться работать docker daemon