мне казалось прометей уже стал стандартным мониторингом

Пока не научится нормально работать с сетевыми железками - не станет.

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

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

То есть опять 100500 мониторингов, ага. Только только от Дудя избавились у нас. :-)

Есть у кого битрикс в кубере работает? Можете проконсультировать?

У меня Давай початимся как-нибудь

То есть опять 100500 мониторингов, ага. Только только от Дудя избавились у нас. :-)

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

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

Да я бы и рад не велосипедить - но наш саппорт если больше одного мониторинга видит - пугается. :-)

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

прометей уже стандарт де-факто в мире кубеней

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

Ну да. А Заббикс или Нагиос - стандарт в мире мониторинга. Задача - их хоть как то подружить.

Тут вопрос возник - а кто нибудь пытался мониторить куб каким нибудь стандартным мониторингом, типа Заббикса? Ну или вытаскивал данные из Прометея в Заббикс? А то неохота мониторинги плодить. И так их слишком дофига.

они стандарт только там где не 1) ынтырпрайзы (там свои мониторинги за свои бабки) 2) где нет кубеней

ребята. Подскажите как лучше всего запускать и в каком количестве. Может кто скажет свои рекомендации по запуску node в rancher. Получается хочу запустить 40 нод. Сколько мне надо нод с ETCD и Control Plane. Запускать Control Plane и ETCD в отдельных нодах или в одном????? Если можно то более детально, зачем и нахера. Спасибо

Тут вопрос возник - а кто нибудь пытался мониторить куб каким нибудь стандартным мониторингом, типа Заббикса? Ну или вытаскивал данные из Прометея в Заббикс? А то неохота мониторинги плодить. И так их слишком дофига.

Двух достаточно. Заббикс для серверов и прометей для приложений. Дружить заббикс с кубами и вот этим вот всем долго нудно и больно

ребята. Подскажите как лучше всего запускать и в каком количестве. Может кто скажет свои рекомендации по запуску node в rancher. Получается хочу запустить 40 нод. Сколько мне надо нод с ETCD и Control Plane. Запускать Control Plane и ETCD в отдельных нодах или в одном????? Если можно то более детально, зачем и нахера. Спасибо

https://kubernetes.io/docs/setup/cluster-large/

https://kubernetes.io/docs/setup/cluster-large/

Да, прочитал. 11-100 nodes: n1-standard-4. Непонятно именно n1-standard-4? 4 мастер ноды?

Двух достаточно. Заббикс для серверов и прометей для приложений. Дружить заббикс с кубами и вот этим вот всем долго нудно и больно

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

не факт, что оно будет толково, но типа пообещали

Да, прочитал. 11-100 nodes: n1-standard-4. Непонятно именно n1-standard-4? 4 мастер ноды?

n1-standard-4 - 4vCPU

Да, прочитал. 11-100 nodes: n1-standard-4. Непонятно именно n1-standard-4? 4 мастер ноды?

Это название тарифа

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

К тому времени я видимо с концами перейду на netdata + graphite 😅

К тому времени я видимо с концами перейду на netdata + graphite 😅

Ну такое...

оу, это теперь понял. А количество таких n1-standard-4?

У меня Давай початимся как-нибудь

Отпиши в понедельник плиз, ща уже бухаю😂

Ну такое...

Вдохновила статья на доу. Ну и надоело что для добавления какой нибудь метрики в заббикс нужно сделать много телодвижений

Народ дратути! есть NGINX который бежит в кубе, я хочу прокинуть инв. вариаблы . Но шляпа в том что они конфигурятся для рут юзера. Когда NGINX бежит под www-data. Есть ли какие то способы без бубна прокинуть не рут юзеру, еnv vars с манифеста?

Народ дратути! есть NGINX который бежит в кубе, я хочу прокинуть инв. вариаблы . Но шляпа в том что они конфигурятся для рут юзера. Когда NGINX бежит под www-data. Есть ли какие то способы без бубна прокинуть не рут юзеру, еnv vars с манифеста?

ConfigMap ?

муторно для 1 еnv var 😕, но спасибо

Народ дратути! есть NGINX который бежит в кубе, я хочу прокинуть инв. вариаблы . Но шляпа в том что они конфигурятся для рут юзера. Когда NGINX бежит под www-data. Есть ли какие то способы без бубна прокинуть не рут юзеру, еnv vars с манифеста?

А зачем нжинкс внутри контейнера от www-data?

потому что NGINX должен бежать как non root юзер

Народ дратути! есть NGINX который бежит в кубе, я хочу прокинуть инв. вариаблы . Но шляпа в том что они конфигурятся для рут юзера. Когда NGINX бежит под www-data. Есть ли какие то способы без бубна прокинуть не рут юзеру, еnv vars с манифеста?

что даже если securityContext: прописать, всё равно для рута?

потому что NGINX должен бежать как non root юзер

Ну это прям ок аргументация для мира контейнеров

Кто юзал rancher? Есть какие нибудь минусы в сравнении с классическим курьером?

Кубером?

мало того, что кубер надо ковырять, так ещё и ранчер?) зачем усложнять себе жизнь?

