в смысле?

а в босуне ты не связываешь метрики и алерты?

ну то есть ты ж и в босуне дергаешь графит что б понять есть ли алерт или нет

@ctrlok ну да это я видел, но там же получается что мы дергаем метрику и просто сравниваем с мин \ макс \ перцентиль. А никакой другой более сложной огики не навернуть. типа взять эту же метрику за неделю назад, и если разница не больше 20% то не алертить.

ну так это ж тоже просто запрос в графит

который точно так же можно нарисовать

В чем профит bosun против хоть того же prometheus?

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

Насколько я знаю, prometheus это 1) своя tsdb на основе leveldb 2) pull получение данных, то есть без service discovery не обойтись 3) хорошие библиотеки для многих языков с агрегацией данных на клиенте 4) streaming вычисления и запись результатов в базу

Он очень похож на Borgmon, его значительно проще поставить, плюс CoreOS его начинает впиливать в Kubernetes.

Лично мне не нравится синтаксис его DSL, но это сложная тема.

ну и прометеус не для хранения данных, а чисто для операционного мониторинга

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

ну и он не особо быстр, если сравнивать с графитом (go-carbon)

Слушайте, а как сделать -d при старте контейнера через композ ?

всмысле я знаю что можно сказать up -d но может как то можно это зашить в композфайлик

Народ - а кто идет на следующей неделе на DevConf'16? Там неплохая DevOps секция намечается http://devconf.ru/ru/schedule#devops

На мой привередливый взгляд, другие секции там значительно интереснее, Go/Rust особенно.

Народ - а кто идет на следующей неделе на DevConf'16? Там неплохая DevOps секция намечается http://devconf.ru/ru/schedule#devops

Я буду

Слушайте, а как сделать -d при старте контейнера через композ ?

Если я правильно помню и ничего не путаю, то в композе есть restart:always

0_j

всмысле я знаю что можно сказать up -d но может как то можно это зашить в композфайлик

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

ясненько, печальненько.

А какой юзкейс? :)

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

Но все идет к тому чтобы тащить их к себе, и я думаю проблемы не будет

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

издеваешься да ?

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

конечно, надо только использлвать ключ —direct-rendering

(когда желание подьебнуть сильнее желания помочь)

да яж серьезно

есть скриптец на питоне

он рендерит

использует cuda

ядро для кдокера шаред ресурс.

что не умеет хостовое ядро не умеет контейнер

мне кажется еще придется пулять контейнер как privilegied

что не умеет хостовое ядро не умеет контейнер

просто на хосте нет дров

а в контейнере есть ?

и они подгрузят ?

он про то и спрашивает )

а вообще интересно да.

там же всякие unikernel

https://github.com/NVIDIA/nvidia-docker

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

ну тоесть драйвер все равно нужен на хосте

естественно

ну тоесть не подгрузит

(когда желание подьебнуть сильнее желания помочь)

то есть как обычно, да? ?

давай ка с этим на devops. тут тематический канал

я в теме 18+ ?

Поделитесь, плиз, ссылкой на devops чатик, интересно про cuda

https://telegram.me/devops_ru

только вас обманули, там про сиськи

О, ну тогда вдвойне спасибо :D

слушайте, а как изобразить docker exec c25c1072149b cd /opt/redash/current && PYTHONPATH=. bin/run python migrations/0021_create_api_keys_table.py

при том что оно говорит в ответ rpc error: code = 2 desc = "oci runtime error: exec failed: exec: \"cd\": executable file not found in $PATH"

bash -c

ну или sh -c, смотря что там

тоска )

я для этого сразу в докер файле делаю workdir

да и PYTHONPATH тудаже б

и в path вписываю свои тузлы из virtualenv-а вначало

при том что оно говорит в ответ rpc error: code = 2 desc = "oci runtime error: exec failed: exec: \"cd\": executable file not found in $PATH"

docker exec c25c1072149b sh -c 'cd /opt/redash/current && PYTHONPATH=. bin/run python migrations/0021_create_api_keys_table.py'

как-то так, кажется

exec ведь не умеет несколько команд сразу без таких вот хитростей

но я бы просто использовал полные пути везде - так надежнее

и по идее вот это лишнее PYTHONPATH=. , такого не должно быть

особенности фреймворков.

ну, может быть, но выглядит немного криво

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

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

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

мне кажется, что 1) на фре нет варианта запустить докер нативно 2) там есть джейлы

дока говорит об обратном

https://wiki.freebsd.org/Docker

а заччем его запускать на фряхе?

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

я пытаюсь понять на сколько у них будет все плохо

ну пусть запускаю в kvm

если уж так впадлу поставиьт машину на линуксе

сейчас я так понимаю единственный обязательный момент это использование zfs

а что не так с zfs в линуксе на ядре 4.2+ ?

Уточнение: openzfs или же zfs?

https://wiki.freebsd.org/Docker

круто, не знал.

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

да как так?

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

@Romkart это вопрос религии. я честно не понимаю зачем им фря. но они ее любят

а я сейчас пытаюсь решить сугубо свой вопрос с деплоем.

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

@Romkart это вопрос религии. я честно не понимаю зачем им фря. но они ее любят

я её тоже люблю, но можно и любить и не использовать одновременно :)

я так и делаю :)

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

я её тоже люблю, но можно и любить и не использовать одновременно :)

вот именно

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

птицекс с рабочим ZFS - это хорошая шутка да

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

о Phil ты скажи

юзал ?

Зачем? Докер это пакетный менеджер. Фря именно в плане докера прекрасно обходится poudriere