Ну, тогда пиши баш скрипт чтобы по одному контейнеры обновлять

version: '3.4' services: busy: image: acme/busyapp:1.2.3 stop_grace_period: 30s deploy: replicas: 3 update_config: delay: 1h parallelism: 1 failure_action: rollback

афигеть

походу это уже всё есть в 3.4

магия! благодарю

только трабла, в том что второй сервис, которому поставил порт "8081:8081" redmine-connector остался недостпуным dial tcp 127.0.0.1:8081: connect: connection refused at function IndexRedmine

а

это для сварма)

о курво

ещё есть docker-compose scale

походу это уже всё есть в 3.4

Это сворм

полетело

ещё есть docker-compose scale

Это тоже сворм

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

э.... не понял вопроса. Ну, можно вроде как

да и вообще монга вроде норм аргументы через коммандную строку принимает

Есть docker с nginx и несколько виртуальных хостов. Полез настроить на одном из них ssl. В результате при попытке зайти на хост браузер "вечно ждет ответа". Убрал SSL, взял конфиг с соседнего хоста - не попмогает. После нескольких таких запросов к хосту, аналогично начинают вести себя и другие.

в растерянности. Один хост работает нормально. А все остальные (как указывающие на отдельные директории, так и на рабочий) - зависают на выполнении PHP. HTML отдается нормально. Если зайти в соседний контейнер и по сети запросить - тоже нормально отрабатывает

да и вообще монга вроде норм аргументы через коммандную строку принимает

сори докер знаю 15 минут, но спасибо буду разбираться)

https://github.com/anchore/anchore-engine Obtain the results of the vulnerability scan on an image: anchore-cli image vuln docker.io/library/debian:latest os интересная штука

отличная штука, я бы сказал

Подскажите, откуда появляются контенеры вроде: ◉ affectionate_bartik 5b5fbe153e5d - - - - - ◉ condescending_cartwright 8f2425fb7802 - - - - - ◉ festive_morse 05309dc52929 - - - - - ◉ gifted_burnell 79fedbc9500f - - - - - ◉ goofy_lichterman c37f994fc537 - - - - - ◉ infallible_mestorf d35c7516ba26

запуск docker run без имени контейнера

запуск docker run без --rm :)

Сравнение по популярности Docker vs LXC/LXD https://stackshare.io/stackups/docker-vs-lxc-vs-lxd

Сравнение по популярности Docker vs LXC/LXD https://stackshare.io/stackups/docker-vs-lxc-vs-lxd

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

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

И это не плохо

И это не плохо

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

а лимитировать незя по ресам просядем

уж лучше докер на виртуалках

Можно докер в lxc

Всем привет. Подскажите, а можно ли docker`а заставить использовать прокси для всего, кроме общения с демоном, указанным через DOCKER_HOST? Ну или как-то иначе настроить gitlab-runner для работы через docker:dind в изолированной сети (где весь трафик через прокси)?

попросите системного администратора

а тут как в анекдоте - "а что делать если я этот системный администратор"

Здравствуйте! Подскажите, насколько вообще правильная практика использования docker в production. Читал, что не все жалуют это дело, и в основном используют для разработки. Так ли это? Если есть приемры правильного использования в production, дайте статьи на почитать пожалуйста.

Здравствуйте! Подскажите, насколько вообще правильная практика использования docker в production. Читал, что не все жалуют это дело, и в основном используют для разработки. Так ли это? Если есть приемры правильного использования в production, дайте статьи на почитать пожалуйста.

Нормальная практика, если готовы.

Всем привет. Подскажите, а можно ли docker`а заставить использовать прокси для всего, кроме общения с демоном, указанным через DOCKER_HOST? Ну или как-то иначе настроить gitlab-runner для работы через docker:dind в изолированной сети (где весь трафик через прокси)?

Эм. Не понимайт. А что мешает весь трафик через прокси гнать ?

Эм. Не понимайт. А что мешает весь трафик через прокси гнать ?

