и к8с для этого не нужен, есть гораздо более простые решения.

например hashicorp nomad

Ну т.е. вы хотите все же оркестратор подключить

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

Да почему же, если их немного то нет особой боли. Я думаю не стоит городить оркестатор для системы, где меньше 30 контейнеров бегает. >docker-compose Кто-то выше меня наоборот переубедил его использовать и работать чисто модулями. И в целом все работает, и отлично.

какая разница сколько контейнеров, если костылишь кривоее решение.

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

щас придет модератор, и поделом мне набьет банхаммером лицо

а, не парся. они спят

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

Заметание мусора под ковер - отличное усоовие и для вебсервера. Сайт и магазин на двух разных версиях php, одна из которых deprecated =)

Ну это, давай я не буду тебе-то разницу между веб-сервером и PHP объяснять 😁

чтобы применить новые настройки конфига, и важно именно применить, а не оборвать соединения рестартом контейнера

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

конфиги чтоле на хост системе лежат примнтированные в контейнер? Просто docker exec -it <container> nginx reload не подходит?

как-то так можно: например если локально, ну или есть извне доступ к докеру по ремоут: export DOCKER_HOST=my_remote_host host: nginx_container_name connection: docker tasks: - shell: nginx -s reload

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

ну команду все равно придется запускать в шелле, проблема в nginx, а не в докере или ансибле

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

никто не мешает настроить проверку файла, раз в минуту и при измненении делать reload

можно еще с обычным sidecar контейнером, запускаешь docker_container модуль с image: nginx, PID namespace твоего нынешнего nginx контейнера, перезаписываешь entrypoint на "nginx -s reload".

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

по крону на хосте

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

ну команду все равно придется запускать в шелле, проблема в nginx, а не в докере или ансибле

я думаю проблема в использовании докера для поставленной задачи. Вероятно докер тут вообще человеку не нужен. Именно поэтому приходится костилить со всякими exec. Если вытащить nginx из докера, то проблем с ансиблом нет.

так и так нет проблемы с ансиблом)

так и с nginx проблем нет

Думаю проще чем так не заделать. - name: ensure nginx.conf exists template: src: nginx.conf.j2 dest: /etc/nginx/nginx.conf notify: nginx reload #handlers/main.yml - name: nginx reload command: docker exec -i <container> nginx -s reload

Думаю проще чем так не заделать. - name: ensure nginx.conf exists template: src: nginx.conf.j2 dest: /etc/nginx/nginx.conf notify: nginx reload #handlers/main.yml - name: nginx reload command: docker exec -i <container> nginx -s reload

Только вот так: docker exec -i <container> nginx -s reload

Коллеги, доброго дня а какие есть способы временного решения вот этого вопроса? ну кроме shell команд разумеется https://evotec.xyz/powershellgallery-disables-support-for-tls-1-0-breaking-install-module/ а то ошибка при работе win_psmodule

Привет! Я не могу сообразить, как такое делается: У меня есть переменная, py_ver: 3.6 or 3.7, к примеру. я запилил допустим словари: versions: py3.6: "3.6.10" py3.7: "3.7.7" hashes: py3.6: "md5..." py3.7: "md5..." Мне надо зашаблонить "url: https://www.python.org/ftp/python/{{ versions.py{{ py_ver }} }}/Python-{{ versions.py{{ py_ver }} }}.tar.xz" прокатит такое?

Привет! Я не могу сообразить, как такое делается: У меня есть переменная, py_ver: 3.6 or 3.7, к примеру. я запилил допустим словари: versions: py3.6: "3.6.10" py3.7: "3.7.7" hashes: py3.6: "md5..." py3.7: "md5..." Мне надо зашаблонить "url: https://www.python.org/ftp/python/{{ versions.py{{ py_ver }} }}/Python-{{ versions.py{{ py_ver }} }}.tar.xz" прокатит такое?

Привет! Я не могу сообразить, как такое делается: У меня есть переменная, py_ver: 3.6 or 3.7, к примеру. я запилил допустим словари: versions: py3.6: "3.6.10" py3.7: "3.7.7" hashes: py3.6: "md5..." py3.7: "md5..." Мне надо зашаблонить "url: https://www.python.org/ftp/python/{{ versions.py{{ py_ver }} }}/Python-{{ versions.py{{ py_ver }} }}.tar.xz" прокатит такое?

{{ versions['py' ~ py_ver ] }}

О, тогда versions: 3.6: "3.6.10" 3.7: "3.7.7" ...python/{{ versions[py_ver] }}/P... так?

Это что такое за магия? Как она работает?

~ - оператор сцепления строк в Jinja {{ }} - вызов Jinja

Спасибо, выглядит очень хорошо побежал пробовать

Народ, а подскажите про gather_facts. Если установлен в false, эти самые факты в принципе доступны? Если я в одной роли фиксирую некоторое значение через set_fact, оно будет доступно в следующей за ней, если gather_facts: false?

Мне и не нужно. Мне нужно передать значение между ролями.

мне кажется так будет работать если определить переменную выше. И перезаписать через set_facts в role1. Но это очень неочевидно потом будет при отладке. Где-то эта переменная поменяла значение. Похоже на попытку программировать на ансибле. - hosts: myhost vars: myvar: "" roles: - role: role1 - role: role2

:) Может быть, отчасти. Первая роль у меня готовит файл - образ для unattended install, вторая - эту установку должна произвести. Подготовить виртуалку, залить образ на датастор, прицепить к виртуалке, и т.д. Уперся в то, как передать локейшн готового образа из первой роли ко второй. В идеале они мне видятся независимыми. В первой я фиксирую расположение файла в фактах (iso_path). А во второй для связки с первой добавляю в extra vars что-то типа: file_location: '{{ iso_path }}' И получаю ошибку вида: No such file or directory: '{{ iso_path }}' Смущает еще и то, что ошибка про отсутствие пути, а не про неопределенную переменную. Простым решением было бы использовать какое-то "соглашение" про пути, но это настолько не очевидно, что через месяц и не поймешь, почему так.

Я не знаю, как лучше сделать. :)