А так - не вижу смысла на линуксах при наличии баша с питоном.

А так - не вижу смысла на линуксах при наличии баша с питоном.

это уже другая песня

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

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

да, потом кластер от кронджоб разносит)

да, потом кластер от кронджоб разносит)

Так вроде джоба запустилась - отработала - умерла, как от такого цикла может разнести?

Так вроде джоба запустилась - отработала - умерла, как от такого цикла может разнести?

если умерла)

а если ты ошибся в докере?)

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

какую проблему вы решаете?

а если ты ошибся в докере?)

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

какую проблему вы решаете?

есть таска, которая должна запускаться каждую минуту (работать она может от оной минуты до 5 часов), конкуретнтность выполнения запрещена, запрет основывается на файловых локах. В идеологии докера - эти локи не работают. (Когда выкатывается новая версия приложения, задача стартует в 2 подах), хотя должна бы в новом не стартовать, пока в старом не умрет. Старый под при деплое новой версии приложения перестает запускать новые кронтаски, а только доделывает что были и умирает. Дешевле выглядит переделать эу таску на кронджобу.

есть таска, которая должна запускаться каждую минуту (работать она может от оной минуты до 5 часов), конкуретнтность выполнения запрещена, запрет основывается на файловых локах. В идеологии докера - эти локи не работают. (Когда выкатывается новая версия приложения, задача стартует в 2 подах), хотя должна бы в новом не стартовать, пока в старом не умрет. Старый под при деплое новой версии приложения перестает запускать новые кронтаски, а только доделывает что были и умирает. Дешевле выглядит переделать эу таску на кронджобу.

а запустить pod с while :; do task; sleep 60; done вы не рассматриваете?

Даже что-то в голову не приходило такое решение :)

Так вроде джоба запустилась - отработала - умерла, как от такого цикла может разнести?

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

Зачем такой под, если можно сделать крон в поде?

Зачем такой под, если можно сделать крон в поде?

крон в поде не сообщает ничего выше. ты не можешь отследить успешно он отработал или нет

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

Это да. Но тут зависит от задач. Если задачи прикладные - его хватит. Если кластерные - таки шедулить средствами кластера.

пятница наступила

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

но он не собирает статус джоб

Станислав, там требуется одну таску по KD запускать, какой еще crontab?

зафейлилась джоба или нет, ему пофиг

Станислав, там требуется одну таску по KD запускать, какой еще crontab?

А... Не сообразил. Тут да, только шедулером.

есть таска, которая должна запускаться каждую минуту (работать она может от оной минуты до 5 часов), конкуретнтность выполнения запрещена, запрет основывается на файловых локах. В идеологии докера - эти локи не работают. (Когда выкатывается новая версия приложения, задача стартует в 2 подах), хотя должна бы в новом не стартовать, пока в старом не умрет. Старый под при деплое новой версии приложения перестает запускать новые кронтаски, а только доделывает что были и умирает. Дешевле выглядит переделать эу таску на кронджобу.

nononono! Не надо делать ее кронджобой, выше правильно посоветовали while true sleep; плюс strategy: type: Recreate Вообще имхо не надо в куб совать джобы с расписанием * * * * * или вроде того

кронджобы в k8s нормально выглядит например для обновления токенов и авторизации до приватного registry (работают каждые 8 часов)

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

починили же через historyLimit, или не?

починили же через historyLimit, или не?

ну да, тогда всё забъется резалтами от бесполезных кронджобов

ну да, тогда всё забъется резалтами от бесполезных кронджобов

ага, еще одну кронджобу котора чистит резалты от других кронджоб, и так далее

под-то создался в любом случае, все ходы записаны

я видел где-то что можно указать в пути монтирования hostname пода. Может помнит кто где это можно найти?

я видел где-то что можно указать в пути монтирования hostname пода. Может помнит кто где это можно найти?

env: - name: NODE_NAME valueFrom: fieldRef: fieldPath: spec.nodeName

хотя до него был и вижл бейсик фор скрипт (сам на нем автоматизировал)

ещё jScript был, я на нём даже написал 1 скрипт в жизни

ещё jScript был, я на нём даже написал 1 скрипт в жизни

я про него только на вики читал)

есть таска, которая должна запускаться каждую минуту (работать она может от оной минуты до 5 часов), конкуретнтность выполнения запрещена, запрет основывается на файловых локах. В идеологии докера - эти локи не работают. (Когда выкатывается новая версия приложения, задача стартует в 2 подах), хотя должна бы в новом не стартовать, пока в старом не умрет. Старый под при деплое новой версии приложения перестает запускать новые кронтаски, а только доделывает что были и умирает. Дешевле выглядит переделать эу таску на кронджобу.

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

env: - name: NODE_NAME valueFrom: fieldRef: fieldPath: spec.nodeName

спасибо!

Кто-нибудь сталкивался с проблемой ndots в куб-кластере устанавливал через kubespray в параметрах выставил ndots: 2 в сервисе тоже все хорошо cat /etc/systemd/system/docker.service.d/docker-dns.conf |grep ndot --dns-opt ndots:2 --dns-opt timeout:2 --dns-opt attempts:2 \ Но внутри пода cat /etc/resolv.conf |grep ndot options ndots:5 Это откуда он его мог взять? В качестве DNS-сервера kubedns

