@kubernetes_ru - страница 545

One

сменил сеттингсы =)

Roman

Привет, вопрос, возможно ли сделать сервис, который будет форвард на экстренал ip?

Andor

ingress можно на внешние адреса натравить

Dmitrii

Оф корс, джаст юзай сервис с Endpoints

Roman

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

Anton

как выглядят правила для роли с полным доступом на все для кластера? я распечатал "admin", там длинющий список, можно как-то сделать парой строчек со словами "all"?

Andor

а можно ли в StatefulSet в параметрах запуска демонов указывать имена/адреса уже запущеных демонов из этого сета?

Stanislav

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

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

Stanislav

Прод вообще ничего общего с этим не имеет по сути, кроме доставки имеджей на прод

Anton

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

есть service type: ExternalName задаешь там dns имя и готово. либо вручную endpoint для service создаешь

Anton

а можно ли в StatefulSet в параметрах запуска демонов указывать имена/адреса уже запущеных демонов из этого сета?

типа в первого будет ничего, а у второго - под1? думаю можно как минимум через тот же headless service с нужным селектором срезолвить все адреса твоих ready подов в сете и получить так список. в entrypoint это обработать. костыли у меня одни в голове. может софт просто позволяет указать все адреса соседей?

Andor

типа в первого будет ничего, а у второго - под1? думаю можно как минимум через тот же headless service с нужным селектором срезолвить все адреса твоих ready подов в сете и получить так список. в entrypoint это обработать. костыли у меня одни в голове. может софт просто позволяет указать все адреса соседей?

да, такое вполне норм будет

Andor

главное чтобы они в итоге друг друга увидели

Andor

через headless сервис у меня взлетело, но как-то это неклёво :)

Andor

софт - alertmanager

Andor

там надо тупо в командной строке вписать адреса

Andor

я щас захардкодил и это норм работает

Andor

но хардкодить неинтересно же

Anonymous

Всем привет, пытаюсь через Ingress опубликовать k8s dashboard на хостнейм - ui.sitename.com Все сделал как в одной из инструкций, ответа от морды нет. Основная идея получать сертификаты для dashbord'а через kube-lego и припарковать на субдомен. Может кто-то подсказать по поводу этого?

Anton

софт - alertmanager

https://github.com/prometheus/alertmanager#high-availability

Anton

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

Andor

Можно

Andor

Я так и сделал

Andor

Я ж говорю, что захардкодил все три имени реплик

Andor

Но может есть автомагический путь

CrusaderX

Всем привет, пытаюсь через Ingress опубликовать k8s dashboard на хостнейм - ui.sitename.com Все сделал как в одной из инструкций, ответа от морды нет. Основная идея получать сертификаты для dashbord'а через kube-lego и припарковать на субдомен. Может кто-то подсказать по поводу этого?

Должно же хоть что-то возвращаться

Anonymous

Должно же хоть что-то возвращаться

Connection refused

CrusaderX

Подразумеваю, что терминация у тебя на нгингсе

CrusaderX

ingress.kubernetes.io/ssl-passthrough: "true"

CrusaderX

Попробуй

Anonymous

сейчас попробую

Anonymous

Подразумеваю, что терминация у тебя на нгингсе

да

Anonymous

ingress.kubernetes.io/ssl-passthrough: "true"

всё так же

Anonymous

apiVersion: extensions/v1beta1 kind: Ingress metadata: name: kubernetes-dashboard namespace: kube-system annotations: ingress.kubernetes.io/ssl-rediret: "true" ingress.kubernetes.io/force-ssl-redirect: "true" kubernetes.io/ingress.class: "nginx" ingress.kubernetes.io/ssl-passthrough: "true" spec: rules: - host: ui.site.com http: paths: - path: /* backend: serviceName: kubernetes-dashboard servicePort: 80

Anton

Connection refused

ingress controller то задеплоен и слушает там, где ожидается?

Anonymous

ingress controller то задеплоен и слушает там, где ожидается?

задеплоен, слушает всё то же https://pastebin.com/HDNhYbVM

Stanislav

apiVersion: extensions/v1beta1 kind: Ingress metadata: name: kubernetes-dashboard namespace: kube-system annotations: ingress.kubernetes.io/ssl-rediret: "true" ingress.kubernetes.io/force-ssl-redirect: "true" kubernetes.io/ingress.class: "nginx" ingress.kubernetes.io/ssl-passthrough: "true" spec: rules: - host: ui.site.com http: paths: - path: /* backend: serviceName: kubernetes-dashboard servicePort: 80

- ssl-rediret + ssl-redirect ?

Anonymous

- ssl-rediret + ssl-redirect ?

поправил, но всё так же

Vladimir

- path: /* зачем звезда тут

Anonymous

- path: /* зачем звезда тут

это были уже разные попытки заставить это работать

Vladimir

версия куба какая ?

Anonymous

1.9.2

Vladimir

так там же дашборд на SSL работает

Vladimir

тебе серты нужно в ингресе указать

Vladimir

http://www.programfaqs.com/faq/ingress-configuration-for-dashboard/

Anonymous

http://www.programfaqs.com/faq/ingress-configuration-for-dashboard/

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

Игорь

Всем привет. Объясните, пожалуйста, разницу в двух словах между request.cpu и limits.cpu

G72K

Всем привет. Объясните, пожалуйста, разницу в двух словах между request.cpu и limits.cpu

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

Mikhail [azalio]

Всем привет. Объясните, пожалуйста, разницу в двух словах между request.cpu и limits.cpu

реквест - сколько надо для пода для шедулинга. Лимит - за сколько не вылезет

Stanislav

для шедулинга - это для запуска копии или как понимать это?

Mikhail [azalio]

для шедулинга - это для запуска копии или как понимать это?

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

Mikhail [azalio]

ну и шедулит или не шедулит на ноду под соответсвенно

Игорь

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

Mikhail [azalio]

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

под запускается на ноде.

Mikhail [azalio]

spec.containers[].resources.limits.cpu => cpu-quota / cpu-period

Игорь

т.е. реквест реально гарантированные ресурсы?

Mikhail [azalio]

spec.containers[].resources.requests.cpu => CpuShares

Mikhail [azalio]

да

Игорь

Но только в опрделенный промежуток времени, а именно в момент шедулинга, так?

Mikhail [azalio]

тут я вступаю на зыбкий лед предположений. Если нода только под кубером, то реквест будет всегда гарантирован.

G72K

Но только в опрделенный промежуток времени, а именно в момент шедулинга, так?

Всегда. Ну при условии что вы руками на нодах не запускаете ничего и указали cgroup для системных демонов, чтобы kubelet "вычел" их из возможностей ноды

Игорь

Отлично! Спасибо огромное!

Anonymous

http://www.programfaqs.com/faq/ingress-configuration-for-dashboard/

Спасибо, прокатило

Vladimir

Спасибо, прокатило

👍

Anonymous

👍

именно то что я искал, очень благодарен

G72K

Осторожно, в >=1.9.4 графана не работает, т.к. делает chmod на файлы дашбоарда, которые из configmap приходят, а они read-only стали. Ну и по мелочи регрессии, видимо скоро 1.9.5 будет

Stanislav

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

Stanislav

всякое наапдетили товагищи из G

Dmitrii

А зачем дашборды в конфигмапе хранить, они ж в базе хранятся?