то что он есть в контейнерах - не сомневаюсь, вопрос как разрулить с уже существующем?

stdout в /dev/null ?)

в смысле?

stdout в /dev/null ?)

нет, чтобы в ps ax было просто docker-conteinerd-бла-бла-бла. а выполняемой команды не было

спрятать entrypoint чтоль?

спрятать COMMAND

чтобы только в docker ps видно было

не спрячем и там и там

то что он есть в контейнерах - не сомневаюсь, вопрос как разрулить с уже существующем?

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

либл заворачиваешь все в какой нибудь script.sh и будет везде только он отображаться

либо полностью команда

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

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

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

фишки типа масштабируемость, и прочее - мне точно не нужны. и не понадобятся.

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

ну да, пользуйся на здоровье. Разберись только с перетаскиванием данных. Данные желательно хранить вне контейнеров подключая к контейнерам разделы. Почитай туториал, там подробно описан docker stack, это грубоговоря пачка контейнеров описанных в одно compose и запускаемых вместе одной командой.

фишки типа масштабируемость, и прочее - мне точно не нужны. и не понадобятся.

Вот тулза хорошая, лично я ей пользуюсь. https://github.com/renskiy/fabricio fab prod backend и через 30 секунд код на сервере, контейнер с нжинксом, контейнер с кешем, контейнер с базой и контейнер (2-5-10) с бекендом.

С докером тут вопросов пара есть. Выбрали оркестратор контейнеров номад, все нравится, все хорошо. Но вот как быть с приложениями у которых есть данные (база например). Пока я вижу такой способ - для приложений требующих записи данных ака mysql, prometheus, их держать тупо в виртуалках или железе, а приложениям которые могут разворачиватся из артефактов и им сторадж не нужен (микросервисная архитектура) их в докеры. Я не беру сейчас приколы с iscsi и прочими приключениями. Вот собственно вопрос - правильно ли я рассуждаю или что то пропустил. То есть упаковать ВСЕ в докер нет смысла, SWARM пробовал с их миграцией, так он после переноса диск обнуляет ))

Вопрос именно по докеру, я знаю что номад может прибивать гвоздями к железу приложение или виртулке (одна из причин почему именно он). Просто не нашел аналога миграции в докере как в qemu+ssh )

С докером тут вопросов пара есть. Выбрали оркестратор контейнеров номад, все нравится, все хорошо. Но вот как быть с приложениями у которых есть данные (база например). Пока я вижу такой способ - для приложений требующих записи данных ака mysql, prometheus, их держать тупо в виртуалках или железе, а приложениям которые могут разворачиватся из артефактов и им сторадж не нужен (микросервисная архитектура) их в докеры. Я не беру сейчас приколы с iscsi и прочими приключениями. Вот собственно вопрос - правильно ли я рассуждаю или что то пропустил. То есть упаковать ВСЕ в докер нет смысла, SWARM пробовал с их миграцией, так он после переноса диск обнуляет ))

Ну как же, а Volumes?

volumes локально это понятно. Использую от vault до проброса сокетов

но это не то

но это не то

Почему?

или это какой то особенный Volumes ? Можете пруф дать, я пробовал docker-volume-netshare в CIFS. Так он пароли показывает по инспекту

Типа ceph

или nfs

не не - написал же iscsi и остальное. Именно использовать локальные ресурсы. Плюс с натом в докере - сильный оверхед будет если внутри контейнера цеплять.

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

Я правда не понял вопроса. Да и сейчас слабо понимаю. В чем проблема держать контейнер на определенном железе, где сторадж приемлемый?

И про какой оверхед с натом (кто за натом?)

Докеры за натом, их сеть

тащить внутрь их сети сторадж (VXLAN) в принципе реально, но попахивает извратом

Если использовать адреса гипервизора - то NAT

какого гипервизора?) я вообще не понимаю пока откуда появился гипервизор)

Ну я докер хост называю гипервизором ) Привычка, не знаю как его называть. Ну блин КИТ тогда, буду китом называть

Ну это вы сами выбрали такой режим. Хост режим по идее без ната.

Ну и сторадж же можно прилепить к самому хосту (iscisi или еще что)

это я так, рассуждаю

хост ломает всю логику работы. Следующий шаг шарить рута )) Тогда в чем прикол докера

Опять не поняли вопрос. Я не спрашиваю как, я спрашиваю в самом ПОДХОДЕ. Есть ли реальный смысл до упоротости использовать докер

Я базы почти никогда в докер не кладу.

если только не 1:1 чисто для удобства. Но я в облаке, там можно.

Вот, то есть сервис работающий активно с диском таки вывели. Я просто думаю, насколько глубоко стоит внедрять докер

Первое с чем столкнулся - прометей, развернул мониторинг через номад. Перезапустил таску - данные потерял.

