Рассовать-то можно

Потом тот, кто придет тебе на смену, будет тебя искать, чтобы тебе рассовать

Не меня

@SinTeZoiD утверждает, что куб с нуля это просто. Поэтому 2 куба на одной ноде тоже просто.

не факт, kubelet может не уметь биндится на другой порт надо смотреть доку

не факт, kubelet может не уметь биндится на другой порт надо смотреть доку

умеет, специально глянул, это был бы мега фейл, если нет.

Всегда можно запатчить!

Вот у меня и нарисовался вопрос про порты, как оно жить будет.

а какие проблемы с портами-то могут быть?

не советую

там вроде с днс такие проблемы были

А что тогда лучше будет использовать для алертов? Сейчас смотрю на алерты Grafana или Prometheus, но хотелось бы что бы было это дело снаружи.

а что именно вы хотите снаружи мониторить?

Вообще хотелось бы иметь какой-то аллерт менеджер снаружи, если кластер грохнулся, то что бы можно было понять почему. Не знаю логично это или нет. Может есть какие-то то другие более практичные кейсы или практики

ну поставьте рядом что-либо которое в kubernetes не умеет, а просто проверят состояние vm или baremetal

если в облаке, зайдите в control plane и настройте там нотификации на нужные события

Я имел в виду про кейсы по типу этого оператора Icinga. Оператор работает внутри кластера и проводит различные хэлтчеки и мониторит события в kubeapi. На основании этого шлет во внешнюю систему всю эту стату.

это может делать также prometheus например, раздеплоенный рядом. (не в кластере) вы Icinga где будете держать? вне кластера?

Вообще хотелось бы иметь какой-то аллерт менеджер снаружи, если кластер грохнулся, то что бы можно было понять почему. Не знаю логично это или нет. Может есть какие-то то другие более практичные кейсы или практики

вам нужна наша моральная поддержка?

вам нужна наша моральная поддержка?

порты долго скачиваются и медленно собираются

не все провайдеры ещё предоставляют порты

а вот теперь понял

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

Так и не получилось у меня завести Gitlab Runner для k8s нормально: при deploy у меня не работает helm в поде, который поднимает gitlab-runner. Никто не подскажет? Или я совсем не правильно делаю?

проверьте доступность через kubectl get nodes например?

I have written a script and installed in one container that will give me pod stats. Using prometheus client library I write the generated metric on port 8080. What entry I need to make in configuration yaml on prometheus server?

всем привет. подскажите плиз по ошибке helm install stable/kibana --set ingress.enabled=true,ingress.hosts=kibana.mydomain.io Error: render error in "kibana/templates/ingress.yaml": template: kibana/templates/ingress.yaml:19:30: executing "kibana/templates/ingress.yaml" at <.Values.ingress.host...>: range can't iterate over kibana.mydomain.io

сам себе и отвечаю. исправленный вариант: helm install --set ingress.enabled=true,ingress.hosts[0]=kibana.mydomain.io stable/kibana

Удивление месяца: в кубе контейнеры запускаются с нулевой seccomp policy , вместо дефолтной докера

Удивление месяца: в кубе контейнеры запускаются с нулевой seccomp policy , вместо дефолтной докера

I have written a script and installed in one container that will give me pod stats. Using prometheus client library I write the generated metric on port 8080. What entry I need to make in configuration yaml on prometheus server?

I have written a script and installed in one container that will give me pod stats. Using prometheus client library I write the generated metric on port 8080. What entry I need to make in configuration yaml on prometheus server?

Ну да, это включается аннотацией в PSP

Мне кажется в стремлении отстраниться от докера они перегнули палку :)

Ну да, это включается аннотацией в PSP

Расслабленная секьюрити кубера по дефолту - это для многих хлеб и масло :)