не раз за ним замечал между прочим!

Блин, ты прирождённый композитор(?)! Я до этой херни(up vs run) пару часов доходил, впечатлился. Через месяц снова столкнулся и ещё час вспоминал в чём прикол.

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

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

и я раскопал это всего за 10 минут!

а ты говоришь "композитор" :)

ну а мускуль конечно мудак

Ты кажется первый, кто вывел @gecube на чистую воду) остальные пропускали совет про 2.7 мимо ушей

да хорошо пошутил. =)

Блин, ты прирождённый композитор(?)! Я до этой херни(up vs run) пару часов доходил, впечатлился. Через месяц снова столкнулся и ещё час вспоминал в чём прикол.

самое мерзкое, когда у тебя образ поменялся, что docker-compose up это не пуллит

Всем привет. Подскажите, что значит -ti в $ docker exec -it ubuntu_bash bash (доку читал, но не совсем понимаю о чем они пишут)

--interactive , -i Keep STDIN open even if not attached

--tty , -t Allocate a pseudo-TTY

Спасибо) еще раз повторю, доку читал. Могли бы простыми словами рассказать, что это и о чем

https://stackoverflow.com/questions/30137135/confused-about-docker-t-option-to-allocate-a-pseudo-tty

подключить ввод-вывод контейнера к твоим стандартным вводу-выводу (монитору и клаве)

"Команда run с флагом -it подключает интерактивный tty в контейнер. Теперь можно запускать сколько угодно много команд внутри." https://m.habr.com/ru/post/310460/

"Команда run с флагом -it подключает интерактивный tty в контейнер. Теперь можно запускать сколько угодно много команд внутри." https://m.habr.com/ru/post/310460/

да и без -t можно сколько угодно запускать

$ docker run --rm -i busybox sh echo 1 1 echo 2 2

Да и прада работает.

/spam

/spam

Лучше зови админов напрямую

добрый день Коллеги, есть вопрос по сетям.

есть пара приложений в разных docker-composer файлах, с разными сетями

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

в прокси прописываю сеть и порты, стартую - все хорошо

в композере приложения прописываю нужную сеть как external и тожетстартую

после этого перестают работать порты прокси

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

или я неправильно изначально все собираю*

или я неправильно изначально все собираю*

Вы пробовали использовать в качестве реверсивного прокси сервера не nginx, а traefik.io?

Вы пробовали использовать в качестве реверсивного прокси сервера не nginx, а traefik.io?

было в планах, но сейчас хотелось бы решить эту задачу

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

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

было в планах, но сейчас хотелось бы решить эту задачу

попробуйте traefik.io и вам не нужно будет думать о какой то последовательности запуска или остановки, пару строчек в консольке и вы счастливый обладатель traefik, вам больше не нужен будет аналгин или что вы там обычно принимаете от головной боли

было в планах, но сейчас хотелось бы решить эту задачу

Для начала вы создаете для первого docker-compose.yml docker network create mynetwork1 затем вы наверное создаете вторую сеть для второго docker-compose.yml docker network create mynetwork2 обе сети вы указываете в yml файлах как external, угадал? затем вам нужен реверсивный прокси который будет принимать все запросы и проксировать их на нужные сервисы в зависимости например от "домена", например site.ru -> service1, a site2.ru -> service2, оба сервиса из разных docker-compose yml файлов, затем вы создаете третий docker-compose.yml в котором указываете созданные сети как external, но магия не происходит, верно? Или я не совсем верно понял вашу проблему?

Для начала вы создаете для первого docker-compose.yml docker network create mynetwork1 затем вы наверное создаете вторую сеть для второго docker-compose.yml docker network create mynetwork2 обе сети вы указываете в yml файлах как external, угадал? затем вам нужен реверсивный прокси который будет принимать все запросы и проксировать их на нужные сервисы в зависимости например от "домена", например site.ru -> service1, a site2.ru -> service2, оба сервиса из разных docker-compose yml файлов, затем вы создаете третий docker-compose.yml в котором указываете созданные сети как external, но магия не происходит, верно? Или я не совсем верно понял вашу проблему?

секунду, сейчас выстрою картину

1. для начала я взял одну сеть одного композера и прокси

в композере приложения следующее

expose: - 9090 и дефолтная сеть

