/fixed *перекатишься на кубер

/fixed *перекатишься на кубер

тоже не исключаю

Гайс, с докером на вы, просто docker-compose работает, но при попытке docker stack deploy -c failed to update service my-service_app: Error response from daemon: The network my-service_isolated cannot be used with services. Only networks scoped to the swarm can be used, such as those created with the overlay driver. работающий вариант: networks: isolated: driver: bridge public: driver: bridge external: true если просто изменить driver на overlay, то такая ошибка как выше

Драйвер поменяй на overlay

Драйвер поменяй на overlay

не помогает, ошибка выше

но пока решили не юзать swarm, так что проехали, спасибо

Как доберусь до компа скину решение

Точно не помню

Никто не слал логи nginx сразу в fluentd->ELK

а?

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

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

А чем плохо слать в stdout, а докер уже настроить, чтобы слал куда надо?

А чем плохо слать в stdout, а докер уже настроить, чтобы слал куда надо?

докер не умеет слать куда-либо кроме как в файл json-file или в журналди

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

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

а это что ?

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

Буду знать. Опыта использования - не имел, но видел, что они есть в оф.доке - думал все ок. Хочешь сказать полагаться на логирование докера не стоит совсем?

а это что ?

ты вообще читаешь что я пишу?

ну, попробуй - запусти любой драйвер, а потом дай команду docker logs. Что она напишет?

Буду знать. Опыта использования - не имел, но видел, что они есть в оф.доке - думал все ок. Хочешь сказать полагаться на логирование докера не стоит совсем?

стоит

но аккуратно

У меня вариантов не много, место быстро сожреться

журналди?

место не сожреться ? У меня цель передать потом в ELK для аналитики

он автоматически тротллит и ротирует

У меня цель ELK

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

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

По поводу логов nginx в logstash https://rzetterberg.github.io/nginx-elk-logging.html Я так понимаю что мне никто не гарантирует доставку при большой активности

Спасибо! То что нужно 👍

По поводу логов nginx в logstash https://rzetterberg.github.io/nginx-elk-logging.html Я так понимаю что мне никто не гарантирует доставку при большой активности

ну а ты реши

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

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

Ребят, как мне localhost:8080 с машины пробросить в контейнер?

а зачем?

конкретнее задачу поставь

Мне нужно временно запустить nodejs сервер на машине и пробросить порт в контейнер

ну, так запусти на 0.0.0.0:8080

Ну тогда просто же порт на внешке будет

либо - запусти контейнер в хост моуд (тогда локалхост компа == локалхост контейнера)

Ну тогда просто же порт на внешке будет

и что?

либо третий вариант - извращаться с socat

Мне надо, чтобы на внешке порта небыло

фарйволлом закрой

🤦‍♂️🤦‍♂️🤦‍♂️

либо опубликуй на адресе докер бриджа

либо опубликуй на адресе докер бриджа

172.17.0.1?

ну, какой он там у тебя?

172.17.0.1?

!

Всё, разобрался, спасибо!

Пришла странная мысль. Можно ли обновить data контейнер если он используется например в php-fpm ?

Пришла странная мысль. Можно ли обновить data контейнер если он используется например в php-fpm ?

+

Суть в том чтобы не перезапускать php-fpm

Поясни

Пришла странная мысль. Можно ли обновить data контейнер если он используется например в php-fpm ?

Хотя дата это у тебя код или бд? Что имеешь ввиду

Дата это только код. Пришла мысль об обновлении без downtime и чтобы не дропнуть соединения текущих пользователей

Дата это только код. Пришла мысль об обновлении без downtime и чтобы не дропнуть соединения текущих пользователей

И как ты это видишь

И как ты это видишь

полагаю он хочет просто поменять файлики в контейнере, но ничего не ребутить

О, не видел что написали

Не будет без потерь, а так заменяй

заменять только через docker cp

в общем понял что фигня

заменять только через docker cp

Да, можешь так. Но это не бест вей.

Подними второй, потом нжингсе смени конфиги, но всё равно с потерями. Есть лучше варики.

green-blue

хотел сделать проще

green-blue

как-то так ... - name: create project project folder file: path: "/home/user/{{ project_ENV }}/project/" state: directory recurse: yes - name: first check nginx config command: nginx -t - name: detect upstream shell: cat /etc/nginx/upstreams/{{ project_ENV }}_project | grep "{{ project_upstream_blue }}" register: detect_result ignore_errors: True - name: set upstream green set_fact: upstream: "{{ project_upstream_green }}" name: "{{ project_name_green }}" when: detect_result is succeeded - name: set upstream blue set_fact: upstream: "{{ project_upstream_blue }}" name: "{{ project_name_blue }}" when: detect_result is failed - name: templating upstream template: src: "{{item.src}}" dest: "/etc/nginx/upstreams/{{item.dest}}" with_items: - {src: "upstream_project.j2", dest: "{{ project_ENV }}_project"} - name: templating docker-compose template: src: "{{item.src}}" dest: "/home/user/{{ project_ENV }}/project/{{item.dest}}" with_items: - {src: 'docker-compose.j2', dest: 'docker-compose.yml'} - name: Running project docker_service: project_src: "/home/user/{{ project_ENV }}/project" project_name: "{{ project_PROJECT_NAME }}" pull: no - name: Wait service shell: /bin/bash {{ role_path }}/files/wait.sh {{ upstream }} - name: second check nginx config command: nginx -t - name: nginx reload command: nginx -s reload - name: delete old container blue command: docker stop {{ project_upstream_blue }} when: detect_result is succeeded - name: delete old container green command: docker stop {{ project_upstream_green }} when: detect_result is failed

Pack publishing проводит распролажу. Любая электронная книжка - 10$ (за штуку): https://www.packtpub.com/all-products

могу

Ребят, если я из одного image поднимаю несколько контейнеров с своими env , правильно ли я делаю что для каждого контейнера свой dockerfile?

в смысле?

Ребят, если я из одного image поднимаю несколько контейнеров с своими env , правильно ли я делаю что для каждого контейнера свой dockerfile?

зачем так делать?

логично env передавать через docker run -e .... или —env-file Или через аналогичные параметры docker-compose

Мне нужно поднять много однотипных апок с разными параметрами

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

мы сделали просто через salt/ansible

делаешь массив параметров

оно само по ним идет и вызывает DOCKER API для создания контейнера с нужными параметрами

из плюсов - ты практически никаких новых сущностей не добавляешь.

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

@pro_ansible модуль https://docs.ansible.com/ansible/latest/modules/docker_container_module.html

Спасибо!