Используются self-signed сертификаты на gitlab-registry и одновременно трафик через прокси. Видел костыль с docker:dind, с нужной командной строкой (--insecure-registry), который используется для общения с registry. Но если я в .gitlab-ci.yml прописываю в variables переменную DOCKER_HOST=tcp://docker... вместе с переменными *_proxy то при общении с docker , cli пытается соединиться с docker:dind через эти прокси. А если я прописываю ещё no_proxy=docker, то ругается на то, что не может отрезолвить. Извините за сумбурное объяснение, сам не до конца понимаю.

Надо думать. Какой-то странный кейс

Слышал что можно 1) нормальный серт юзать 2) добавлять самоподписаный в доверенные

Брешут наверное

Слышал что можно 1) нормальный серт юзать 2) добавлять самоподписаный в доверенные

Их нужно добавлять в доверенные на уровне ФС, откуда запущен докер демон? Или откуда запускается docker CLI?

Конечно где демон

... и я так понимаю, что добавление --insecure-registry в переменную DOCKER_OPTS на уровне .gitlab-ci.yml ничего не даст, т.к. она тоже для демона?

Конечно где демон

Спасибо, попробую

а тут как в анекдоте - "а что делать если я этот системный администратор"

Сети подучить

Помогите пожалуйста! Почему к phpMyAdmin коннектит, а к MySQL - нет? Находятся на одном поддомене, на разных портах

Помогите пожалуйста! Почему к phpMyAdmin коннектит, а к MySQL - нет? Находятся на одном поддомене, на разных портах

первое что на ум пришло это если все настроено правильно и MySQL и phpMyAdmin находятся на одной машине, а Nginx на другой то возможно, MySQL открыт только на локалхост (127.0.0.1)

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

редко когда MySQL разрешает "внешникам" соединяться, если не отконфигурироан быть внешним

Понял, что косяк не только с MySQL, но еще и с reverse proxy Похоже обращение по порту не доходит до контейнера

mysql - не http

postgresql тоже

traefik и nginx позволяют проксировать tcp.

Очень сомневаюсь что там сделано через стримы

Очень сомневаюсь что там сделано через стримы

Да, это плохая идея проксировать tcp

Я бы не был столь категоричным

Там схема выше слишком сложная

Очень сомневаюсь что там сделано через стримы

я тоже сомневаюсь, но вдруг.

всем привет. подскажите пожалуйста, запускаю докер так: docker-compose up --no-color >> docker.log как мне запустить его в режиме демона (с ключем -d) что бы логи так же писались в файл?

docker logs -f blablabla > docker.log

а еще умнее - слать логи в journald

и смотреть через journalctl CONTAINER_NAME=имя_контейнера (вроде ничо не перепутал)

https://docs.docker.com/config/containers/logging/journald/

а вывод композера нельзя перехватить в режиме демона?

а зачем тебе вывод docker-compose ?

и еще - не называй его компоузером

никогда

это тебе не пыхыпы

и еще момент 2 - в режиме демона ни компоуз, ни контейнеры не запускаются. Это d от detached. Т.е. отсоединено от консоли. docker-compose - просто выполняет команды docker run blablabla и завершается

всем привет. подскажите пожалуйста, запускаю докер так: docker-compose up --no-color >> docker.log как мне запустить его в режиме демона (с ключем -d) что бы логи так же писались в файл?

я не рекомендую этого делать, но тебя никто же и не заставляет nohup docker-compose ${config} up >> logs.txt 2>&1 &

я не рекомендую этого делать, но тебя никто же и не заставляет nohup docker-compose ${config} up >> logs.txt 2>&1 &

oh shi~

АХАХАХА

плохой день

а зачем тебе вывод docker-compose ?

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

цель-то какая?

мониторинг?

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

ты хочешь мониторинг и логирование

вот когда упадёт - тогда и будешь смотреть в docker-compose logs или в docker logs

ок, спасибо)

если это всё на сервере то тебе один фиг надо нормальный мониторинг и нормальное логирование