Там многие вещи из коробки работают плюс мультикластерность

Лично я могу сказать от себя(я только перешел на rancher), И очень очень удобно работать с таким UI. И да, несколько кнопок и у тебя кластер и ты детально всё видишь. Лично мне удобно

Прям как в клауде

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

а то по мануалам всякие coredns не будут вставать адекватно

Сам с этим столкнулся, на ранчере с этим покопаться придется, а на голом kubeadm сразу завелся coredns

но мониторинг в ранчере классный из коробки)

Кто юзал rancher? Есть какие нибудь минусы в сравнении с классическим курьером?

у нас стоит над vCenter, бывает ноды не может создать говорит что такой image уже существует. и зацикливается...

С кубером я более менее разобрался. Но появилось потребность в большом количестве кластеров

С кубером я более менее разобрался. Но появилось потребность в большом количестве кластеров

там кажется это идет в ентерпрайз (от 5 кластеров кажетса)

там кажется это идет в ентерпрайз (от 5 кластеров кажетса)

Что то я не видел такого ограничения на сайте

Лично я могу сказать от себя(я только перешел на rancher), И очень очень удобно работать с таким UI. И да, несколько кнопок и у тебя кластер и ты детально всё видишь. Лично мне удобно

это же платная штука

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

Rancher?? С каких

ранчер очень хорош, но он имеет свойство помирать

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

Опенсорс ничем не урезана как я понял, я писал им в саппорт. Предлагали просто поддержку

а еще в нём очень многих фишек нет, которые умеет кубер, и как только ты их начинаешь в кубере использовать, в обход ранчера, то что ты видишь в UI быстро перестаёт соответствовать действительности

Вопрос, как можно узнать белый ip хоста где развернут под? (Кроме как дернув из контейнер условный ifconfig.co)

а если без облаков, на своих мощностях, но несколько кластеров, он удобен? или вообще не для этого

Вопрос, как можно узнать белый ip хоста где развернут под? (Кроме как дернув из контейнер условный ifconfig.co)

fieldRef: fieldPath: status.hostIP Выдает серый

а если без облаков, на своих мощностях, но несколько кластеров, он удобен? или вообще не для этого

ну такое... у него есть провайдер к VMware вроде, но вот просто на хостах он разворачиваться не умеет

можно кастом кластер сделать и ручками добавлять ноды

ну такое... у него есть провайдер к VMware вроде, но вот просто на хостах он разворачиваться не умеет

Вот каких фишек у него нет

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

и нетворкполисей

выглядит как продвинутый дашборд) типо как в опеншифте

пример - у тебя ранчер. Ты в кластер поставил cert-manager. Ты создаешь ингресс через UI, описываешь ему секцию TLS но получаешь нифига, потому что аннотацию ты вписать в ингресс через UI не можешь. Поэтому ты идешь и всё равно правишь yaml этого ингреса

а существующий кластер кубера можно в него добавить? чисто чтоб посмотреть че как

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

а существующий кластер кубера можно в него добавить? чисто чтоб посмотреть че как

да

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

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

Это конечно минусы, но с ними можно жить

Может ещё какие решения по мимо ранчера посоветуете глянуть из опенсорса

Это конечно минусы, но с ними можно жить

ты тож его используешь уже?

пример - у тебя ранчер. Ты в кластер поставил cert-manager. Ты создаешь ингресс через UI, описываешь ему секцию TLS но получаешь нифига, потому что аннотацию ты вписать в ингресс через UI не можешь. Поэтому ты идешь и всё равно правишь yaml этого ингреса

а че через UI ямл нельзя поменять?

ты тож его используешь уже?

Пока тестим только

Пока тестим только

на каких инсталяциях кубера, в облаке или своих виртуалках?

На своих

Народ привет, Тапками не закидуйте, подскажите если есть какой тулз для установки и удобного менеджмента Кубернетеса , под AWS или Аzure. EKS и т.д. не предлагать, все должно быть на инстансах

На своих

в кратце можешь сказать че дало?

а че через UI ямл нельзя поменять?

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

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

Да, все верно

Всем привет. Есть несколько k8s кластеров (self managed). Нужно с них в реалтайме процессить логи и обрабатывать их, выдирать из них json. На основе этих логов слать http-уведомления сервисам, которые на эти логи подписаны. Прямо сейчас для этого используется fluentd, который стоит на кластерах и tail'ит файлы, далее отправляет в rabbitmq а оттуда уже нодой в порядке очереди разгребаются сообщения и отправляются http-уведомления. вроде бы работает, но есть некоторые проблемы: — Сообщение из лога может задвоиться, при перезапуске демона fluentd, например. Да, там есть pos-файлы, но это почему-то не помогает. — Нужна гарантия доставки (retry, backoff, buffer на диске, и т.д.) в случае падения демона, ноды или сети — Нужна гарантия последовательности сообщений Что посоветуете для этого использовать?

а че через UI ямл нельзя поменять?

Можно, но это не очень удобно, усложнит управление и автоматизацию

в кратце можешь сказать че дало?

Пока кроме упрощения администрирования и мониторинга не особо

Не особо много