m
awk наше фсьо
кстати у нас тут в команде опять задача прилетела
Сделали несколько dc, объеденили их, и теперь вопрос как балансировать трафик через traefik между разными dc, вроде как traefik этого не умеет
Size: a a a
2020 November 20
AY
Каскад traefik 😄 (один на второй натравить)
m
заебись
А
а кто-нибудь в nomad шарил файлы между тасками в группе у джобы? как это правильно сделать?
А
у меня просто 1 докер-контейнер пишет логи, и мне надо второму докер-контейнеру файл с логами скармливать. Оба докер-контейнера оформлены в виде тасок в одной группе в nomad job’е
AY
а кто-нибудь в nomad шарил файлы между тасками в группе у джобы? как это правильно сделать?
alloc папка общая между тасками
volumes = ["alloc/logs:/logs"]
volumes = ["alloc/logs:/logs"]
А
alloc папка общая между тасками
volumes = ["alloc/logs:/logs"]
volumes = ["alloc/logs:/logs"]
если так делать, то он создает папку alloc в папке конкретной таски 😕 и из другой таски в эту папку доступа нет
AY
Звучит странно.
Вообще volumes можно не писать.
nomad сам монтирует /alloc контейнерам.
сделайте docker inspect и посмотрите
Вообще volumes можно не писать.
nomad сам монтирует /alloc контейнерам.
сделайте docker inspect и посмотрите
А
сейчас гляну, спасибо
А
Звучит странно.
Вообще volumes можно не писать.
nomad сам монтирует /alloc контейнерам.
сделайте docker inspect и посмотрите
Вообще volumes можно не писать.
nomad сам монтирует /alloc контейнерам.
сделайте docker inspect и посмотрите
фак, и правда) спасибо! )
AY
Но вообще проще писать логи stdout и отправлять в syslog
logging {
type = "syslog"
config = {
syslog-address = "tcp+tls://xxxx"
tag = "some-job-name"
}
}
logging {
type = "syslog"
config = {
syslog-address = "tcp+tls://xxxx"
tag = "some-job-name"
}
}
AY
(понятно, что syslog не один вариант, https://docs.docker.com/config/containers/logging/configure/)
A
всем привет.
возникла интересная пролема или даже фича consul-template. генерим конфиг для приложения в докере.
хотим просто получить exit code !=0 если такого ключа нет в консуле. но в сам consul-template вшита логика ожидания наличия ключа. в итоге получается что стартует контейнер и ждет ключ. а хотелось бы его скрашить.
мы можем, конечно, скрашить его readiness-проверкой, но хотелось бы чтобы сам consul-template гавкнулся.
может кто сталкивался с такой особенностью?
возникла интересная пролема или даже фича consul-template. генерим конфиг для приложения в докере.
хотим просто получить exit code !=0 если такого ключа нет в консуле. но в сам consul-template вшита логика ожидания наличия ключа. в итоге получается что стартует контейнер и ждет ключ. а хотелось бы его скрашить.
мы можем, конечно, скрашить его readiness-проверкой, но хотелось бы чтобы сам consul-template гавкнулся.
может кто сталкивался с такой особенностью?
апну тему вчерашнюю - может кто с утра в пятницу сможет помочь
A
возникла интересная проблема или даже фича consul-template. генерим конфиг для приложения в докере.
хотим просто получить exit code !=0 если такого ключа нет в консуле. но в сам consul-template вшита логика ожидания наличия ключа. в итоге получается что стартует контейнер и ждет ключ. а хотелось бы его скрашить.
мы можем, конечно, скрашить его readiness-проверкой, но хотелось бы чтобы сам consul-template гавкнулся.
может кто сталкивался с такой особенностью?
хотим просто получить exit code !=0 если такого ключа нет в консуле. но в сам consul-template вшита логика ожидания наличия ключа. в итоге получается что стартует контейнер и ждет ключ. а хотелось бы его скрашить.
мы можем, конечно, скрашить его readiness-проверкой, но хотелось бы чтобы сам consul-template гавкнулся.
может кто сталкивался с такой особенностью?
AY
возникла интересная проблема или даже фича consul-template. генерим конфиг для приложения в докере.
хотим просто получить exit code !=0 если такого ключа нет в консуле. но в сам consul-template вшита логика ожидания наличия ключа. в итоге получается что стартует контейнер и ждет ключ. а хотелось бы его скрашить.
мы можем, конечно, скрашить его readiness-проверкой, но хотелось бы чтобы сам consul-template гавкнулся.
может кто сталкивался с такой особенностью?
хотим просто получить exit code !=0 если такого ключа нет в консуле. но в сам consul-template вшита логика ожидания наличия ключа. в итоге получается что стартует контейнер и ждет ключ. а хотелось бы его скрашить.
мы можем, конечно, скрашить его readiness-проверкой, но хотелось бы чтобы сам consul-template гавкнулся.
может кто сталкивался с такой особенностью?
To avoid blocking, use keyOrDefault or keyExists.
AY
if not keyExists ... {{ throwError }}
скажет, что throwError нет и вернет exit code != 0
скажет, что throwError нет и вернет exit code != 0
A
дада. но конфиг получается будет прошит сплошными if-ами
AY
Нет... просто в начале 1 строчка
A
хмхм. спасибо. сейчас попробую