контейнер запускается и есть прометиус на дефолтной сети с портом 9090

prometheus_default bridge local

[jnz yfdthyj e;t nen ytghfdbkmyj b,j ye;ty yt ,hbl; f kjrfk

хотя наверно уже тут неправильно, нужен не бридж а локал

далее композер прокси

networks: prometheus: external: name: prometheus_default ports: - "9090:9090" networks: - prometheus

стоп, работает

поменял в композере external: true на external: name: prometheus_default

Для начала вы создаете для первого docker-compose.yml docker network create mynetwork1 затем вы наверное создаете вторую сеть для второго docker-compose.yml docker network create mynetwork2 обе сети вы указываете в yml файлах как external, угадал? затем вам нужен реверсивный прокси который будет принимать все запросы и проксировать их на нужные сервисы в зависимости например от "домена", например site.ru -> service1, a site2.ru -> service2, оба сервиса из разных docker-compose yml файлов, затем вы создаете третий docker-compose.yml в котором указываете созданные сети как external, но магия не происходит, верно? Или я не совсем верно понял вашу проблему?

спасибо за помощь и совет

поменял в композере external: true на external: name: prometheus_default

вы пытаетесь запустить только prometheus или мониторинг с grafana?

спасибо за помощь и совет

советов еще не было ) рад что мои вопросы помогли вам найти ответы

поменял в композере external: true на external: name: prometheus_default

обычно prometheus используют для сбора данных и последующего отображения в каких нибудь цветных красивых графиках

вы пытаетесь запустить только prometheus или мониторинг с grafana?

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

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

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

не, все уложилось, ибо паралельно читал интернеты ))

не, все уложилось, ибо паралельно читал интернеты ))

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

это не надоедание, да и мы тут для общения, спрашивайте ) да - nginx

это не надоедание, да и мы тут для общения, спрашивайте ) да - nginx

и как вам nginx в качестве реверсивного прокси?

Вы пробовали использовать в качестве реверсивного прокси сервера не nginx, а traefik.io?

?

Переметнулись на темную сторону ? Расскажите, что же изменилось в Вашем отношении к трефик?

и как вам nginx в качестве реверсивного прокси?

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

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

Трефик сильно упрощает запуск докеров в режиме "за прокси"

На самом деле я бы ещё 10 раз подумал, стоит ли отказываться от host network в docker: нет гемора с бриджами, латентность сети ниже. Нет идиотский правил в iptables

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

traefik.io у вас займет минут 10-15 для замены вашего nginx на более удобный реверсивный прокси сервер

Для начала вы создаете для первого docker-compose.yml docker network create mynetwork1 затем вы наверное создаете вторую сеть для второго docker-compose.yml docker network create mynetwork2 обе сети вы указываете в yml файлах как external, угадал? затем вам нужен реверсивный прокси который будет принимать все запросы и проксировать их на нужные сервисы в зависимости например от "домена", например site.ru -> service1, a site2.ru -> service2, оба сервиса из разных docker-compose yml файлов, затем вы создаете третий docker-compose.yml в котором указываете созданные сети как external, но магия не происходит, верно? Или я не совсем верно понял вашу проблему?

В таком режиме как сейчас, поддержу, лучше определять сети в docker-compose как внешние

traefik.io у вас займет минут 10-15 для замены вашего nginx на более удобный реверсивный прокси сервер

А ещё, минутка рекламы, трефик из коробки умеет получать ssl сертификаты через acme. Если это, конечно, нужно

В таком режиме как сейчас, поддержу, лучше определять сети в docker-compose как внешние

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

А ещё, минутка рекламы, трефик из коробки умеет получать ssl сертификаты через acme. Если это, конечно, нужно

хороший аргумент

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

Ну, тут больше от задач зависит

Но поверьте - лучше прометеус запустить в хост моуд как 127.0.0.1:9090, чем иметь весь этот секс с сетями. Для dev-стенда - может и не критично, но если захочется сделать хотя бы stage... Ну, вы поняли

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

там скорее сеть выступает в роли проводника, но в целом вы на верном пути, от nginx не отказывайтесь, там связка: traefik -> nginx -> prometheus -> nginx -> traefik - это путешествие запроса от брузера и обратно взад-назад

