Привет всем, подскажите кто чем сможет - у меня несколько docker-compose проектов. Как лучше и куда аггрегировать логи? Какие бест практис работы с логами? Какие инструменты используете?

ELK/Graylog + filebeat/fluentd

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

Только depends_on

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

а в докере же вроде добавляли хелчеки? или я гоню?

https://docs.docker.com/engine/reference/builder/#/healthcheck помоему эта фича в купе с depends_on как раз должна дать то что нужно

посоветуйте нормальный реестр с ui ?

с очищением старых образов

через апи или крон

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

Выставьте тайм-аут на соединение к бд, в течении которого ваша база данных точно стартанет, например 30 сек

как разрулить на уровне приложения то понятно и несложно мекня впринципе интересовало есть ли такой механизм в докере

В принципе нет стандартного механизма понять запустилась ли бд, или она просто пишет лог

В доках на эту тему

https://docs.docker.com/compose/startup-order/

В принципе нет стандартного механизма понять запустилась ли бд, или она просто пишет лог

ну а ежели просто получить список баз через простенький запрос?

В принципе нет стандартного механизма понять запустилась ли бд, или она просто пишет лог

healthcheck?

Ну вот покажите мне пример с health check:)

ну а ежели просто получить список баз через простенький запрос?

Это свой скрипт

Мы же говорим о порядке запуска

С health check все контейнеры будут запущены одновременно , а чекинг произойдет через 30 сек, если дб не запустилась , он попробует еще три раза , и потом накроет контейнер

Порядок​ запуска не решится этим способом

а если выставлять в docker-compose.yml backend: depends_on: - postgres то healthchech влияет ?

healthcheck это не про docker-compose немного, скорее про swarm

Полагаю что это вообще к докер демону относится, нет?

он же выставляет флаг если не проходит проверку.

Хотя я всего лишь предполагаю.

https://github.com/docker/compose/issues/3754

как разрулить на уровне приложения то понятно и несложно мекня впринципе интересовало есть ли такой механизм в докере

https://github.com/jwilder/dockerize

$ dockerize -wait tcp://db:5432 -wait http://web:80 -timeout 10s

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

как насчет restart: always?

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

жесть

https://github.com/jwilder/dockerize

спасибо инересная штука

у меня другой вопрос, есть те, кто использует гитлаб сиай+гитлаб раннер+докер экзекьютор? Как чистите после прогона пайплайна устаревшие образы? они обычно с пометкой <none>

и после пару десятков пушей их прилично так накапливается

как насчет restart: always?

помойму это плохая идея рестарт нужен для перезапуска после падения процесса если недоступность бд приводит к падению процесса то что не так с кодом (имхо надо голову сплечь снимать или на кол садить)

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

Привет, сообщество. Использует кто-нибудь гитлаб в докере?

Привет, сообщество. Использует кто-нибудь гитлаб в докере?

А иначе то как, там руби же. Слезьми изойдешь пока на хост поставишь

бред

rvm и нет проблем.

ну ну

что ну ну? я тонну раз через rvm ставил

и на прод и локально

"работает у меня"

ставится легко и быстро, скорее от дистра зависит.

скорее от фаз луны зависит

и намоленности бубна

И что же у тебя не ставилось?

давай расскажи что там может быть такого крутого.

Воздержусь, лучше послушаю крутых парней

есть аж две докер-версии которые заводятся одной командой) зачем руками что-то делать?

Воздержусь, лучше послушаю крутых парней

не, ты расскажи что там не ставится то, интересно же.

А поговорить? А вычищать потом это всё, а не дай бог ещё руби приложение есть, а не дай бог обновлять.

не, ты расскажи что там не ставится то, интересно же.

Скока денег?

вычищать? rvm implode

обновляются руби также легко как и ставятся.

это верно, с этим не поспоришь

оно примерно всё там одинаково

И легко.

единого цвета я б сказал

сообщество о докере, а не о холиварах руби

довольно странный спор

Привет, сообщество. Использует кто-нибудь гитлаб в докере?

gitlab ce полностью в докере? Но зачем?

gitlab в докере не запускал, но почему нет?

есть omnibus у гитлаба

Для небольшого продакшна хватит более чем

установить и сконфигурировать 5 минут времени от силы.

https://docs.gitlab.com/omnibus/docker/README.html ну вот оф доки как его запустить в докере

Кроме как доп изоляция вообще не вижу смысла. Диск все равно внешний.

с оф image, то есть как я понял они не исключают этот кейс

ну докер для изоляции-то и юзают

Если сервис не в паблике, то нет такой необходимости. Наворачивать докер сверху? Хз. Переходы между версиями гитлаба через omnibus отлично осуществляются. В случае с разверткой в режиме HA уже другой разговор.

тут вопрос в едином инструменте для подъема X на своем сервере, это просто удобно

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

Если честно то поставили так потому что докер известен а омнибус нет. Но вопрос в том что ни у кого не возникало проблем с гитлаб в докере: у меня сейчас каждые недель 7 гитлаб начинает лагать и рестарт контейнера не помогает docker engine уводит CPU load в 200 процентов и открыто 4к файловых дескрипторов. Помогает только перезапуск докер демона но на день или новый контейнер: на 7 недель.

А то ,что омнибус в докере работает не смущает?

Тот же фарш, что в омнибусе. Сам gitlab на примерно 70 пользователях + CI сейчас живет на 12 ядрах и 20 гб оперативы. Выедает все ядра на 100% + течет по памяти

То есть это норма?

Да

Рельсы и руби

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

:/ а почему докер при отпускании контейнера пытается еще что-то сделать?

@gitrus какая ось на хостовой тачке?

Убунту 14.04 3.19 kernel

Если честно то поставили так потому что докер известен а омнибус нет. Но вопрос в том что ни у кого не возникало проблем с гитлаб в докере: у меня сейчас каждые недель 7 гитлаб начинает лагать и рестарт контейнера не помогает docker engine уводит CPU load в 200 процентов и открыто 4к файловых дескрипторов. Помогает только перезапуск докер демона но на день или новый контейнер: на 7 недель.

Сейчас у нас 8.14, обновляю где-то раз в месяц-два. Ни разу не приходилось перезагружать вне планового обновления. Работает CI, проектов много (порядка 100). На хосте Ubuntu 16.04, практически всё в дефолтном виде.

Сейчас у нас 8.14, обновляю где-то раз в месяц-два. Ни разу не приходилось перезагружать вне планового обновления. Работает CI, проектов много (порядка 100). На хосте Ubuntu 16.04, практически всё в дефолтном виде.

А как же трабла с systemd-logind на 16.04?

А как же трабла с systemd-logind на 16.04?

не сталкивался

сислог глянь

Сейчас у нас 8.14, обновляю где-то раз в месяц-два. Ни разу не приходилось перезагружать вне планового обновления. Работает CI, проектов много (порядка 100). На хосте Ubuntu 16.04, практически всё в дефолтном виде.

Можешь скинуть команду запуска

https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1591411

Можешь скинуть команду запуска

apt-get install gitlab-ce ?)

Можешь скинуть команду запуска

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