Ты послушать или выступить?

Послушать, понять что такое кубер и как его применяют.

Трансляции или потусить?

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

Город?

в любой точке России. работа откомандирует, кроме июля, у меня тогда отпуск.

Ну, приходи) https://meetup.com/ru-RU/SPb-Reliability-Meetup/events/258393266/

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

Будет в питере в апреле что-то вроде. Вспомню - напишу

Ну, приходи) https://meetup.com/ru-RU/SPb-Reliability-Meetup/events/258393266/

прямая трансляция планируется?

привет всем. Подскажите. Если namespace грохнуть, то все его поды автоматом тоже удалятся?

привет всем. Подскажите. Если namespace грохнуть, то все его поды автоматом тоже удалятся?

спасибо

Где хранить кубер конфиг для доступа к апи, чтобы спрятать его от посторонних глаз. Деплой в гитлабе.

Всем привет. Есть приложение развернутое на трех нодах кластера, привязка к нодам осуществляется по хостнеймам воркеров через nodeAffinity: affinity: nodeAffinity: requiredDuringSchedulingIgnoredDuringExecution: nodeSelectorTerms: - matchExpressions: - key: kubernetes.io/hostname operator: In values: - worker1 - worker2 - worker3 При пернвоначальном деплое все ок, один под на одной ноде. Но со временем по каким-то своим внутренним алгоритмам k8s может перекидывать поды, например на втором воркере разместить два пода, на первом воркере один и на третьем ниодного. Необходимо же чтобы всегда был один под на каждой из нод. Возможно ли как-то ограничить Deployment, чтобы больше одного экземпляра на ноде не создавалось?

Привет! Вот так вот должно быть правильно affinity: podAntiAffinity: requiredDuringSchedulingIgnoredDuringExecution: - labelSelector: matchExpressions: - key: app operator: In values: - k8s-deployment topologyKey: kubernetes.io/hostname

хм...спасибо, попробую

Всем привет. Есть приложение развернутое на трех нодах кластера, привязка к нодам осуществляется по хостнеймам воркеров через nodeAffinity: affinity: nodeAffinity: requiredDuringSchedulingIgnoredDuringExecution: nodeSelectorTerms: - matchExpressions: - key: kubernetes.io/hostname operator: In values: - worker1 - worker2 - worker3 При пернвоначальном деплое все ок, один под на одной ноде. Но со временем по каким-то своим внутренним алгоритмам k8s может перекидывать поды, например на втором воркере разместить два пода, на первом воркере один и на третьем ниодного. Необходимо же чтобы всегда был один под на каждой из нод. Возможно ли как-то ограничить Deployment, чтобы больше одного экземпляра на ноде не создавалось?

Коллеги, какие лучшие практики деплоя в тест и прод из одного pipeline gitlabci?

Коллеги, какие лучшие практики деплоя в тест и прод из одного pipeline gitlabci?

Ну когда разбирался в этой теме вот от сюда практику брал: 1) https://edenmal.moe/post/2017/GitLab-Kubernetes-Perfect-Match-for-Continuous-Delivery-with-Container/#Step-2-Get-ServiceAccount-Token-from-Kubernetes 2)https://about.gitlab.com/2017/09/21/how-to-create-ci-cd-pipeline-with-autodeploy-to-kubernetes-using-gitlab-and-helm/

Привет, есть у кого лабораторные по Кубернетис?

лабораторные работы

Привет, есть у кого лабораторные по Кубернетис?

лабораторные работы

лабораторные работы

Бгг

А кто-нибудь это юзал? https://github.com/kubermatic/machine-controller

Накину заново. Есть вопрос про инициализацию сети

Штука интересная, но мне нужно чтобы она поддерживала hetzner cloud. Тот вариант частично рабочий, ибо все ок, кроме отсутствия etcd серфтификатов/эндпоинтов в конфиге cni

Штука интересная, но мне нужно чтобы она поддерживала hetzner cloud. Тот вариант частично рабочий, ибо все ок, кроме отсутствия etcd серфтификатов/эндпоинтов в конфиге cni

И еще момент, какой сейчас актуальный провижинер для lvm на baremetal? linstor c replica factor 1?

Это API, оно ничего не поддерживает, вам нужно найти\написать имплементацию для хетцнера

➜ ~ kubectl describe networkpolicy myvpn-openvpn Name: myvpn-openvpn Namespace: default Labels: <none> Annotations: kubectl.kubernetes.io/last-applied-configuration={"apiVersion":"networking.k8s.io/v1","kind":"NetworkPolicy","metadata":{"annotations":{},"name":"myvpn-openvpn","namespace":"default"},"spec":{"egres... как нормально посмотреть что внутри network policy? нигде в доках не написано

kubectl get -o yaml?

Господа, а что жто может быть? Failed create pod sandbox: rpc error: code = Unknown desc = failed to inspect sandbox image "k8s.gcr.io/pause-amd64:3.0": operation timeout: context deadline exceeded

если ClusterRoleBinding и Role в RBAC смотрят только на сингл неймспейс?

касательно stolon после длительных дебагов, я пришел вот к какому выводу, лейблы которые генерит хельм крайне важны для успешного запуска кластера, такие например: component: stolon-cluster: stolon-sentinel: когда я их коммичу, то кластер не может заинициализировать базу данных постгреса и валится ошибка без конца в кипере: our keeper data is not available, waiting for it to appear как только раскоммичиваю весь процесс запускается... в моем случае, когда я сам правил сгенерированные конфиги хельма, я удалял эти лейблы и прописывал свои очень удивлен такому поведению сейчас же если их не удалить, то всё ок и кластер инициализируется успешно

а docker inspect что говорит на этот образ на этой ноде?

спасибо за инфу, в кои веки что-то стоящие

нашел аргумент # - --watch-namespace=default если его не указывать?

да ладно тебе))

обычно пишут всякую дичь про то что не надо базу в к8с совать , а вот результаты реального шатания столона никто не пишет

Зачем тебе много ролей, если можно одну ClusterRole?

а типа, роль на неймспейс, а кластерроль на весь кластер понял