так, а что если у меня куча серверов по которым раскиданы имаджи и коннектриться к каждому не варинат? Есть механизмы управления кластерами ... типа из СИ кинул команду кластеру а он сам там на докеры каждому серверу стукнет и все перезапустит?

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

Можно делать это ансиблом, солтом, и еще 100500 способов

По маске сервера пинговать..

сейчас про swarm читаю

я думаю в докере предусмотрено то, что мне надо только надо это найти

Я слышал что он глючный

я слышал что докер дырявый )

ага

докер не для слабаков

в докере предусмотрен только докер

ssh - это руками

ssh root@remote.host 'uptime; df -h' твоя ci такую команду может запустить? вместо uptime, как ты понял, можно запускать нужные тебе команды или скормить shell скрипт, который лежит локально. ну и авторизацию настроить по ключам

когда появится кластер - тогда можно и усложнить

когда появится кластер - тогда можно и усложнить

Да, это хорошее решение. Я не понимал как авторизоваться по ssh в ci. Вчера ссылку кинули, там вроде расписано :)

Коллеги, кто знает в чем может быть причина? ----- $ eval $(ssh-agent -s) Agent pid 23 $ ssh-add < (echo "$SSH_PRIVATE_KEY") /bin/sh: eval: line 60: syntax error: unexpected "(" ERROR: Build failed: exit code 2

запускаю в alpine linux через /bin/sh

Коллеги, кто знает в чем может быть причина? ----- $ eval $(ssh-agent -s) Agent pid 23 $ ssh-add < (echo "$SSH_PRIVATE_KEY") /bin/sh: eval: line 60: syntax error: unexpected "(" ERROR: Build failed: exit code 2

ssh-add < $(echo "$SSH_PRIVATE_KEY")

BusyBox sh != Bash

не?

BusyBox sh != Bash

это понятно) как решать-то*

не?

сек

Убери пробел перед скобкой. https://docs.gitlab.com/ce/ci/ssh_keys/README.html

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

/var/www/html # ssh-add <(echo "key") sh: syntax error: unexpected "("

и я думаю что не в пробеле дело

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

echo "$SSH_PRIVATE_KEY" | ssh-add

$ eval $(ssh-agent -s) Agent pid 23 $ mkdir -p ~/.ssh $ echo "${SSH_PRIVATE_KEY}" | ssh-add ERROR: Build failed: exit code 1

:)

такой вариант решил проблему - mkdir -p ~/.ssh - echo "${SSH_PRIVATE_KEY}" > ~/.ssh/id_rsa - chmod 0600 ~/.ssh/id_rsa - ssh-add -k ~/.ssh/id_rsa

А зачем ssh-add если уже записал в id_rsa?

фак, точно

$ eval $(ssh-agent -s) Agent pid 23 $ mkdir -p ~/.ssh $ echo "${SSH_PRIVATE_KEY}" | ssh-add ERROR: Build failed: exit code 1

А зачем фигурные скобки? Там-же не баш.

Привычка

я вот только не понял, почему гитлаб рекомендовал в доке читать из переменной и добавлять через ssh-add, если можно создать файл. Может что-то связанное с безопасностью?

С файлом не нужно ставить ssh-agent и запускать его и прочее.

я вот только не понял, почему гитлаб рекомендовал в доке читать из переменной и добавлять через ssh-add, если можно создать файл. Может что-то связанное с безопасностью?

Можно несколько ключей сразу добавлять

и на диске ничего не хранится

ну вот не получилось у меня читать с переменной