С SWARM такая же ситуация

Ну там наверное можно как-то volume пробросить. И про оверхед ната докер хоста я не до конца уверен, правда.

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

Дмитрий - вы отвечайте если уверены. Можно как то это я и сам написать могу ) Очень хочется послушать мнение тех кто разворачивал не палочкой по тыкать а в проде

Мне именно концептуально, как строится на базе докер, только в реальной жизни с виндами, кучей зоопарка, базами и т.д.

Хорошо давайте по другому. Был ли у кого удачный опыт переезда в контейнер баз данных с репликой, прокси серверов и т.д.

Если да то какой профит

Ставишь кубернетес и радуешься жизни шаренными волюмами

про номад не знаю есть ли такое или нет

persistent volume в кубере

а как выгрузить "дамп" волюма?

в контексте докера?

или то что я выше написал?

вопрос не относится к предыдущим вопросам

Persistent volume оно как работает в кибернетс

Кибернетс красив, но очень сложен. Пока номад покрывает задачи. Просто хочу у более опытных узнать что крутите, только те кто в своих ДЦ живет.

И что лучше не крутить в докере

бд как минимум)

Вот сформулировал. Простите ваулт осваиваю голова квадратная

Мне бы более приземленные паттерны. Если это и это то с докером по остынь ))

ERROR: S client not available

Вот как вы решаете что не размещаете в докере

Ну там наверное можно как-то volume пробросить. И про оверхед ната докер хоста я не до конца уверен, правда.

Грубо написал, простите. У меня ощущение что вы в Амазоне потому и не столкнулись со странностями сетей докера

Дмитрий - вы отвечайте если уверены. Можно как то это я и сам написать могу ) Очень хочется послушать мнение тех кто разворачивал не палочкой по тыкать а в проде

Докер в проде, но только микросервисы.

И да, в Амазоне.

EC2CS или EC2?

EB, EB+ECS, ECS

Но тут для persistence микросервиса приходится разные шаманства делать

Мне интересно их встроенный пиздокер потыкать, но никак руки не доходят.

Меня устраивает. Плюсы AWS заметны. Можно держать инфраструктуру в одиночку) Ну или почти в одиночку

всем привет, вопрос по переносу docker-registry, есть задача - увеличить место на диске, Порядок дествий: 1. переименовал каталог с registry (например из /test в /test2) 2. примонтировал новый хард(с большим местом) в каталог в /test 3. скопировал из test2 в test - как раньше чтобы сохранились все пути —--- -в итоге registry лежит в том же каталоге, все так же, пути те же. -служба с докером перезапускалась -контейнер с registry перезапустился но overlay размер диска видит все тот же...

или ткните носом плз в нужный развел в мане по overlay)

Всем привет! Подскажите пожалуйста, есть docker-compose файл, в котором куча сервисов (nginx, es, kibana,...) Можно ли как-то указать (и если можно, то как?), что при развертывании этих сервисов они работали на разных инстансах? Инстансы не AWS (то есть не объединены в одну сеть). Заранее благодарю!

Всем привет! Подскажите пожалуйста, есть docker-compose файл, в котором куча сервисов (nginx, es, kibana,...) Можно ли как-то указать (и если можно, то как?), что при развертывании этих сервисов они работали на разных инстансах? Инстансы не AWS (то есть не объединены в одну сеть). Заранее благодарю!

swarm тебе навреное нужен

swarm тебе навреное нужен

Так swarm же для того, чтобы одни и те же сервисы (один docker-compose файл) на множестве нод запускать, нет?

Нет, возможность поднимать стак из компоуз файла это лишь бонус

Переписываешь компоуз по доке под docker stack deploy , и деплоишь например по лейблам нужных нод нужные сервисы

Переписываешь компоуз по доке под docker stack deploy , и деплоишь например по лейблам нужных нод нужные сервисы

Спасибо!

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

Народ, а нормальная практика делать для сварма один nginx на менеджер ноде, который будет внутри приватной сети проксировать запросы по контейнерам?

Чтобы не было гемора при обновлении сертификатов LE

Или нормальные люди это как-то по другому делают на проде?

Или нормальные люди это как-то по другому делают на проде?

Traefik

Traefik

Проверенная тема?

Угу

Всем еще раз привет! Подскажите пожалуйста, как правильно в swarm-е запустить elasticsearch в docker-compose? ulimits он игнорирует, из-за чего получаю memory locking requested for elasticsearch process but memory is not locked Заранее благодарю!

либл заворачиваешь все в какой нибудь script.sh и будет везде только он отображаться

только что получилось завернуть в скрипт) но все равно ps ax в системе показывает то, что выполняется в этом скрипте :(

всмысле показывает название скрипта?

какое там содержимое?

#!/bin/sh sleep 100