Так а гно разгребать то потом мне придется)))

можно подробнее, что за гно?)))

к чему готовиться

работы много говорю))

Как мне тогда аргументировать отказ?)))

Тебе бы работу поменять. Потому как вешать на первого попавшегося бекендера опсовые задачи, это такое, намекает

не, мне самому интересно

Тебе бы работу поменять. Потому как вешать на первого попавшегося бекендера опсовые задачи, это такое, намекает

хотят много сэкономить как всегда

интересно ты интересуйся но имей ввиду

не, мне самому интересно

Так и крути сам, а не конторе. Думаешь зря отдельных людей берут и отдельные чатики для куберов делают?)

можно подробнее, что за гно?)))

Видимо, имелось в виду ГМО

не, мне самому интересно

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

не, мне самому интересно

Ну вот ты и попробуй сам развернуть, для начала докер поставь себе, посмотри docker-compose хотя бы. Minikube потом потыкай, облачный кубер... если все это сделаешь и мысли "нафига оно мне?" не появится - копай глубже и ты теперь девопс :D

либо прометеус не смотрит на ingress метрик сервис

У меня вообщем дашборд не собирает этим метрики, которые есть в прометее.

https://github.com/jonmosco/kube-ps1 у кого много кубернетисов

Пора бы в powerline уже такое запилить

У меня вообщем дашборд не собирает этим метрики, которые есть в прометее.

в репозитрии графаны есть несколько дашбордов для ingress-nginx найди нужный, либо поменяйте метрики в уже существующих

@metrics_ru вам в помощь

в репозитрии графаны есть несколько дашбордов для ingress-nginx найди нужный, либо поменяйте метрики в уже существующих

Хорошо, спасибо за советы

Ну вот ты и попробуй сам развернуть, для начала докер поставь себе, посмотри docker-compose хотя бы. Minikube потом потыкай, облачный кубер... если все это сделаешь и мысли "нафига оно мне?" не появится - копай глубже и ты теперь девопс :D

Мысли "нафига оно мне?" - будут появляться в любом случае по началу :)

Я бы советовал начинать с https://www.katacoda.com/

Мысли "нафига оно мне?" - будут появляться в любом случае по началу :)

ну хз, ему ж интересно. Мне вот тоже интересно и я понимаю, во что влез :)

ну хз, ему ж интересно. Мне вот тоже интересно и я понимаю, во что влез :)

И что, у вас ни разу не возникало мыслей отторжения на момент понимания?

И что, у вас ни разу не возникало мыслей отторжения на момент понимания?

Нет. Только мысли "вы б еще пару лет его подописывали, а потом релизили" :) После ovirt'а, где документировано много и хорошо, тут было грустно выискивать все в гугле

Мое восприятие постоянно менялось от "Вау, нифига себе, оно и так умеет, круто!", до "Блин, неужели нет какого-то более понятного и простого решения", в итоге со временем первое полностью победило второе...

Кстати, надо признать доки сейчас стали намного лучше!

Нет. Только мысли "вы б еще пару лет его подописывали, а потом релизили" :) После ovirt'а, где документировано много и хорошо, тут было грустно выискивать все в гугле

А разве у овирта есть документация? :) (вопрос риторический)

А разве у овирта есть документация? :) (вопрос риторический)

Хоть и риторический, но отвечу: когда их redhat взяли под крыло - с документацией стало круто. Собственно с ansible ж аналогично было

Хоть и риторический, но отвечу: когда их redhat взяли под крыло - с документацией стало круто. Собственно с ansible ж аналогично было

Документация и ovirt в одном предложении вызывают боль. Если смотреть доки на RHEV и подразумевать, что в ovirt тоже самое, то можно сказать, что доки есть.

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

Народ, а никто не испытывал проблем с большим количеством cgroups? У меня очень часто создаются контейнеры, буквально за пару дней 3500 memory cgroups плодится, но большая часть отмирает так же быстро, а вот вычищение cgroups не происходит. Кто как борется?

https://kubernetes.io/blog/2018/09/27/kubernetes-1.12-kubelet-tls-bootstrap-and-azure-virtual-machine-scale-sets-vmss-move-to-general-availability/

Приветствую! Такой вопрос: имеется ли возможность прикрутить внешние node-exporters (вне куб-кластера) к конфигурации prometheus-а (prometheus-operator), который в кластере крутиться К примеру, есть сервер вне кластера, который также необходимо мониторить, но как указать прометею собирать с него метрики, не соображу Похоже что через ServiceMonitor?

Наверняка

Приветствую! Такой вопрос: имеется ли возможность прикрутить внешние node-exporters (вне куб-кластера) к конфигурации prometheus-а (prometheus-operator), который в кластере крутиться К примеру, есть сервер вне кластера, который также необходимо мониторить, но как указать прометею собирать с него метрики, не соображу Похоже что через ServiceMonitor?

Можно сделать сервис на внешний node-explorer и потом на него натравить ServiceMonitor

ага, вот так сейчас и пытаюсь реализовать, спасибо )

