верно

и тут можно добавить "почему кубер не умеет дёргать нужный мне хук при изменении конфига"

lifecycle хуки для подов же есть

Here we go again

Мне разработчики сказали что они не будут за этим следить, потому что слишком много работы :) поэтому изменение конфиг мапа = рестарт

хелм аннотация может это решить

хелм аннотация может это решить

Да, сейчас предстоит разобраться в helm тоже :)

Sighup - это паттерн приложения, а не оркестрации контейнеров. Поэтому правильно вопрос звучит так - "почему мое приложение не умеет перечитывать конфиг как прометей"

или как нжинкс который это умеет хз сколько лет

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

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

Не, они очень крутые :)

или как нжинкс который это умеет хз сколько лет

Ну вот пусть берут client-go например и пилят свой недооператор с валидатором конфига, особой метрикой прошла ли валидация и рестартом хошь через sighup хошь через killall

совсем недавно, на прошлой работе, были приложения которые конфиги на ходу из etcd подтягивали

Есть какой-либо гайд по настраиванию мониторинга кубера через прометей? Ясно что в доку придётся пойти, но хочется легкого старта :)

совсем на ходу, сами

не рокет саенс же

Есть какой-либо гайд по настраиванию мониторинга кубера через прометей? Ясно что в доку придётся пойти, но хочется легкого старта :)

это тебе в другой чат

Тут что, не ответят? :)

Вот именно, только почему это делать в кубернетесе? Хук и так практически есть - это event изменения конфигмапа

зачем тогда хуки для подов есть?

не, я понимаю что можно оператор сделать с такой логикой какую сам захочешь

Ну вот пусть берут client-go например и пилят свой недооператор с валидатором конфига, особой метрикой прошла ли валидация и рестартом хошь через sighup хошь через killall

хмм а зачем client-go? можно же сайдкар контейнер

и там хоть на баше с icrond нафигачить

Есть какой-либо гайд по настраиванию мониторинга кубера через прометей? Ясно что в доку придётся пойти, но хочется легкого старта :)

prometheus-operator от coreos советую

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

prometheus-operator от coreos советую

Ага, посмотрю

зачем тогда хуки для подов есть?

Так они синхронные, от них стейт контейнера зависит

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

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

хмм а зачем client-go? можно же сайдкар контейнер

Да, вариант, но опять же - это зависит от кишок контенера. Отчего люди требую решение, которое подойдет всем мне не ясно

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

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

Релоад конфигмапа асинхронно контейнеру происходит. Его что, стопить и выполнять хук?

что?

не вижу проблем дёрнуть урл какой укажешь в поде, к которому подключена конфигмапа

или послать сигнал в контейнер, какой укажешь в поде к которому подключена конфигмапа

Ага, посмотрю

Там у них прям в репе есть набор yaml файликов или helm-чартов, чтобы прям задеплоил и вперёд. Вплоть до вполне сносных дашбордов для графаны.

Ну вот у тебя все хуки синхронны контейнеру, а тут вот один особенный

вот 1-в-1 как в лайфцайкл хуках у подов

контейнеру - да, но не поду

это не нереализуемо

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

кстати можно же накостылить через лайфцайкл хуки через сайдкар с inotifywait

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

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

хмм а как это выглядит? subpath какой-то надо писать?

угу

и что в итоге выходит, конфигмап обновил а внутри пода старый файл висит до рестарта пода? или до какого момента он не обновится?

ну это я вроде в доке вычитал, натурно не проверял

но подозреваю что так, да

кстати можно же накостылить через лайфцайкл хуки через сайдкар с inotifywait

а зачем lifecycle хуки тут? достаточно сайдкар с inotify (icrond)

ну это я вроде в доке вычитал, натурно не проверял

жопа то какая, надо запомнить

а зачем lifecycle хуки тут? достаточно сайдкар с inotify (icrond)

ну можно хуком указать чтобы при рестарте соседнего контейнера посылался сигнал и через inotifywait этот самый контейнер и будет рестартиться :)

https://github.com/kubernetes/website/pull/7533/files

вот

ну можно хуком указать чтобы при рестарте соседнего контейнера посылался сигнал и через inotifywait этот самый контейнер и будет рестартиться :)

это из раздела как еще сложнее сделать? 😃

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

ну вот же

а вот systemd-resolved из коробки не работает, хотя наверное это специфика моей конфигурации

https://github.com/kubernetes/kubernetes/issues/66067

https://github.com/kubernetes/kubernetes/issues/66067

В общем я пока решил подождать с bionic, завестись то оно завелось, но слишком много костылей, начитюная от подключения xenial репозиториев, что бы установить kubelet и docker нужной версии, а ещё эти приколы с systemd-rezolved и netplan, как-то оно не особо внушает доверия это все

В общем я пока решил подождать с bionic, завестись то оно завелось, но слишком много костылей, начитюная от подключения xenial репозиториев, что бы установить kubelet и docker нужной версии, а ещё эти приколы с systemd-rezolved и netplan, как-то оно не особо внушает доверия это все

А не пофиг как называется репозиторий, который ставит статический бинарь?

Мне лично пофиг, я просто не вижу смысла менять проверенное и хорошо протестированное решение, на что-то более нестабильное безо всяких на то причин. Или обновляться ради того что бы обновиться?

Лучше уж тогда из bionic бекпортнуть необходимые мне пакеты :)

Всё верно говоришь

/report

/report

/report

/report

@SinTeZoiD ☝

Мне лично пофиг, я просто не вижу смысла менять проверенное и хорошо протестированное решение, на что-то более нестабильное безо всяких на то причин. Или обновляться ради того что бы обновиться?

В 18.04 kernel свежее. За баги спасибо

В 18.04 kernel свежее. За баги спасибо

Я от проксмоса ядро использую в 16.04

4.15.18-1-pve полет отличный

там и zfs из коробки

Нафиг нужен zfs?

Я от проксмоса ядро использую в 16.04

а зочем?

помните: настоящий монстр - это доктор Франкенштейн

Нафиг нужен zfs?

Это красиво. Так, а как линуксоиды решили проблему с лицензией? Там же cddl?

Нафиг нужен zfs?

ZFS классный, удобный и надежный

Но медленный же

И памяти требует вагоны

И не очень понятно нафиг оно надо в контексте кубера

а зочем?

Как ни странно на штатном ядре у меня были были некоторые проблемы с комбинацией SR-IOV и KVM на определенном оборудовании, а на Proxmoxовом ядре все работат как часы, позже мы начали zfs использовать и теперь вообще не вижу смысла использовать обратно стоковое. Proxmox team постоянно допиливают его и оптимизируют под свои нужды. В итоге имеем всегда самое стабильное и новое ядро.

Но медленный же

это смотря как использовать и с чем сравнивать

ext4 + overlayfs