но...

а вот так. писать можно только в базу данных.

Да ну?

Да ну?

варианты ?

Да ну?

Он в журнал пишет что ты к нему привязался

но он упрощает деланье демо.

Нет. Единственный плюс докера - повторяемость.

ну я и говорю делать демо.

варианты ?

Пробросить волум

че плохой плюс?

Пробросить волум

волум хорошо. как его пробросить на другой хост ?

Пробросить волум

Нельзя писать на диск

волум хорошо. как его пробросить на другой хост ?

iscsi

волум хорошо. как его пробросить на другой хост ?

Зачем он на другом хосте?

и заменить их на network диретиву

version: '2' services: galton_nginx: image: nginx container_name: galton_nginx ports: - "4000:80" volumes: - ./default.conf:/etc/nginx/conf.d/default.conf networks: - galton moscow_russia_car: image: urbica/galton hostname: moscow_russia_car container_name: moscow_russia_car volumes: - ./extracts:/extracts - ./data/moscow_russia_car:/data networks: - galton command: ["https://s3.amazonaws.com/metro-extracts.mapzen.com/moscow_russia.osm.pbf", "car"] networks: galton: driver: bridge вот так тоже не работает

может мне не бридж нужен?

Зачем он на другом хосте?

как собрать данные когда они разбросаны по хостам ?

как собрать данные когда они разбросаны по хостам ?

Елк?

Грэйлог?

чем в них писать ?

как собрать данные когда они разбросаны по хостам ?

Собрать куда?

Пэйпертрэйл

Собрать куда?

В единое место

чем в них писать ?

Придумайте сами? Миллиард тулов

Вот я качнул ~ 1тб из интернетов. Куда ты предлагаешь их положить?

у меня работает так: nginx: restart: always hostname: nginx privileged: true image: serhio/openresty:somaxconn ports: - 80:80 - 443:443 - 7013:7013 - 7015:7015 - 7020:7020 links: - "phpfpm0:php0" в конфиге nginx upstream backend { least_conn; server php0:9000; }

я не хочу явно указывать все upstream, потому-что у меня их много

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

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

Зачем их читать с другого хоста?

потому что докер упадет.

я не хочу явно указывать все upstream, потому-что у меня их много

Если я правильно понимаю задачу надо посмотреть на это https://github.com/jwilder/nginx-proxy

Зачем их читать с другого хоста?

Шаред дата такое бывает

когда докер упадет тебе надо будет перезагрузить хост

и удалить диретокрию /var/lib/docker

Шаред дата такое бывает

В каком объеме?

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

Если у вас своя инфраструктура то есть iscsi а если облачка то амазоновские аольюмы умеют маунтиться к докеру

Вот у меня суммарно где-то 150тб данных.

когда докер упадет тебе надо будет перезагрузить хост

Зачем?

В каком объеме?

когда данных много - хорошо. ты можешь зацепиться за это и сделать решение. но когда их мало... тут и возникает самая засада

В каком объеме?

Депендс у меня такого нет

Спасибо, @cinerar, сейчас посмотрю

ребята. когда ты пишешь на уровне ядра а я помню что @pragus так и делает - и у него 150tb данных пофиг на технологию

и удалить диретокрию /var/lib/docker

Опять же зачем удалять дирректорию?

когда данных много - хорошо. ты можешь зацепиться за это и сделать решение. но когда их мало... тут и возникает самая засада

Когда мало - это вообще не вопрос.

когда ты студент который увидел новую штуку. тебе нельзя вести себя как @pragus

потому что твой предыдущий опыт "системного администратора linux" будет серьезно мешать

когда ты студент который увидел новую штуку. тебе нельзя вести себя как @pragus

Можно

Опять же зачем удалять дирректорию?

графы ломаются.

Либо ты студент с мозгами либо нет

частый совет на гитхабе дропните диреткорию с докером.

Просто докер преподносят как святой Грааль, хотя это просто инструмент и весьма уродливый

Просто докер преподносят как святой Грааль, хотя это просто инструмент и весьма уродливый

Ну,.. Не совсем так же)

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

а именно demo. ci. пакеты.

Опять же зачем удалять дирректорию?

О, можно просто сменить тип стораджа :)

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

Именно.

О, можно просто сменить тип стораджа :)

для проблем с сетевым драйвером нет.

@NordLuf в проде вроде дропает эту диру на запуске хоста.

не могу не согласится с таким best practice

Меня еще печалит активное использование nat в докере.

Меня еще печалит активное использование nat в докере.

Изоляция таки

Меня еще печалит активное использование nat в докере.

есть варианты.

Я так и не могу догнать зачем рестартить хост и удалять диру

Я так и не могу догнать зачем рестартить хост и удалять диру

докер есть ?

server { location ~ ^/some_url/(.*)$ { resolver 127.0.0.1; proxy_pass http://container1/$1; } }

127.0.0.11

Какие там графы ломаются

есть варианты.

Я знаю. Но бридж - тоже тормоз

докер есть ?

Да

Да

много ?

много ?

20 сервисов

ERROR: S client not available

https://github.com/aacebedo/dnsdock

поддержите отечественного производителя! берите мой!

20 сервисов

баги есть ?

Плюс нгинксы плюс еще всякое

баги есть ?

С доккером нет

С доккером нет

поздравляю. ты уникум.

Пишу на диск, собираю логи в елк все ок норм

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

нет

Изоляция таки

Чего от чего? Если это какой-то php, то можно с внешним миром общаться через af_unix

Пишу на диск, собираю логи в елк все ок норм

скинь сохраненки ?

скинь сохраненки ?

Сохраненки?

не, похоже jwilder/nginx-proxy не подходит, потому-что мне нужно проксировать запросы на конкретные контейнеры

Сохраненки?

ну я бы на твоем месте сохранился. ну там как в игрушке.

ибо хорошо быть тобой у тя не глючит докер.

Ок пойду сохранюсь до завтра

не, похоже jwilder/nginx-proxy не подходит, потому-что мне нужно проксировать запросы на конкретные контейнеры

тебе явно нужен мой дискавери

это он поди пока не научился видеть где он глючит :)

Доставай!

https://hub.docker.com/r/nordluf/swarm-discovery/

Ок пойду сохранюсь до завтра

ось какая ?

я чо то подумал может опыт надо перенять ?

Ок пойду сохранюсь до завтра

сервисы сам делал ?

вопрос скорее - а есть ли сварм и сети?

@NordLuf но у меня не сварм, а простой композ :)

бо без них все месяцами просто работает

бо без них все месяцами просто работает

ой я даже на локалхосте помню как у меня контенйре не рестартились.

пока мы с @banuchka не раскурили что дело в ntpd

я пока сталкивался только с багами в сетевой части пациента

редко когда хранилища

у @sdfgh153 кажется, файлы жрет при мауте файлов.

он писал что сам накосячил

а да ?

ага