что-то типа такого? apiVersion: v1 kind: Service metadata: name: proxy1 labels: app: proxy1 namespace: monitor-prometheus spec: ports: - name: metrics port: 9100 protocol: TCP targetPort: 9100 clusterIP: None type: ClusterIP --- apiVersion: v1 kind: Endpoints metadata: name: proxy1 labels: app: proxy1 namespace: monitor-prometheus subsets: - addresses: - ip: XXX.XXX.XXX.XXX ports: - name: metrics port: 9100 protocol: TCP

тупой вопрос - если поменять yaml конфиг уже запущенного пода, это приведет к переинициализации пода?

будет ли перезапуск при apply?

будет ли перезапуск при apply?

смотря где менять, в борде — да, если просто ямл файл на машинке, то нет. при апплай перезапустится. если деплоймент, то старая убьётся и запустится новая

смотря где менять, в борде — да, если просто ямл файл на машинке, то нет. при апплай перезапустится. если деплоймент, то старая убьётся и запустится новая

Да, в борде. Спасибо

Может кто подстакажет решение. Поднимается stateless деплоймент консула, Затем по идее джобой можно запустить инструмент наполнения его ключами. Но при фэйле деплоймент его переподнимет на другой ноде пустым. Как быть? На него микросервисы завязаны, получают инфу при запуску

ставить через чарт consul в HA https://github.com/plotly/helm-charts/tree/master/stable/consul

ставить через чарт consul в HA https://github.com/plotly/helm-charts/tree/master/stable/consul

хм. вариант =) Спасибо

что то поехавшее в этом есть, ставить consul в k8s. я слышал там с новым апдейтом теперь можно через апи к8с дискаверинг мутить

@SinTeZoiD ^^^

тицкая сила

ну и спам пошёл

что то поехавшее в этом есть, ставить consul в k8s. я слышал там с новым апдейтом теперь можно через апи к8с дискаверинг мутить

что то поехавшее в этом есть, ставить consul в k8s. я слышал там с новым апдейтом теперь можно через апи к8с дискаверинг мутить

я ставлю консул как бекенд к vault

что вы таки хотите этой гифкой сказать?

что вы таки хотите этой гифкой сказать?

Я программирую на php думаю

Подскажите, раскатал куб через kubespray, установил helm с tiller-ом. Сделал helm init, но при поптыке сделать helm install или просто helm init выдает Error: Get https://10.0.0.1:443/api/v1/namespaces/kube-system/configmaps?labelSelector=OWNER%!D(MISSING)TILLER: dial tcp 10.0.0.1:443: connect: no route to host Как пофиксить?)

https://github.com/helm/helm/issues/4020

Run command below will fix it( I'm tested, OK). kubectl -n kube-system patch deployment tiller-deploy -p '{"spec": {"template": {"spec": {"automountServiceAccountToken": true}}}}'

Быстрогугл =)

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

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

service завести

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

Делайте стейтфулсет сервисом и буде у pod.service.svc.namsepace.cluster.local

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

kind: Service

Делайте стейтфулсет сервисом и буде у pod.service.svc.namsepace.cluster.local

На стейтфул сет не очень охота это у меня Ноды запроса аналитики(спарк клиент мод на 2.4 палпатин релизе бью) их намного лучше оставить деплой модом (эти ноды становятся спарк драйвером и к нему вцепятся экзекьюторы) и когда создаются экзекьюторы они не резолвят поду драйвера (Поменять подход запроса нет возможности) ____ Если стейтфулсетом будет то должно резолвить???

да, для этого и задумывалось

или рисуй сервисы для каждого пода

спасибо попробую

Ребят, а чем быстрее и удобнее сделать оперативный мониторинг кубера. "Сильно" исторические данные не нужны, интересует недельный промежуток, не более.

и важно чтобы "кастомные" метрики легко завозить было

Ребят, а чем быстрее и удобнее сделать оперативный мониторинг кубера. "Сильно" исторические данные не нужны, интересует недельный промежуток, не более.

Прометей оператор и куб прометей

Это одна репа. Метрики супер просто

И это плюс минус стандарт на мониторинг куба

Кастомные метрики только в jsonnet-темплейтах нужно будет пилить)

Ну, если по красоте, конечно.

вопрос по GKE и Ingress, если я деплою N приложений app1..N то GKE поднимает на каждый Ingress отдельный IP, как сделать так, что бы у меня был 1 статический IP и трафик на эти приложения терминировался на нем? мне нужно отказаться от деплоя Ingres ресурсов в каждом приложении и создать 1 Ingress ресурс где указать какие хосты на какие сервисы смотрят?

Котоны, а кто нибудь прикручивал envoy как баллансировщик на baremetal с k8s?

Котоны, а кто нибудь прикручивал envoy как баллансировщик на baremetal с k8s?

Вместо чего?

Вместо ничего)

У меня сейчас сделано все через nginx ingress controller

там повесил ext ip

в этой схеме теряются ip клиентов в хедерах

Вот я и подумал прикрутить envoy в tcp режиме, балансить на nginx ingress controller, попустно включив proxy protocol

в этой схеме теряются ip клиентов в хедерах

Haproxy

В плане трафик влетает весь в haproxy, а у него уже backend ingress