там скорее сеть выступает в роли проводника, но в целом вы на верном пути, от nginx не отказывайтесь, там связка: traefik -> nginx -> prometheus -> nginx -> traefik - это путешествие запроса от брузера и обратно взад-назад

Эм, nginx тут лишний :-)

Но поверьте - лучше прометеус запустить в хост моуд как 127.0.0.1:9090, чем иметь весь этот секс с сетями. Для dev-стенда - может и не критично, но если захочется сделать хотя бы stage... Ну, вы поняли

чуть терминологии, хост моде это - ?

Эм, nginx тут лишний :-)

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

чуть терминологии, хост моде это - ?

Когда контейнер работает в сетевом стеке хостовой операционной системы. Без этих бриджов и прочей ереси

Когда контейнер работает в сетевом стеке хостовой операционной системы. Без этих бриджов и прочей ереси

а для чего чаще всего используют host mode? я что то совсем запутался

Минус - нужно в конфигурации приложения микроменеджить порты. Не получится наклепать несколько инстансов из одного образа, не разнеся их конфигом по разным портам.

а для чего чаще всего используют host mode? я что то совсем запутался

Это тупо *быстрее*

Когда контейнер работает в сетевом стеке хостовой операционной системы. Без этих бриджов и прочей ереси

т.е. шарится сетевой адаптер, в частности петлеввой

Фишка в том, что бриджи вроде как позволяют более гранулярно развести разные приложения в докерах, чтобы они по сети друг в друга не ходили. Но эта "защита" весьма условная.

т.е. шарится сетевой адаптер, в частности петлеввой

Да, верно

ага, и тогда прокси перенаправляет не в котейнер а на петлю

Это тупо *быстрее*

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

ага, и тогда прокси перенаправляет не в котейнер а на петлю

Ну, например. Но никто не мешает прометеус и на внешнем ip запустить )

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

Я статей не видел на эту тему, но это логично, т.к. при создании бриджа и запуска контейнера через него, то докер создаёт 100500 правил iptables (NAT/masquerade). И это явно не может быть быстрее, чем host mode. Ещё я могу сказать, что я по графикам в графане видел все это. И загрузка процессора, и rps, и кол-во tcp syn/wait

Ну, вы поняли

Но поверьте - лучше прометеус запустить в хост моуд как 127.0.0.1:9090, чем иметь весь этот секс с сетями. Для dev-стенда - может и не критично, но если захочется сделать хотя бы stage... Ну, вы поняли

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

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

Почему нет ?

Ещё момент, что файрволл с докером в бриджах настраивать == адища

Хочется упростить себе жизнь

Я статей не видел на эту тему, но это логично, т.к. при создании бриджа и запуска контейнера через него, то докер создаёт 100500 правил iptables (NAT/masquerade). И это явно не может быть быстрее, чем host mode. Ещё я могу сказать, что я по графикам в графане видел все это. И загрузка процессора, и rps, и кол-во tcp syn/wait

лично вы используете host mode? в каких сервисах? и для чего?

лично вы используете host mode? в каких сервисах? и для чего?

Да. Стараюсь сейчас все с бриджов на него перенести. Например, наш блокчейн на эфире работал на бридж моуд менее стабильно, чем в хост моуд

Повторюсь, что на машине разраба (==dev-окружение) можете делать что угодно. Хоть в вагрантах запускать.

Но хотя со stage.... Ну, вы поняли опять же

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

https://github.com/maxim-avramenko/monitoring/blob/master/docker-compose.yml вот тут и prometheus и node-exporter и пример как поженить остальные сервисы, если вам конечно это интересно

Да. Стараюсь сейчас все с бриджов на него перенести. Например, наш блокчейн на эфире работал на бридж моуд менее стабильно, чем в хост моуд

можете сделать скриншот сервиса с host mode ? для понимания о чем именно вы пытаетесь рассказать

Да. Стараюсь сейчас все с бриджов на него перенести. Например, наш блокчейн на эфире работал на бридж моуд менее стабильно, чем в хост моуд

это хорошая мысль

https://github.com/maxim-avramenko/monitoring/blob/master/docker-compose.yml вот тут и prometheus и node-exporter и пример как поженить остальные сервисы, если вам конечно это интересно

хороший пример, подробный, спасибо

можете сделать скриншот сервиса с host mode ? для понимания о чем именно вы пытаетесь рассказать

Давайте попозже?