https://github.com/kubernetes-incubator/kubespray через нее можно быстро развернуть кластер?

https://github.com/kubernetes-incubator/kubespray через нее можно быстро развернуть кластер?

да, оно для того и предназначено

Всем привет? КТо то юзает это для сбора логов? https://github.com/helm/charts/tree/master/stable/fluent-bit

Интересует вопрос как правильно настроить эту штуку, чтобы фильтровать логи определенных подов

да, оно для того и предназначено

прикольно, надо попробовать, вчера вроде про это говорил @rheinx

прикольно, надо попробовать, вчера вроде про это говорил @rheinx

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

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

хорошо))

Всем приветы )) У меня куб-прокси заюзал 443 порт. Не знаете, как его отучить занимать этот порт?

Всем привет? КТо то юзает это для сбора логов? https://github.com/helm/charts/tree/master/stable/fluent-bit

Есть. processors: - drop_event: when: equals: или что-то другое и в путь

коллеги. а кто-нибудь делает для ingress'a geomap и визуализацию в grafana через worldmap?

Есть. processors: - drop_event: when: equals: или что-то другое и в путь

Понял спасибо!

прикольно, надо попробовать, вчера вроде про это говорил @rheinx

Да, коллеги вот выше правильно подсказывают. Инструмент клевый, но важно сразу прошерстить все настройки. По дефолту там не самая последняя версия кубера ставится. Ну и mtu надо смотреть. Я попал с этим когда в selectel на виртуалки деплоился. Чуть не поседел.

Да, коллеги вот выше правильно подсказывают. Инструмент клевый, но важно сразу прошерстить все настройки. По дефолту там не самая последняя версия кубера ставится. Ну и mtu надо смотреть. Я попал с этим когда в selectel на виртуалки деплоился. Чуть не поседел.

постараюсь не забыть ваши замечания)

Тут же ничег оен видно

желтенькая линия и синенькая в одном dns RR

в милисинудах сколько?

Да, коллеги вот выше правильно подсказывают. Инструмент клевый, но важно сразу прошерстить все настройки. По дефолту там не самая последняя версия кубера ставится. Ну и mtu надо смотреть. Я попал с этим когда в selectel на виртуалки деплоился. Чуть не поседел.

еще и http auth по дефолту выключен, только токены, только хардкор

в милисинудах сколько?

это сутки ? какие милисекунды? :)

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

10 минут это вечность в кластере

Павел, это иллюстрация того, что DNS балансить HA далеко не самая лучшая идея в плане "переключения"

Так это и говорил

я просто добавил картинку к вашим словам.

но вы видимо это как-то странно поняли.

я полян это как оспаривание довода. Видимо я еще не перключил контекст а сообщение уже обработал

хехе, с прошедшим днем программиста ?

спасиюо и Вас также

Народ. Подскажите как правильно сделать configmap для nginx-ingress для определенного ингресса?

Народ. Подскажите как правильно сделать configmap для nginx-ingress для определенного ингресса?

https://github.com/nginxinc/kubernetes-ingress/tree/master/examples/custom-templates

https://github.com/nginxinc/kubernetes-ingress/tree/master/examples/custom-templates

Я просто не совсем понимаю как ingress поймет что это его configmap.

Или он считывает все конфигмапы из своего namespace?

эээ, нет, только те что указаны в конфигурации пода

эээ, нет, только те что указаны в конфигурации пода

эммм..извиняюсь что туплю. не совсем понял

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

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

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

вот да, раньше только гластер и цеф разваливались, теперь пора и etcd разваливать

Маньяки...

Давайте кубер в кубере запускать

Гиперкубами очевидно

Вопрос. Настраиваю интеграцию GitLab с кубернетес. Кластер запилили на GKE. Установили туда Ingress через нажатие кнопки в интерфейсе гитлаба. Вот интересно — это обычный ингресс или какой-то особенный гитлабовский? Как им теперь управлять? kubectl get ingress отвечает, что ресурсов нету, попробовал во всех неймспейсах.

Вопрос. Настраиваю интеграцию GitLab с кубернетес. Кластер запилили на GKE. Установили туда Ingress через нажатие кнопки в интерфейсе гитлаба. Вот интересно — это обычный ингресс или какой-то особенный гитлабовский? Как им теперь управлять? kubectl get ingress отвечает, что ресурсов нету, попробовал во всех неймспейсах.

а он у тебя завелся ингресс?)

поды живые?

Неймспейс не тот небось

блин, скрин не могу скинуть

нахуй скрин

gist.gitlab.com

поды живые?

да, поды есть какие-то

да, поды есть какие-то

ну вот интересуют какие в неймспейсе который создал gitlab

--all-namespaces

даже ссылку не могу скинуть, кек

в 2018 кнопчку нажал - ингресс получил, но где - не понятно ?

да вроде даже выкатилось

тык, это ingress выкатился, но надо же еще создать сам ресурс)

что куда проксируется всмысле

есть поды ingress-nginx-ingress-controller-... и ingress-nginx-ingress-default-backend-...

тык, это ingress выкатился, но надо же еще создать сам ресурс)

вот это я и хочу сделать, но как?

всмысле? иди читай как создавать)

вот это я и хочу сделать, но как?

кнопочки нету?

кнопочки нету?

нету :(

нету :(

надо покупать EE

странно, что этот ингресс не откликается на kubectl get ingress