тонкостей sh не познал еще:(

гугление не помогло

Молодой человек, простите конечно, но вам по-моему в другое окошко.

Молодой человек, простите конечно, но вам по-моему в другое окошко.

понял, прощу прощения.

вот читаю я https://blog.docker.com/2017/01/docker-storage-infinit-faq/ и вижу там такой вот слайд

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

сейчас по контейнеру на каждый процесс. а потом внутри процесса будь добр разбей всё по механике хранения

Может в контейнере это будет склеиваются?

сейчас по контейнеру на каждый процесс. а потом внутри процесса будь добр разбей всё по механике хранения

А опиши подробнее

А опиши подробнее

фил ну картинка же

Может в контейнере это будет склеиваются?

то что оно будет склеиваться не означает что это будет проще эксплуатировать...

фил ну картинка же

я не понимаю как она относится к докеру. хорошая картинка

ну infinit же

новый софтваре сторадж купленный докером

ну а ломает-то где?

у меня просто похожая схема с Ceph вместо infinit.sh вполне работает.

А ломает потому что либо abandonware либо infinit

А ломает потому что либо abandonware либо infinit

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

есть, правда, серьезное подозрение, что infinit.sh до взрослого стораджа еще лет пять развиваться. ceph все-таки не идиоты пишут и он не зря непростой получается.

есть, правда, серьезное подозрение, что infinit.sh до взрослого стораджа еще лет пять развиваться. ceph все-таки не идиоты пишут и он не зря непростой получается.

а сколько ceph пишут и когда он наконец заработает кстати?

а сколько ceph пишут и когда он наконец заработает кстати?

ceph работает уже года три точно, с пробуждением. пишут 9 лет.

ceph работает уже года три точно, с пробуждением. пишут 9 лет.

странно, а мне казалось дримхост тут неделю изза цефа лежал буквально осенью

странно, а мне казалось дримхост тут неделю изза цефа лежал буквально осенью

сдуру можно и хрен сломать.

где-то есть постмортем, чтобы увидеть, где именно было их "сдуру"?

я хз. но я не слышал, чтобы цеф ктото в здравом уме рекомендовал в прод

я хз. но я не слышал, чтобы цеф ктото в здравом уме рекомендовал в прод

репрезентативно (на самом деле нет).

https://cds.cern.ch/record/2015206/files/CephScaleTestMarch2015.pdf например, полтора года назад.

journalctl

Хочу деплоить каждый бранч на отдельный сабдомен. Сейчас есть мультиконтейнерное приложение, все это деплоится на aws Elastic Beanstalk. Можно конечно создавать Elastic Beanstalk enviroment на каждый бранч, но это ОЧЕНЬ долго. Может кто делал подобное?

берешь Jenkins, берешь docker compose, готово

jenkins + registry это все есть. Как разворачивать то?

у вас docker-compose.yml тоже в репозитории?

или вы как-то иначе все деплоите?

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

Elastic Beanstalk во первых не работает с docker-compose, ему нужен свой конфинг. Но суть в том, что на один энваремент задеплоить можно только одно мультиконтейнерное приложение, и на каждый бранч разворачивать энваремент совсем дело. Вот и ищу другие способы

хм, понятно. Не знал про Beanstalk. У нас для разработки у нас выделенный сервак, мы там просто Jenkins подняли и в Job'е на баше просто прописали все необходимое для поднятия

без docker-compose, но с ним вышло бы так же (разве что префикс потребовался бы для веток)

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

примерно так, да. В docker-compose можно переменные окружения передавать, которые можно заюзать в самом docker-compose.yml ( https://docs.docker.com/compose/environment-variables/ ). Возможно, с ними получится 1 docker-compose.yml иметь на все ветки. Но имхо лучше этот файл закинуть в какой-нибудь репозиторий, чтобы разработчики могли для своей ветки изолированно добавлять/удалять сервисы

тут еще есть такая проблема. К примеру, у нас 3 образа. У них дофига версий. Как понять, какие версии для этих образов поднимать. Мы у себя такой вопрос конвенциями решили. Конкретно в этом случае можно: 1. теги именовать так же как ветки 2. решить, какой тег будет по умолчанию 3. когда деплоим ветку XXX, поднимаем контейнеры с тегом XXX, либо дефолтные Как сделать 3 пункт в docker-compose.yml я хз. Возможно, перед всей этой петрушкой проверять, есть ли контейнер A с тегом XXX. Если нет - то тегировать дефолтный. Тогда 2 пункт не нужен. Получается несколько кустарно, но должно работать :) Возможно, кто-то из присутствующих по-лучше способ придумал

А как порты выдаете приложениям?