@SinTeZoiD ^^^

тицкая сила

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

что то поехавшее в этом есть, ставить 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

Тогда ничего не теряется

Hey, check out this track, it's great: Виктор Цой - Кукушка https://youtu.be/Ra0ozaE-oy0 Find more free music with https://itunes.apple.com/app/id1058774427

Hey, check out this track, it's great: Виктор Цой - Кукушка https://youtu.be/Ra0ozaE-oy0 Find more free music with https://itunes.apple.com/app/id1058774427

Зачем это здесь?)

Ребят, я вот смотрел prometheus-operator и во всех статьях идёт установка через helm, сначала просто прометея, а потом kube-prometheus со всем хламом. Вопрос, а это норм что в итоге ставится 2 прометея в кластер?

Зачем это здесь?)

Ну тут думаю на всю циничность IT - есть люди у которых сердечный ритм меняется из песней Цоя

Поёт о низменных вещах

Поёт о низменных вещах

про докер?

я случайно кукушку цоя

про докер?

В несколько уровней незадукоментмрованных выше )

Ребят, я вот смотрел prometheus-operator и во всех статьях идёт установка через helm, сначала просто прометея, а потом kube-prometheus со всем хламом. Вопрос, а это норм что в итоге ставится 2 прометея в кластер?

не, не стоит, там чарты отстойные. Лучше git clone и выполнить.

Ребят, я вот смотрел prometheus-operator и во всех статьях идёт установка через helm, сначала просто прометея, а потом kube-prometheus со всем хламом. Вопрос, а это норм что в итоге ставится 2 прометея в кластер?

Документация

Ребят, я вот смотрел prometheus-operator и во всех статьях идёт установка через helm, сначала просто прометея, а потом kube-prometheus со всем хламом. Вопрос, а это норм что в итоге ставится 2 прометея в кластер?

prometheus-operator != prometheus

За пределы документации приложения не выходят, а в пределах работают

prometheus-operator != prometheus

не, там куча статей как замониторить за 5 мин, там helm и operator

Но устарело. Там по датам видно, что на helm подзабили в гите

ну мы используем и ничего

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

просто там от helm много не нужно

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

Один ингресс разруливает все

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

просто там от helm много не нужно

я пару дней назад ставил. Не ставится сейчас нормально, а через apply отлично. Может у меня клешни.

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

Требует подготовки

Требует подготовки

какой именно?

bebebe а каким образо можно динамически доблять/удалять хосты в этом ингресе?

я пару дней назад ставил. Не ставится сейчас нормально, а через apply отлично. Может у меня клешни.

а что ставил и в чем проблема?

я пару дней назад ставил. Не ставится сейчас нормально, а через apply отлично. Может у меня клешни.

https://docs.cloudposse.com/kubernetes-backing-services/monitoring/prometheus-operator/ https://docs.cloudposse.com/kubernetes-backing-services/monitoring/kube-prometheus/

bebebe а каким образо можно динамически доблять/удалять хосты в этом ингресе?

Я разруливаю через gcloud устанавливаю DNS через CD

https://docs.cloudposse.com/kubernetes-backing-services/monitoring/prometheus-operator/ https://docs.cloudposse.com/kubernetes-backing-services/monitoring/kube-prometheus/

https://github.com/coreos/prometheus-operator/tree/master/helm This helm charts are been migrated to kubernetes charts upstream. Therefore we are currently not accepting any pull requests. Thank you for your understanding.

bebebe понятно, спасибо за консультацию

и чем отличается storage class от обычного persistent volume?

буду признателен за любую помощь

буду признателен за любую помощь

лучше сесть 5-10 раз перечитать доку, будет намного лучше. Тема не очень приятная, лучше знать все тонкости.

https://github.com/coreos/prometheus-operator/tree/master/helm This helm charts are been migrated to kubernetes charts upstream. Therefore we are currently not accepting any pull requests. Thank you for your understanding.

ну то что они переместили разработку на в официальный репозиторий не отменяет то что эти helm charts работают

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

а вот по этому вопросу?

ну то что они переместили разработку на в официальный репозиторий не отменяет то что эти helm charts работают

Значит у меня клешни, не было времени докапываться, нужно было максимально быстро поднять мониторинг и идти дальше дела делать. apply встал, helm не встал.

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

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

Почитай на тему local volumes

https://github.com/coreos/prometheus-operator/tree/master/helm This helm charts are been migrated to kubernetes charts upstream. Therefore we are currently not accepting any pull requests. Thank you for your understanding.

1. ставится prometheus-operator 2. Проверяешь что появились в k8s cdr Prometheus и т.д. 3. Ставишь kube-prometheus 4. Profit

Почитай на тему local volumes

спасибо, кажется это то что нужно

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

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

1. ставится prometheus-operator 2. Проверяешь что появились в k8s cdr Prometheus и т.д. 3. Ставишь kube-prometheus 4. Profit

kubectl apply -f bundle.yml kubectl apply -f manifests/ profit лан, это такое. работает и ладно, будет время, покопаюсь

так тоже можно

там явно видно, что ребята топят за jsonnet, а не helm

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

просто host name нужно прописывать он только так сможет тебе помочь

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

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

https://github.com/kubernetes/ingress-gce/blob/master/docs/faq/gce.md#why-does-my-ingress-have-an-ephemeral-ip

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

нужно плставить нджинкс ингресс контроллер и не пользоваться родным. Посмотрите выше где-то я детально это объяснял

понятно, попробую, спасибо

Почитай на тему local volumes

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

spec: kafka: replicas: 3 listeners: plain: {} tls: {} config: offsets.topic.replication.factor: 3 transaction.state.log.replication.factor: 3 transaction.state.log.min.isr: 2 storage: type: persistent-claim size: 1Gi deleteClaim: false

это собственно ямл

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

Ну так один волум был, он и подцепился, а к остальным цепляться что должно?

Ну так один волум был, он и подцепился, а к остальным цепляться что должно?

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

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